- Netfone
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Redmi Watch 4 - olcsó hús, sűrű a leve
- Okosóra lett a Huawei fitnesz karperecéből
- Mobil flották
- Samsung Galaxy S21 Ultra - vákuumcsomagolás
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Samsung Galaxy S24 - nos, Exynos
- Yettel topik
- Megérkezett a Google Pixel 7 és 7 Pro
Hirdetés
-
Nálunk is telepíthető a One UI 6.1 a Galaxy S22-re
ma Gyorsan rendbe szedte a frissítést a Samsung, Dél-Koreában újra elérhető, itthon pedig először.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Bocsánatot kért az Apple, mert nagyon mellélőtt a legutóbbi reklámjával
it A kreativitás szimbólumait zúzták be egy iPad-reklámban, ez pedig hatalmas felháborodást okozott.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
BSOD
senior tag
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.
-
passat77
tag
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 ]
-
dontibee
tag
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/1000uFItt 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: linkVagy ezekből kéne válogatnom?
Elég vakon vagyok...Előre is köszönöm a válaszokat!
-
Multibit
veterán
-
Kronos3000
senior tag
Wasabi...
-
python1
veterán
Ü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!
-
krealon
veterán
válasz python1 #66511 üzenetére
A legutobbi stabil verziot masold fel WinScp segitsegevel a
/tmp
konyvtarba, majd frissitsd asysupgrade
segitsegevel (SSH-n bejelentkezve).
https://lede-project.org/docs/guide-quick-start/standardflashinginstructions#installing_lede_sysupgrade -
siddis
őstag
A csávó állítólag port-olta a FastPath-funkciót LEDE-alá, nem akarja valaki tesztelni esetleg.?
[ Szerkesztve ]
-- Aux armes, citoyens --
-
python1
veterán
Ü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? -
-
code1005
senior tag
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
-
bümmy
csendes tag
válasz code1005 #66520 üzenetére
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?
-
bümmy
csendes tag
válasz Intruder2k5 #66524 üzenetére
tudom. de bizonyos embedded cuccok miatt annak kell lennie.
-
bümmy
csendes tag
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...
-
chros
őstag
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. -
krealon
veterán
válasz code1005 #66536 üzenetére
"kikapcsol hw nat-tal. Csak a 500-as netem így 190 Mbps....
Milyen router bírja ez a tempót alapból?"
Peldaul a MediaTek MT7621 SoC-cal szerelt router-ek, HW nat nelkul is kepesek az 500+ Mbps net atvitelere.
Egy olcso, de hamarosan kifuto tipus: D-link DIR-860L B1[ Szerkesztve ]
-
suste
veterán
válasz woodworm #66538 üzenetére
Nekem is nagyon furcsa, hogy ha ez ilyen egyszerű és hatékony, akkor miért nem csinálták meg eddig?
Maga a NAT kód volt ennyire elcseszve eddig, hogy felzabálta a procierőt?
Az minidg is bökte a csőrömet, hogy míg 1043v1-400Mhz tudott natolni AA alatt 300-at, addig a C5v1-720Mhz 200-at BB alatt.
Lehet hogy végre ránéztek az erőforrászabáló NAT-ra ?
Az biztos, hogy az első linken szereplő bejegyzése brutálisan alkalmatlan arra, hogy bemutassa mit csinált .(#66535) chros
a C5v1 és C7v2 HW ua[ Szerkesztve ]
-
-
vargalex
Topikgazda
válasz Tamás88 #66541 üzenetére
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
-
chros
őstag
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 gyartokA 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 ]
-
suste
veterán
ha csak +50%-ot hozna NAT-ban, akkor már nagyon jó lenne szerintem, legalább kicsit ellensúlyozná a kernelfejlesztést
nagyon gyalázatos, hogy milyen mértékben lassult a NAT-olás az újabb kernelekkel ua HW-vel
azzal, hogy mennyire van valós igény a gigabithez közeli NAT-ra, igencsak vitatkoznék, de az 1 magos régebbi SoC-ok lassan a 100Mbit/s-t sem tudják kihajtani, 2-300Mbit/s-ről meg ne is álmodjunk -
Melorin
addikt
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. -
Kronos3000
senior tag
Wasabi...
-
Laszlo733
aktív tag
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
-
Mickey5
csendes tag
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 ]
-
woodworm
veterán
válasz Mickey5 #66548 üzenetére
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. -
Mickey5
csendes tag
válasz woodworm #66549 üzenetére
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!
Új hozzászólás Aktív témák
- Aliexpress tapasztalatok
- Netfone
- Politika
- Külföldi rendelések: boltok, fizetés, postázás
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Motoros topic
- GoodSpeed: Új alaplap, vagy BIOS frissítés után beállítandók II. Secure Boot
- Dolce Gusto
- Redmi Watch 4 - olcsó hús, sűrű a leve
- Autós topik
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest