Sziasztok!

Olyan problémám van, hogy Chaos Calmer alatt nem indul automatikusan a Dynamic DNS. Áramszünet, újraindulás után manuálisan kell indítani, ill. elég ránézni a Services fülön és elindul (zöld start gomb van). Ha átlépek másik menüpontba és vissza már elindult és lekérte az aktuális ip címet (pid megjelenik...) anélkül is, hogy ráindítanék. Fura... Startupnál természetesen aktív.
Régebben nem volt gondom, adsl-t használtam. Most LTEmodem van usb-re dugva. A (z ADSL) wan interface még nincs eltávolítva, mert nagy ritkán használnom kell, novemberig meg kell tartanom. Lehet ez a baja?

Köszi!

Keresek SILICON GRAPHICS octane-hoz vpro grafikus rendszert.

"Chaos Calmer alatt nem indul automatikusan a Dynamic DNS'

Mit ir a syslog?
A ddns honnan veszi a publikus IP cimet? (inteerface vagy URL)

Nálam többféle routerrel sincsen ilyen gond CC alatt.

Sziasztok!

1043ND v4 alatt meg lehet-e oldani a felhasználók által látogatott weboldalak logolását? Úgy értem ki mikor és milyen oldalakat látogatott? Jelenleg dd-wrt van fennt.

[ Szerkesztve ]

Meg is oldódott...
Wan startuphoz volt kötve az indulás.
Köszi!

[ Szerkesztve ]

Keresek SILICON GRAPHICS octane-hoz vpro grafikus rendszert.

Sziasztok!

5 éves (7/24-ben üzemelő) 4300 routeremen nem segített a tápcsere. A kondi cserében nem vagyok járatos, a forrasztás résszel nem lesz gondom, csak a megfelelő kondi kiválasztásában nem vagyok teljesen biztos.

Ami benne van:
- 2 db 6,3v/1000uF
- 2 db 16v/470uF
- 2 db 25v/1000uF

Itt azt olvastam, hogy legalább azonos értékkel rendelkezzen az új kondi, és célszerű szilárd elektrolitosat beszerezni, ha lehet. Na most én ezeket találtam. Jók lehetnek, vagy benéztem valamit? Azt sem tudom, hogy ezek most akkor szilárd elektrolitosak, vagy nem. Esetleg van jobb oldal ahonnan rendelhetnék? (Ez volt az első, amit találtam és jónak tűnt a keresője.)

- 2 db 6,3v/1000uF helyett: link
- 2 db 16v/470uF helyett: link
- 2 db 25v/1000uF helyett: link

Vagy ezekből kéne válogatnom?
Elég vakon vagyok...

Előre is köszönöm a válaszokat!

6,3v/1000uF
16v/470uF
25v/1000uF

A V4-es verzióhoz még nincs újabb hivatalos firmware, úgyhogy aki éppen most vesz ilyen routert a firmware frissítéssel még várhatunk.

MSI Z370-A PRO, XFX 6700XT, Intel i7-8700, AIO, 2x8+2x16 GB 2400Mhz

Köszönöm Multibit!

Azért választottam volna kicsivel nagyobbakat, mert a fórumon több helyen olvastam (pl. itt), hogy kondik értékeitől kicsit el lehet térni felfelé.

De akkor megrendelem, amiket linkeltél.

Köszönöm!

?

Wasabi...

Üdv Mindenkinek!

Olyan problémával fordulok hozzátok,hogy a 1043ND v2-es routerre feltettem a legújabb Lede OpenWrt-t,és nem tudok bemászni a routerbe. A ledek világítanak rendesen mint normál állapotban,és a gombok is működnek wifi is,az lenne a kérdés,hogy hogy tudnék bemenni a lede felületére?
192.168.1.1 iP-vel próbálok bejutni.
Ja,és a gépben látom a routert , hálón is és wifin is.

Válaszokat előre is köszi!

A legutobbi stabil verziot masold fel WinScp segitsegevel a
/tmp
konyvtarba, majd frissitsd a sysupgrade segitsegevel (SSH-n bejelentkezve).
https://lede-project.org/docs/guide-quick-start/standardflashinginstructions#installing_lede_sysupgrade

Szia!
Köszönöm!
Próbálkozom a folyamattal,remélem sikerrel.

Rendben!
Már megrendeltem, amiket javasoltál.
És még egyszer köszönöm!

A csávó állítólag port-olta a FastPath-funkciót LEDE-alá, nem akarja valaki tesztelni esetleg.?

[ Szerkesztve ]

-- Aux armes, citoyens --

Üdv Mindenkinek!

Sajnos továbbra sem tudok belépni LEDE-be,próbáltam már az eredeti TP-link 1043ND fw-t visszatenni ez alapján de nem sikerült.
Az azért furcsa,hogy működnek a ledek,és a gépben is látom lan ill wifi kapcsolatát,de egyszerűen nem tudok belépni.
Téglásítottam a routert?

érdekes, hogy az első képen egy tplink 4900-as látszik, amiben elég bika proci van, és alapból tud szoftveresen 600Mbit-et NAT-olni, aztán pedig a 1043-ast említi, és annak megfelelő NAT sebességet mutat
szóval akkor most mit viszonyított mihez???

Már nincs támogatott router-em hogy kipróbáljam, de hátha valakit érdekel..

-- Aux armes, citoyens --

Sziasztok,

gyári, legutóbbi (3.16.9 Build 20160607 Rel.58297n) firmware-rel nagyon gyakran szakadozik a netem. Ez valami ismert probléma? (Lede-vel nem csinált ilyet, ott csak sebesség gondom volt)

TL-WR1043ND v4 00000000 a router.

plata o plomo

ugyaenz a gondom nekem is, rendszeresen kb óránként meghal a router majd úrjaindul. a logban semmi sincs.

Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=13ms TTL=64
Reply from 20.20.20.11: bytes=32 time=12ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=2ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=13ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=9ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=15ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=10ms TTL=64
Reply from 20.20.20.11: bytes=32 time=11ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=12ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time=3ms TTL=64
Reply from 20.20.20.11: bytes=32 time=12ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=3ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=15ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=31ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=22ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time=2ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=12ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=15ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=11ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=12ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=9ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=14ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=18ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=9ms TTL=64
Reply from 20.20.20.11: bytes=32 time=8ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=17ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=10ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=8ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time=30ms TTL=64
Reply from 20.20.20.11: bytes=32 time=2ms TTL=64
Reply from 20.20.20.11: bytes=32 time=13ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=10ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=10ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1944ms TTL=64
Reply from 20.20.20.11: bytes=32 time=796ms TTL=64
Reply from 20.20.20.11: bytes=32 time=151ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=22ms TTL=64
Reply from 20.20.20.11: bytes=32 time=2159ms TTL=64
Reply from 20.20.20.11: bytes=32 time=804ms TTL=64
Reply from 20.20.20.11: bytes=32 time=232ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=3ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time=13ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=8ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=12ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=3ms TTL=64
Reply from 20.20.20.11: bytes=32 time=15ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=3ms TTL=64
Reply from 20.20.20.11: bytes=32 time=9ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=3ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time=14ms TTL=64
Reply from 20.20.20.11: bytes=32 time=499ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time=11ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1778ms TTL=64
Reply from 20.20.20.11: bytes=32 time=712ms TTL=64
Reply from 20.20.20.11: bytes=32 time=55ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=19ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=2ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=8ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=7ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time=9ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=12ms TTL=64
Reply from 20.20.20.11: bytes=32 time=2ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=3ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=11ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=12ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time=3ms TTL=64
Reply from 20.20.20.11: bytes=32 time=6ms TTL=64
Reply from 20.20.20.11: bytes=32 time=15ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=13ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=11ms TTL=64
Reply from 20.20.20.11: bytes=32 time=5ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=4ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=10ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=499ms TTL=64
Reply from 20.20.20.11: bytes=32 time=220ms TTL=64
Reply from 20.20.20.11: bytes=32 time=66ms TTL=64
Reply from 20.20.20.11: bytes=32 time<1ms TTL=64
Reply from 20.20.20.11: bytes=32 time=528ms TTL=64
Reply from 20.20.20.11: bytes=32 time=820ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1029ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1408ms TTL=64
Reply from 20.20.20.11: bytes=32 time=1469ms TTL=64
Reply from 20.20.20.11: bytes=32 time=2856ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.

van rá gyógymód vagy gariztassam?

Milyen net-ed van? Melyik cég a szolgáltató?

régi 120megás upc. de nem a net szakad meg ez a router-pc között ping, a router hal meg. most kikapcsoltam a hw nat-ot kb fél órája és stabilnak tűnik.

Ez a 20.20.20.11 a routered LAN IP címe? Csak mert ez nem privát címtartomány.

tudom. de bizonyos embedded cuccok miatt annak kell lennie.

Csak merő szakmai kíváncsiság: milyen olyan embedded cucc van, ami privát IP-vel nem működik?

Ugyan ez a gondom nekem is. UPC 500/20-as net. LEDE firmware-rel semmi gond nincs, de ugye ott a sebesség nem az igazi... Valami a hw nat-tal lesz a gyári fw-vel.

[ Szerkesztve ]

plata o plomo

kert és kertitó automatizálás. locsolás, tápoldatozás. vízcsere, világítás, járdafűtés, kertitó vizminőség ellenörzés, stb. még a 90-es évek végén szereltetettem be illetve készítettem pár egyetemistával el az ip címek a forrásban vannak megadva és aki írta ki tudja hol van.... de 10x éve semmilyen gondom nem volt ebből.

a router viszont egy kalap szar. ki kell kapcsolni a hw nat-ot hogy ne fagyjon...

gugliztam rá. nyugaton mindehol cserélték más típusra garanciában. ide meg elhozzák a szemetet... bár az én 120-as netemhez még éppen elég, szóval marad.

Jo kerdes
Szoljatok majd akkor, ha ez bekerult valamelyik hivatalos repoba.

El Mivel "csak" portolt valamit. Majd kiderul.

Nos, itt a lede foruma: [link] (kertem is, hogy forditson egy archer c5 image-et , C7 van) Tobb teszt-eredmeny is szerepel a topikban.
Ez nagyon igeretesnek tunik: nem hardware nat, igy hardware fuggetlen (azaz a procin mulik a teljesitmeny kulonbseg) es SQM is muxik vele allitolag.

Nekem is probléma mentes kikapcsol hw nat-tal. Csak a 500-as netem így 190 Mbps....

Milyen router bírja ez a tempót alapból?

plata o plomo

Ahogy nézem a 1043v2,v3, c5, c7-ben is lévő soc kb. 900Mbitet teljesít pppoe alatt? Nem látok információt arról, hogy lennének korlátozások (tűzfalszabályok betartása, port rule, port forwarding), valami szépséghibának biztos lennie kell.

próbáld meg gariztatni.

Akkor mostantól a LEDE alatt is lesz hardver NAT? Mert akkor az tök jó lenne.

A patch nem került (még) be a LEDE-be, de egyébként nem HW NAT-ról van szó.
Érdekes, hogy egyébként már 2014 végén feltűnt Marvel-es színekben...

Alex

Ahogy Alex is irja, masok (Qualcomm) kezdtek el fejleszteni (a fent linkelt topicban van rola pontos info, hogy kik, s honnan ered gwill patch sorozata): ez a Linux kernel network stack-enek optimalizalasa.
Hogy miert nem csinaltak meg eddig?
- nem kis munka
- nem olyan regen van ilyen sebessegu net kapcsolat a haztartasokban
- hardware-es gyorsitast eroltettek eddig a gyartok

A topikban latott eredmenyek javareszt teszteredmenyek, nem real world eredmenyek. (Arrol nem is beszelve, hogy joparan huzzak a procit is).
A patch-elo azt is allitja, hogy tipusoktol fuggoen par apro beallitasbeli kulonbseg is csodakra kepes (?).

Majd kiderul kb 1 ev mulva, hogy mire volt jo az egesz.
Egy biztos: erre vagy valami hasonlora igen nagy szukseg van.

[ Szerkesztve ]

Néhány hete olyat művel valami itthon, hogy nem tudom nem-e a routerre kéne gyanakodnom.
Bekapcsolom a PC-t én nincs hálózatom, piros x van a hálózat ikonján az óra mellett. Wifi van, net is van rajta.
Csak az oldja meg a dolgot ha kihúzom a LAN kábelt a PC-ből majd pár mp múlva vissza dugom. Rögtön van hálózat és net is.
Mi lehet ez?
Suste OpenWRT van a V2 routerre téve.

Kérem,tudna valaki segíteni?

Wasabi...

Sziasztok! Tanácsot kérnék, hogy érdemes lenne-e egy működő WR1043ND v2-es routert kicserélni egy v4-re. Ha igen, akkor melyik firmware-t javasoljátok rátenni a gyári helyett?Köszi

Sziasztok!
Egy 1043ND v1-es routerrel és OpenWrt-vel torrentezek 7/24-ben, évek óta hibátlanul. De most egy új letöltés nem akar elindulni, egyetlen bitet sem szedett még le belőle. Kértem segítséget a megosztó oldalon a Helpdesk-től. Szerintük lehetséges, hogy nálam zárva van a port és ezért nem indul el.

Hogyan nézhetem meg (illetve nyithatom ki) a portot? Természetesen Transmission-t használok Windows alól Transmission Daemon segítségével. De hozzáférek a routerhez SSH-val is (Bitvise SSH).

Nem értem, hogy ha nálam zárt a port, akkor a többivel miért nincs bajom? Eddig hibátlanul működött, csak ez az egy letöltés nem indul.

Az is kérdés, hogy ha kinyitom a portot, az nem jelent-e biztonsági kockázatot?

A segítséget előre is köszönöm!

[ Szerkesztve ]

Most akkor a routeren vagy a windowson fut az a daemon, mert nem mindegy. Nem a remote-ra gondoltál a windowson?
Ha a routeren fut a daemon, akkor elég egy port rule is, egyedi buildek esetén (vargalex, suste) ezek szerintem be is vannak állítva. Egyébként letöltéshez nem feltétlenül szükséges a nyitott port, csak akkor kevesebb peerhez tudsz csatlakozni. Elméletileg esélye van csak, hogy az összes peer passzív és nem tudsz kommunikálni egyikkel sem.
Két vagy három hónapja vacakoltam az itthoni hálózatommal és cserélgetem a fő routerem, nem szöszöltem a címek fixálásával és a portokkal, de minden további nélkül tudok letölteni.
A peerlista letöltődik? Az ncore és egyes szolgáltatók esetében szokott előfordulni nehézkes kommunikáció, ilyenkor nincs perlista sem és a jelentés is akadozik, megszakad a szerverrel a kapcsolat és a peerek elfogyása után leáll a letöltés, a jelentés elmarad, a szerver leállítottnak látja a torrenteket. Ha a roteren régebbi build van, akkor abban a transmission is régi, az újabbakkal már nem volt hasonló probléma. Nincs hasonló jelenség? Ill. érdemes még másodlagos dns szervereket megadni a kapcsolathoz.

Szia!

Köszönöm válaszodat! Sajnos tényleg elírtam, elnézést, valóban a Transmission Remote az, ami Windowson fut és azzal kezelem a le- és feltöltéseket.
A többi, amit írtál, az nekem nagyjából kínai De sohasem volt akadozás, megszakadás, amiket írtál. Eddig mindegyik torrent működött, csak ez az egy nem.
Ezért írták a Helpdesk munkatársai, hogy ha nálam is zárt a port és a megosztónál is, akkor nem tudok csatlakozni.
Tehát továbbra is az a kérdés, hogy hol kell ellenőrizni a szükséges port állapotát és hogyan lehet megnyitni.

Üdv!