TP-Link WR1043ND router - LOGOUT Hozzászólások

Legfrissebb anyagok

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Téma összefoglaló

Utoljára frissítve: 2023-12-13 05:20

LOGOUT

TP-Link WR1043ND - N450 router

Új hozzászólás Aktív témák

#66600 Headless őstag Laszlo733 #66599

Új Válasz 2017-07-09 05:55:16 #66600
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Headless

őstag

válasz Laszlo733 #66599 üzenetére

Blkid hiányzik szerintem. Telepítsd azt is luciból.
De ha debug módban futtatod az oldalt, akkor megmondom a konkrét okát.
#66599 Laszlo733 aktív tag suste #66597

Új Válasz 2017-07-09 05:53:01 #66599
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Laszlo733

aktív tag

válasz suste #66597 üzenetére

A telepítés ránézésre sikerült, de azt írja hogy merevlemez nem található:
#66598 Gyurka6 őstag vargalex #66574

Új Válasz 2017-07-08 22:22:12 #66598
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Gyurka6

őstag

válasz vargalex #66574 üzenetére

Hali!
Esetleg elérhetővé tudod tenni a dir-825 -höz lefordítottakat? (Van egy 825-ösöm.)
#66597 suste veterán Laszlo733 #66596

Új Válasz 2017-07-08 21:35:57 #66597
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

suste

veterán

válasz Laszlo733 #66596 üzenetére

a format mentés felrakásával (format.tar.gz)
érdemes a 9092/system/backup oldalon felrakni
és persze a szükséges csomagoknak is fel kell lennie telepítve, hogy tudjál formázni (9092/system/installer)
#66596 Laszlo733 aktív tag

Új Válasz 2017-07-08 21:33:59 #66596
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Laszlo733

aktív tag

Azt nézem, hogy a 9092-es felületen a Setup-ból hiányzik a HDD Manager lehetőség, azt hogy lehet belevarázsolni?
#66595 Laszlo733 aktív tag

Új Válasz 2017-07-08 21:13:35 #66595
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Laszlo733

aktív tag

Ezt az Iperfelt még nem ismerem, majd holnap ismerkedek vele....
#66594 Laszlo733 aktív tag Headless #66593

Új Válasz 2017-07-08 20:42:28 #66594
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Laszlo733

aktív tag

válasz Headless #66593 üzenetére

Ezt próbáltam betölteni, de ezt a hibát írta ki: basic-2017-07-05.tar.gz
Most már jó, rossz helyre tallóztam be...
#66593 Headless őstag Laszlo733 #66592

Új Válasz 2017-07-08 20:27:46 #66593
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Headless

őstag

válasz Laszlo733 #66592 üzenetére

Iperfel nem tudsz mérni két laptoppal/pc-vel?
Mentések suste logout blogjában szereplő szervereken vannak rajta.
Mint mondta suste ne repairt rakj hanem basic-et utána már a backup oldalon tudod felrakni azt ami kell még... Értelem szerűen a legfrissebbet rakd fel.
Ezt mentés visszatöltése opcióval kell felrakni luciban. Újraindul és utána működik a 9092.
#66592 Laszlo733 aktív tag Headless #66589

Új Válasz 2017-07-08 20:21:02 #66592
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Laszlo733

aktív tag

válasz Headless #66589 üzenetére

Köszönöm a ddns már működik is. A netem csak 100/50 digis, most van folyamatban a 200/100 telepítése, de az még idő. Az 500, vagy 1000-hez képest azonban az sem sok. Szívesen mérnék, de ez lassú nektek szerintem. A 9092-es mentés feltöltését, hogy érted mert az nem világos hogy honnét töltsem le...
#66591 laca71 aktív tag

Új Válasz 2017-07-08 20:12:15 #66591
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

laca71

aktív tag

Sziasztok
Létezik hogy a v4 gyengébb a WiFi jelerőben mint a v1?
Ugyan ott ugyanazzal az eszközzel gyengébb szakadozóbb a v4...
Mit tudok vele csinálni..?
#66590 Kronos3000 senior tag Kronos3000 #66485

Új Válasz 2017-07-08 20:09:39 #66590
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Kronos3000

senior tag

válasz Kronos3000 #66485 üzenetére

Mivel senki nem segített....magad uram ha szolgád nincs....talán jobb is így amit magamtól szenvedek ki megoldást,azt sosem felejtem el....ha valaki mégis gondolkodott rajta annak köszönet....
Működik minden tökéletesen.
#66589 Headless őstag Laszlo733 #66587

Új Válasz 2017-07-08 19:59:11 #66589
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Headless

őstag

válasz Laszlo733 #66587 üzenetére

Ez az url a frissítő url a dns szolgáltató honlapján
http://www.dyndns.hu/login.php?username=LOGINNEV&domain=dyndns.hu&password=JELSZO
Bár érdekes, mert nem kér ip címet valószínű a kérés forrását használja.
Ezt pedig módosítod így és akkor a felhasználó nevet jelszót beírhatod luciba a helyére.
http://www.dyndns.hu/login.php?username=[USERNAME]&domain=dyndns.hu&password=[PASSWORD]
Előző kérdésedre a válasz mentésként igen feltehető a 9092-es kiegészítő felület javarészt működik, de ha valami nem szólj, meglátjuk tudunk e kezdeni valamit.
Ám ha már lede és 1043 v4 pont most voltunk kíváncsisk milyen nat sebességre képes, esetleg ha gyors neted van nem mérsz egyet? Azt nem várom el, hogy iperfel mérj, de ha ráérsz az is jó lenne.
#66588 suste veterán Laszlo733 #66586

Új Válasz 2017-07-08 19:58:47 #66588
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

suste

veterán

válasz Laszlo733 #66586 üzenetére

A külön mentések felrakhatóak (basic, format, stb) repair-okat nem biztos hogy érdemes..
..
#66587 Laszlo733 aktív tag

Új Válasz 2017-07-08 19:28:25 #66587
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Laszlo733

aktív tag

Azt tudja valaki, hogy a dyndns.hu host esetében a custom részt hogyan kell kitölteni, mert nem igazán jön össze.
#66586 Laszlo733 aktív tag

Új Válasz 2017-07-08 17:20:57 #66586
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Laszlo733

aktív tag

Sziasztok! Felraktam egy WR1043N/ND v4 routerre a hivatalos LEDE firmware-t. A kiegészítő webes felületet / ip cím:9092/ erre is fel lehet tenni, mint az Openwrt-re?
#66585 vargalex Topikgazda chros #66584

Új Válasz 2017-07-08 11:48:51 #66585
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vargalex

Topikgazda

válasz chros #66584 üzenetére

Igen, nagyon jó eredmények. Post-oltam is a topic-ban.
De engem igazán az alap LEDE-vel mért eredmény lepett meg. Eddig a DIR-825 OpenWrt AA-val (AA közeli trunk-al) volt a leggyorsabb, nagyjából 400 Mbps NAT sebességgel (amit linkeltem is), aztán a későbbi verziókkal folyamatosan csökkent a sebesség. Legutóbb, mikor OpenWrt-vel próbáltam, akkor kb. 250 Mbps-nél megállt. Erre az alap LEDE-vel mérek 616 Mbps-t??? Azt nem tudom, hogy akkor a TL-WR1043ND v2/v3/v4, Archer C5/C7 miért nem tud ennyit (pedig elvileg erősebb SoC van bennük, mint a DIR-825-ben)? Vagy csak senki nem mérte LEDE alatt?
Most kipróbáltam a TL-WDR4900-at, LEDE-vel az is 600 Mbps környékén tud (természetesen DHCP-n), pedig ez is jóval erősebb SoC, mint a D-Link-ben lévő. Hozzátenném, hogy r1000 környéki LEDE trunk-al ez is megállt 300 Mbps alatt...
#66584 chros őstag vargalex #66574

Új Válasz 2017-07-08 10:31:22 #66584
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

chros

őstag

válasz vargalex #66574 üzenetére

Nos, friss fejjel ujra raneztem a teszt eredmenyeidre (s rakerestem milyen routeren futtattad): ez nagyon brutal!
Posztold az eredmenyeidet a lede topicban...
Nagyon remelem, hogy nem fog ez a patch halmaz burokraciaba utkozni, es alapos atvizsgalas es teszt utan, bekerul majd a hivatalos repoba.
Ezzel az openwrt-s community ujra az elvonalba kerul, mint a regi szep idokben.
Uj buildeket toltott fel a fejleszto (Archer C5 is van koztuk): [link]
#66583 Melorin addikt Melorin #66578

Új Válasz 2017-07-07 22:36:13 #66583
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Melorin

addikt

válasz Melorin #66578 üzenetére

Esetleg hajnalra időzíteni nem lehet ezt a dolgot vagy kikapcsolni teljesen?
#66582 krealon veterán Melorin #66581

Új Válasz 2017-07-07 22:30:15 #66582
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

krealon

veterán

válasz Melorin #66581 üzenetére

Akkor nincs tobb otletem, de mindenkepp a Windows oldalon erdemes elsosorban keresgelni.
Pl Event Viewer
#66581 Melorin addikt krealon #66580

Új Válasz 2017-07-07 22:24:23 #66581
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Melorin

addikt

válasz krealon #66580 üzenetére

Ezeket kikapcsolni az első dolgom wininstall után.
#66580 krealon veterán Melorin #66575

Új Válasz 2017-07-07 22:22:25 #66580
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

krealon

veterán

válasz Melorin #66575 üzenetére

"Igen, Win10 az OS.
De milyen energiaállapot váltás történik egy friss gépindításkor?"
A Win10 kikapcsolaskor csak kilepteti a felhasznalot (sesion close) majd hibernalja a kernelt.
Bekapcsolaskor ebbol a hibernalt allapotbol ebred.
Ha SSD-rol fut a rendszer, akkor a gyorsinditas kikapcsolasaval erdemes tole megszabadulni.
Illetve a hibernalast kikapcsolva is hasonlo az erdemeny
powercfg -h off
#66579 chros őstag vargalex #66574

Új Válasz 2017-07-07 22:18:27 #66579
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

chros

őstag

válasz vargalex #66574 üzenetére

Ez nagyon jo hir, Alex, koszi!
Gondolom nem PPPoE-vel keszult.
En meg mindig Openwrt 15.05.1-en vagyok az altalatok megalmodott firmware alapjan, talan kesobb majd kiproszalom (ha idom engedi)
#66578 Melorin addikt vargalex #66577

Új Válasz 2017-07-07 22:03:04 #66578
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Melorin

addikt

válasz vargalex #66577 üzenetére

Nem lehet ezzel valamit kezdeni? Mindig a legrosszabbkor történik kb.
#66577 vargalex Topikgazda Melorin #66576

Új Válasz 2017-07-07 21:57:45 #66577
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vargalex

Topikgazda

válasz Melorin #66576 üzenetére

Ebben a log részletben 1 db 1 nap után történt bontás látszik.
#66576 Melorin addikt Melorin #66397

Új Válasz 2017-07-07 21:51:51 #66576
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Melorin

addikt

válasz Melorin #66397 üzenetére

Nos, újra elkezdett szakadozni az internetkapcsolat Pedig be van állítva az LCP echo.
Viszont most kimásoltam a rendszernaplóból azt a percet amikor ez történt. Nem tudom mi mit jelent de vannak bajokra utaló jelek:
Fri Jul 7 21:26:55 2017 daemon.info hostapd: wlan0: STA 1c:87:2c:3b:f0:03 WPA: group key handshake completed (RSN) Fri Jul 7 21:26:59 2017 daemon.info hostapd: wlan0: STA 78:02:f8:ad:47:19 IEEE 802.11: authenticated Fri Jul 7 21:26:59 2017 daemon.info hostapd: wlan0: STA 78:02:f8:ad:47:19 IEEE 802.11: associated (aid 1) Fri Jul 7 21:26:59 2017 daemon.info hostapd: wlan0: STA 78:02:f8:ad:47:19 WPA: pairwise key handshake completed (RSN) Fri Jul 7 21:27:00 2017 daemon.info dnsmasq-dhcp[1583]: DHCPDISCOVER(br-lan) 78:02:f8:ad:47:19 Fri Jul 7 21:27:00 2017 daemon.info dnsmasq-dhcp[1583]: DHCPOFFER(br-lan) 192.168.0.159 78:02:f8:ad:47:19 Fri Jul 7 21:27:00 2017 daemon.info dnsmasq-dhcp[1583]: DHCPREQUEST(br-lan) 192.168.0.159 78:02:f8:ad:47:19 Fri Jul 7 21:27:00 2017 daemon.info dnsmasq-dhcp[1583]: DHCPACK(br-lan) 192.168.0.159 78:02:f8:ad:47:19 Redmi4A-Redmi Fri Jul 7 21:27:05 2017 daemon.info pppd[1285]: LCP terminated by peer Fri Jul 7 21:27:05 2017 daemon.info pppd[1285]: Connect time 1440.1 minutes. Fri Jul 7 21:27:05 2017 daemon.info pppd[1285]: Sent 1613807607 bytes, received 482850277 bytes. Fri Jul 7 21:27:06 2017 daemon.notice netifd: Network device 'pppoe-wan' link is down Fri Jul 7 21:27:06 2017 daemon.notice netifd: Network alias 'pppoe-wan' link is down Fri Jul 7 21:27:06 2017 daemon.notice netifd: Interface 'wan6' has link connectivity loss Fri Jul 7 21:27:09 2017 daemon.notice netifd: Interface 'wan' has lost the connection Fri Jul 7 21:27:10 2017 daemon.notice netifd: Interface 'wan6' is now down Fri Jul 7 21:27:10 2017 daemon.notice netifd: Interface 'wan6' is disabled Fri Jul 7 21:27:10 2017 daemon.notice pppd[1285]: Connection terminated. Fri Jul 7 21:27:11 2017 daemon.notice pppd[1285]: Modem hangup Fri Jul 7 21:27:25 2017 daemon.warn dnsmasq[1583]: no servers found in /tmp/resolv.conf.auto, will retry Fri Jul 7 21:27:41 2017 daemon.info pppd[1285]: PPP session is 64464 Fri Jul 7 21:27:41 2017 daemon.warn pppd[1285]: Connected to 74:26:ac:7c:f1:50 via interface eth0 Fri Jul 7 21:27:41 2017 daemon.info pppd[1285]: Using interface pppoe-wan Fri Jul 7 21:27:41 2017 daemon.notice pppd[1285]: Connect: pppoe-wan <--> eth0 Fri Jul 7 21:27:42 2017 daemon.notice pppd[1285]: PAP authentication succeeded Fri Jul 7 21:27:42 2017 daemon.notice pppd[1285]: peer from calling number 74:26:AC:7C:F1:50 authorized Fri Jul 7 21:27:42 2017 daemon.notice pppd[1285]: local IP address 91.83.194.15 Fri Jul 7 21:27:42 2017 daemon.notice pppd[1285]: remote IP address 82.131.167.105 Fri Jul 7 21:27:42 2017 daemon.notice pppd[1285]: primary DNS address 213.163.34.66 Fri Jul 7 21:27:42 2017 daemon.notice pppd[1285]: secondary DNS address 62.77.203.10 Fri Jul 7 21:27:42 2017 daemon.notice netifd: Network device 'pppoe-wan' link is up Fri Jul 7 21:27:42 2017 daemon.notice netifd: Interface 'wan6' is enabled Fri Jul 7 21:27:42 2017 daemon.notice netifd: Network alias 'pppoe-wan' link is up Fri Jul 7 21:27:42 2017 daemon.notice netifd: Interface 'wan6' has link connectivity Fri Jul 7 21:27:42 2017 daemon.notice netifd: Interface 'wan6' is setting up now Fri Jul 7 21:27:42 2017 daemon.notice netifd: Interface 'wan' is now up Fri Jul 7 21:27:44 2017 daemon.info dnsmasq[1583]: reading /tmp/resolv.conf.auto Fri Jul 7 21:27:44 2017 daemon.info dnsmasq[1583]: using local addresses only for domain lan Fri Jul 7 21:27:44 2017 daemon.info dnsmasq[1583]: using nameserver 213.163.34.66#53 Fri Jul 7 21:27:44 2017 daemon.info dnsmasq[1583]: using nameserver 62.77.203.10#53 Fri Jul 7 21:27:44 2017 user.notice firewall: Reloading firewall due to ifup of wan (pppoe-wan) Fri Jul 7 21:27:46 2017 user.notice ddns-scripts-myddns: Running IP check ... Fri Jul 7 21:27:47 2017 user.notice HotPlug - IFace - Knockd: Knockd restarted. Fri Jul 7 21:27:49 2017 user.notice ddns-scripts-myddns: Update successful
#66575 Melorin addikt krealon #66573

Új Válasz 2017-07-07 21:45:59 #66575
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Melorin

addikt

válasz krealon #66573 üzenetére

Igen, Win10 az OS.
De milyen energiaállapot váltás történik egy friss gépindításkor?
#66574 vargalex Topikgazda chros #66535

Új Válasz 2017-07-07 20:29:21 #66574
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vargalex

Topikgazda

válasz chros #66535 üzenetére

Sziasztok!
Nos, gondoltam kipróbálom ezt a fastpath NAT-ot. Van itthon elfekvőben egy D-Link DIR-825 rev B1. Így arra fordítottam egy firmware-t.
Először felraktam az alap LEDE 17.01.1-et (azért ezt, mert a fastpath NAT patch-ek is ehhez készültek). Ekkor ért az első meglepetés:
gavarga@gavarga-e5540 ~ % iperf3 -c 192.168.22.200 -i 1 Connecting to host 192.168.22.200, port 5201 [ 4] local 192.168.1.127 port 51966 connected to 192.168.22.200 port 5201 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 75.5 MBytes 634 Mbits/sec 61 348 KBytes [ 4] 1.00-2.00 sec 73.1 MBytes 613 Mbits/sec 41 355 KBytes [ 4] 2.00-3.00 sec 73.1 MBytes 613 Mbits/sec 45 358 KBytes [ 4] 3.00-4.00 sec 73.1 MBytes 613 Mbits/sec 50 362 KBytes [ 4] 4.00-5.00 sec 73.0 MBytes 612 Mbits/sec 42 369 KBytes [ 4] 5.00-6.00 sec 73.0 MBytes 613 Mbits/sec 47 372 KBytes [ 4] 6.00-7.00 sec 73.2 MBytes 614 Mbits/sec 45 380 KBytes [ 4] 7.00-8.00 sec 74.1 MBytes 622 Mbits/sec 44 386 KBytes [ 4] 8.00-9.00 sec 73.0 MBytes 613 Mbits/sec 39 395 KBytes [ 4] 9.00-10.00 sec 73.1 MBytes 614 Mbits/sec 45 400 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 734 MBytes 616 Mbits/sec 459 sender [ 4] 0.00-10.00 sec 732 MBytes 614 Mbits/sec receiver iperf Done. gavarga@gavarga-e5540 ~ % wget http://traffic.vargalex.hu/test.img --2017-07-07 20:14:15-- http://traffic.vargalex.hu/test.img traffic.vargalex.hu feloldása… 192.168.22.200 Csatlakozás a következőhöz: traffic.vargalex.hu[192.168.22.200]:80… kapcsolódva. HTTP kérés elküldve, várakozás válaszra… 200 OK Hossz: 314572800 (300M) [application/octet-stream] Mentés ide: „test.img” test.img 100%[=====================================================================================================================>] 300,00M 65,7MB/s idő 4,5s 2017-07-07 20:14:20 (66,5 MB/s) -- „test.img” mentve [314572800/314572800]
Soha nem tudott ez a router ekkora sebességgel NAT-olni! Nem tudom, hogy mit optimalizáltak a LEDE-ben! Anno ez volt a maximum, a későbbi build-ekben ez csak csökkent. Más típusok hogy állnak NAT ügyileg a LEDE-vel? A wget tesztet azért futtattam, hogy megbizonyosodjak róla, hogy nem az iperf3 csapott be. Látszik, hogy a WAN oldalon lévő szerverről 66,5 MB/s-el tudtam letölteni.
Ezután feltettem a fastpath NAT-al build-elt LEDE 17.01.1-et. Az eredmény:
gavarga@gavarga-e5540 ~ % iperf3 -c 192.168.22.200 -i 1 Connecting to host 192.168.22.200, port 5201 [ 4] local 192.168.1.127 port 52098 connected to 192.168.22.200 port 5201 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 114 MBytes 955 Mbits/sec 0 542 KBytes [ 4] 1.00-2.00 sec 111 MBytes 934 Mbits/sec 0 542 KBytes [ 4] 2.00-3.00 sec 112 MBytes 939 Mbits/sec 0 568 KBytes [ 4] 3.00-4.00 sec 111 MBytes 932 Mbits/sec 0 568 KBytes [ 4] 4.00-5.00 sec 111 MBytes 930 Mbits/sec 88 571 KBytes [ 4] 5.00-6.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes [ 4] 6.00-7.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes [ 4] 7.00-8.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes [ 4] 8.00-9.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes [ 4] 9.00-10.00 sec 110 MBytes 923 Mbits/sec 34 522 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 1.09 GBytes 934 Mbits/sec 122 sender [ 4] 0.00-10.00 sec 1.08 GBytes 932 Mbits/sec receiver iperf Done. gavarga@gavarga-e5540 ~ % wget http://traffic.vargalex.hu/test.img --2017-07-07 20:21:52-- http://traffic.vargalex.hu/test.img traffic.vargalex.hu feloldása… 192.168.22.200 Csatlakozás a következőhöz: traffic.vargalex.hu[192.168.22.200]:80… kapcsolódva. HTTP kérés elküldve, várakozás válaszra… 200 OK Hossz: 314572800 (300M) [application/octet-stream] Mentés ide: „test.img” test.img 100%[=====================================================================================================================>] 300,00M 109MB/s idő 2,8s 2017-07-07 20:21:55 (109 MB/s) -- „test.img” mentve [314572800/314572800]
És valóban átjött a gigabit. Tehát tényleg van értelme ennek a megoldásnak...
Retry-ok gondolom azért voltak, mert 2 viszonylag hosszú (>10m) Cat5 kábellel próbáltam.
#66573 krealon veterán Melorin #66571

Új Válasz 2017-07-07 17:09:07 #66573
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

krealon

veterán

válasz Melorin #66571 üzenetére

"Esetleg hosszabb tétlenség után lekapcsolná azt a LAN portot?"
Valoszinubb, hogy a PC-n nem jo a halokartya drivere, mert az energiallapot valtast nem jol kezeli.
Windows 10 az operacios rendszer?
#66572 bümmy csendes tag code1005 #66536

Új Válasz 2017-07-07 16:23:31 #66572
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bümmy

csendes tag

válasz code1005 #66536 üzenetére

közben jutott eszembe, hogy ezt a routert azért vettem mert az elődje wdr3600 3 év szolgálat után meghalt és csak ez volt a helyi boltban ami gigabites belső netet tud. szóval a 3600-as úgy ment tönkre, hogy a switch része nem halt meg és a helyi gépek dhcp-vel mind kaptak saját valós, különböző ip-t a upc-től.
szóval ha nincs helyi hálózat akkor nat nélkül megkaphatod a teljes sávszélességet.
#66571 Melorin addikt Melorin #66545

Új Válasz 2017-07-07 13:43:17 #66571
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Melorin

addikt

válasz Melorin #66545 üzenetére

Erre valaki? Esetleg hosszabb tétlenség után lekapcsolná azt a LAN portot?
#66570 Mickey5 csendes tag woodworm #66551

Új Válasz 2017-07-07 12:21:48 #66570
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Mickey5

csendes tag

válasz woodworm #66551 üzenetére

Szia Woodworm!
Köszönöm szépen a segítséget, megoldódott a probléma! Belépett egy második seeder és attól kezdve ezerrel tölti le az anyagot a Transmission Ezek szerint ott volt valami gond az első seeder-nél, mert nálam semmi sem változott.
Köszi!
Üdv.
#66569 twingo16v tag szabeska #66568

Új Válasz 2017-07-07 10:59:00 #66569
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

twingo16v

tag

válasz szabeska #66568 üzenetére
#66568 szabeska addikt vargalex #66567

Új Válasz 2017-07-07 10:28:26 #66568
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

szabeska

addikt

válasz vargalex #66567 üzenetére

A lényeg hogy megoldódott, köszönöm!
#66567 vargalex Topikgazda szabeska #66566

Új Válasz 2017-07-07 09:16:13 #66567
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vargalex

Topikgazda

válasz szabeska #66566 üzenetére

A szolgáltató ezzel nem foglalkozik, hiszen a routered és a PC-d között nem épül fel a gigabites kapcsolat. Ez a router WAN kapcsolatától független, aminek egyébként a link sebessége sajnos gyári firmware alatt nem látszik.
Szerk.: Cat5 kábelek is tudnak rövid távon gigabitet.
#66566 szabeska addikt vargalex #66565

Új Válasz 2017-07-07 09:11:27 #66566
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

szabeska

addikt

válasz vargalex #66565 üzenetére

Két kábellel is próbáltam, ugyanaz az eredmény. Erőltetni hogyan tudok gigabites sebességet? Nem is értem, ha 500-as netet kértem, miért léphet fel ilyen probléma. Gondolom ezzel a szolgáltató sem foglalkozna... Másik router oldaná meg?
Szerk: wtf! Volt egy régi routerhez mellékelt cat5 (!) kábel, rádugtam a 4-es portra és láss csodát, gigabites lett a kapcsolat. Hát én ezt nem értem...
#66565 vargalex Topikgazda szabeska #66564

Új Válasz 2017-07-07 09:09:23 #66565
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vargalex

Topikgazda

válasz szabeska #66564 üzenetére

A router és a PC közötti kábelt cseréld ki, esetleg próbáld meg másik LAN aljzatban.
Megpróbalhatod még PC-n erőltetni a gigabites kapcsolatot...
FTTH: optika megy a lakásba, ott van egy szolgáltatói eszköz, ami ebből UTP, koax és telefon aljzatot biztosít.
FTTB: külön UTP és koax megy be a lakásba, jellemzően társasházaknál.
Az 1043ND egyébként az egyik legolcsóbb gigabites router egyébként...
#66564 szabeska addikt vargalex #66563

Új Válasz 2017-07-07 09:07:12 #66564
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

szabeska

addikt

válasz vargalex #66563 üzenetére

Ezek szerint ez a gond. Még jó, hogy gigabites routert kerestem jó drágán Mit tehetek ilyenkor? FTTH és FTTB nem tudom micsoda.
#66563 vargalex Topikgazda szabeska #66562

Új Válasz 2017-07-07 09:00:53 #66563
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vargalex

Topikgazda

válasz szabeska #66562 üzenetére

FTTH, vagy FTTB van nálad? Utóbbi esetben előfordulhat, hogy hibás krimpelés miatt a router és a digi switch között nem gigabiten áll össze a kapcsolat.
PC-n úgy próbáltad, hogy azt a kábelt dugtad a gépbe, ami a router WAN portjában volt? Ha a PC-t a routerhez csatlakoztatod, akkor a PC-n a hálózat tulajdonságainál gigabites link látszik, vagy 100 Mbps-es?
#66562 szabeska addikt vargalex #66561

Új Válasz 2017-07-07 08:51:22 #66562
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

szabeska

addikt

válasz vargalex #66561 üzenetére

Csináltam resetet, csak a netes jelszót és nevet írtam be, nincs változás. Gyári legfrissebb firmware van rajta - 3.16.9 Build 150514 Rel.72381n . Gyári alapon van most is, feltételezem hogy semmi korlátozás nincs beállítva rajta.
#66561 vargalex Topikgazda szabeska #66560

Új Válasz 2017-07-07 08:46:57 #66561
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vargalex

Topikgazda

válasz szabeska #66560 üzenetére

Routeren esetleg egy factory resetet próbálj.
Egyébként gyári firmware van a routeren? Nincs valami sávszélesség korlátozás aktiválva?
#66560 szabeska addikt vargalex #66559

Új Válasz 2017-07-07 08:44:59 #66560
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

szabeska

addikt

válasz vargalex #66559 üzenetére

Igen, éppen most sikerült csatlakoznom közvetlen gépről, 540 Mbit/s. Routerrel ismét 90-100 körüli. Cat5e kábel, 2-vel is próbáltam.
#66559 vargalex Topikgazda szabeska #66558

Új Válasz 2017-07-07 08:34:02 #66559
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

vargalex

Topikgazda

válasz szabeska #66558 üzenetére

Router nélkül megvan a sebesség?
#66558 szabeska addikt

Új Válasz 2017-07-06 23:00:45 #66558
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

szabeska

addikt

Sziasztok!
Adott egy v3 router, digi 500 nettel, amit 2 napja kötöttek be. Baromi lassú, 90 mbit körüli a kábeles kapcsolat routerrel. Mi okozhat ilyet?
Köszönöm!
#66557 twingo16v tag laca71 #66554

Új Válasz 2017-07-06 22:22:56 #66557
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

twingo16v

tag

válasz laca71 #66554 üzenetére

Gyári fw-ben be lehet állítani, csak nem műkôdik, én is szívtam vele nem keveset, de nem jött össze!
Használj Vargalex féle openwrt-t ha v1-es routered van, ha újabb, akkor LEDE-t, és akkor tudok segíteni.
A 66303-as hozzászólásban már leírtam korábban, és kép is van, hogy egyszerűbb legyen.
[link]
#66556 Mickey5 csendes tag woodworm #66551

Új Válasz 2017-07-06 20:24:14 #66556
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Mickey5

csendes tag

válasz woodworm #66551 üzenetére

Kipróbáltam a yougetsignal-t. A Szolgáltatások/Transmission oldalon látható 2xxxx Partner portra azt mondja, hogy az nyitott. Más portot nem találok, szerintem ez az ugye?
Nálam az OpenWrt vargalex v1.1.7 r35342 (kernel verzió 3.7.4) működik. Nem állítottam be más portot, nem is tudom, hogyan tehetném meg.
#66555 Tamás88 őstag laca71 #66554

Új Válasz 2017-07-06 19:32:53 #66555
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Tamás88

őstag

válasz laca71 #66554 üzenetére

Parental controlt nem próbáltad? Most néztem, és úgy láttam, hogy ott be lehet állítani azt, amit szeretnél.
#66554 laca71 aktív tag nimfas #66553

Új Válasz 2017-07-06 19:30:41 #66554
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

laca71

aktív tag

válasz nimfas #66553 üzenetére

Köszönöm szépen, de a gyári firm van rajta..
Azt hittem hogy mac alapján lehet valami szabályt csinálni...
#66553 nimfas addikt laca71 #66552

Új Válasz 2017-07-06 18:32:00 #66553
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

nimfas

addikt

válasz laca71 #66552 üzenetére

Vargalex verzióban volt ilyen tűzfal egyéni szabály :
"#" jelet vedd ki a sorok elől ha átírtad a saját igények szerint. Bár ez adott oldalra szól, de tuti át lehet írni hogy semmi ne menjen. (ismerősnél maga a WiFi volt időzítve)
#Block URL on certain time for specified IP # #URL_STRING=facebook.com #LOCAL_IP=192.168.1.188 #TIME_START=10:00 #TIME_END=16:00 # #echo Blocking $URL_STRING from $LOCAL_IP at time interval $TIME_START - $TIME_END #iptables -I FORWARD -s $LOCAL_IP -m string --string $URL_STRING --algo bm -m time --weekdays Mon,Tue,Wed,Thu,Fri --timestart $TIME_START --timestop $TIME_END -j DROP
#66552 laca71 aktív tag

Új Válasz 2017-07-06 14:32:20 #66552
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

laca71

aktív tag

Sziasztok
Kérlek segítsetek hogyan kell beállitani a routeren hogy a gyerek telefonján 22-06-ig ne lehessen internetezni...
#66551 woodworm veterán Mickey5 #66550

Új Válasz 2017-07-06 13:02:54 #66551
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

woodworm

veterán

válasz Mickey5 #66550 üzenetére

Ellenőrzésre egy online port teszt a legmegfelelőbb, yougetsignal.com, canyouseeme.org és társai. A kliensben beállított portot beírod az ellenőrizni kívánt port helyére. Mellette belépsz a routerbe és a státusz oldalon leellenőrzöd a kapott ip-címet, hogy egyezik-e a teszt oldalon mutatottal.
Ha nem egyezik, akkor privát ip-t kapsz a szolgáltatódtól. Ha egyezik és mégis zártnak jelzi az oldal, akkor egy szabályt kell létrehoznod a routeredben.
Az előző hozzászólásomban kérdeztem, hogy pontosan mit használsz, erre is jó lenne választ kapni, mert vargalex és tudtommal suste buildjében is van a transmission-höz szabály és csak akkor nem működik, ha más portot állítottál be közben. A valamelyik stabil openwrt kiadást használod, természetesen abban neked kell létrehoznod.
#66550 Mickey5 csendes tag woodworm #66549

Új Válasz 2017-07-06 12:46:30 #66550
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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!
#66549 woodworm veterán Mickey5 #66548

Új Válasz 2017-07-06 09:37:14 #66549
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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.
#66548 Mickey5 csendes tag

Új Válasz 2017-07-06 08:56:51 #66548
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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!
#66547 Laszlo733 aktív tag

Új Válasz 2017-07-05 21:03:13 #66547
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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
#66546 Kronos3000 senior tag

Új Válasz 2017-07-05 19:42:09 #66546
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Kronos3000

senior tag

Kérem,tudna valaki segíteni?
#66545 Melorin addikt

Új Válasz 2017-07-05 17:49:40 #66545
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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.
#66544 suste veterán chros #66543

Új Válasz 2017-07-05 10:30:11 #66544
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

suste

veterán

válasz chros #66543 üzenetére

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
#66543 chros őstag suste #66539

Új Válasz 2017-07-05 09:28:57 #66543
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

chros

őstag

válasz suste #66539 üzenetére

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.
#66542 vargalex Topikgazda Tamás88 #66541

Új Válasz 2017-07-04 21:45:30 #66542
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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...
#66541 Tamás88 őstag suste #66539

Új Válasz 2017-07-04 21:37:07 #66541
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Tamás88

őstag

válasz suste #66539 üzenetére

Akkor mostantól a LEDE alatt is lesz hardver NAT? Mert akkor az tök jó lenne.
#66540 bümmy csendes tag code1005 #66536

Új Válasz 2017-07-04 18:17:48 #66540
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bümmy

csendes tag

válasz code1005 #66536 üzenetére

próbáld meg gariztatni.
#66539 suste veterán woodworm #66538

Új Válasz 2017-07-04 17:30:16 #66539
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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
#66538 woodworm veterán chros #66535

Új Válasz 2017-07-04 16:31:37 #66538
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

woodworm

veterán

válasz chros #66535 üzenetére

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.
#66537 krealon veterán code1005 #66536

Új Válasz 2017-07-04 15:59:40 #66537
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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
#66536 code1005 senior tag bümmy #66530

Új Válasz 2017-07-04 13:48:20 #66536
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

code1005

senior tag

válasz bümmy #66530 üzenetére

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?
#66535 chros őstag chros #66534

Új Válasz 2017-07-04 13:01:02 #66535
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

chros

őstag

válasz chros #66534 üzenetére

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.
#66534 chros őstag suste #66533

Új Válasz 2017-07-04 07:16:17 #66534
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

chros

őstag

válasz suste #66533 üzenetére

El Mivel "csak" portolt valamit. Majd kiderul.
#66533 suste veterán chros #66532

Új Válasz 2017-07-03 09:27:18 #66533
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

suste

veterán

válasz chros #66532 üzenetére

te el tudsz képzelni olyat, hogy valaki ilyen szintű fejlesztést megcsinál, aztán ilyen szerencsétlenül kommunikálja
#66532 chros őstag suste #66518

Új Válasz 2017-07-03 09:21:43 #66532
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

chros

őstag

válasz suste #66518 üzenetére

Jo kerdes
Szoljatok majd akkor, ha ez bekerult valamelyik hivatalos repoba.
#66531 bümmy csendes tag code1005 #66527

Új Válasz 2017-07-03 09:18:13 #66531
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bümmy

csendes tag

válasz code1005 #66527 üzenetére

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.
#66530 bümmy csendes tag tjsz #66526

Új Válasz 2017-07-03 09:16:52 #66530
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bümmy

csendes tag

válasz tjsz #66526 üzenetére

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...
#66529 woodworm veterán Multibit #66528

Új Válasz 2017-07-03 08:01:14 #66529
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

woodworm

veterán

válasz Multibit #66528 üzenetére

Csak gyorsan, amíg még lehet kapni a jutányos árút.
#66528 Multibit nagyúr code1005 #66527

Új Válasz 2017-07-03 06:20:55 #66528
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Multibit

nagyúr

válasz code1005 #66527 üzenetére

Vegyél egy olyan routert, ami hw NAT nélkül is hozza a sebességet!
#66527 code1005 senior tag bümmy #66521

Új Válasz 2017-07-03 05:19:08 #66527
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

code1005

senior tag

válasz bümmy #66521 üzenetére

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.
#66526 tjsz senior tag bümmy #66525

Új Válasz 2017-07-02 18:33:54 #66526
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

tjsz

senior tag

válasz bümmy #66525 üzenetére

Csak merő szakmai kíváncsiság: milyen olyan embedded cucc van, ami privát IP-vel nem működik?
#66525 bümmy csendes tag Intruder2k5 #66524

Új Válasz 2017-07-02 13:18:18 #66525
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bümmy

csendes tag

válasz Intruder2k5 #66524 üzenetére

tudom. de bizonyos embedded cuccok miatt annak kell lennie.
#66524 Intruder2k5 MODERÁTOR bümmy #66521

Új Válasz 2017-07-02 12:55:41 #66524
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Intruder2k5

MODERÁTOR

válasz bümmy #66521 üzenetére

Ez a 20.20.20.11 a routered LAN IP címe? Csak mert ez nem privát címtartomány.
#66523 bümmy csendes tag tjsz #66522

Új Válasz 2017-07-02 12:51:18 #66523
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bümmy

csendes tag

válasz tjsz #66522 üzenetére

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.
#66522 tjsz senior tag bümmy #66521

Új Válasz 2017-07-02 12:40:22 #66522
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

tjsz

senior tag

válasz bümmy #66521 üzenetére

Milyen net-ed van? Melyik cég a szolgáltató?
#66521 bümmy csendes tag code1005 #66520

Új Válasz 2017-07-02 11:16:12 #66521
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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?
#66520 code1005 senior tag

Új Válasz 2017-06-30 06:13:06 #66520
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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.
#66519 siddis őstag suste #66518

Új Válasz 2017-06-29 23:13:18 #66519
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

siddis

őstag

válasz suste #66518 üzenetére

Már nincs támogatott router-em hogy kipróbáljam, de hátha valakit érdekel..
#66518 suste veterán siddis #66516

Új Válasz 2017-06-29 23:11:24 #66518
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

suste

veterán

válasz siddis #66516 üzenetére

é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???
#66517 python1 veterán

Új Válasz 2017-06-29 20:24:04 #66517
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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?
#66516 siddis őstag

Új Válasz 2017-06-29 19:06:19 #66516
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

siddis

őstag

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

Új Válasz 2017-06-29 13:44:18 #66515
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dontibee

tag

válasz Multibit #66513 üzenetére

Rendben!
Már megrendeltem, amiket javasoltál.
És még egyszer köszönöm!
#66514 python1 veterán krealon #66512

Új Válasz 2017-06-29 13:36:16 #66514
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

python1

veterán

válasz krealon #66512 üzenetére

Szia!
Köszönöm!
Próbálkozom a folyamattal,remélem sikerrel.
#66513 Multibit nagyúr dontibee #66509

Új Válasz 2017-06-29 07:25:57 #66513
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Multibit

nagyúr

válasz dontibee #66509 üzenetére

több helyen olvastam (pl. itt), hogy kondik értékeitől kicsit el lehet térni felfelé
Feszültség értékben lehet nagyobb, de kapacitásban inkább maradj a eredeti értéknél!
#66512 krealon veterán python1 #66511

Új Válasz 2017-06-28 23:56:34 #66512
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

krealon

veterán

válasz python1 #66511 üzenetére

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
#66511 python1 veterán

Új Válasz 2017-06-28 22:16:37 #66511
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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!
#66510 Kronos3000 senior tag

Új Válasz 2017-06-28 19:14:50 #66510
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Kronos3000

senior tag

?
#66509 dontibee tag Multibit #66507

Új Válasz 2017-06-28 18:44:33 #66509
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dontibee

tag

válasz Multibit #66507 üzenetére

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!
#66508 3800+ őstag Multibit #66494

Új Válasz 2017-06-28 18:32:04 #66508
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

3800+

őstag

válasz Multibit #66494 üzenetére

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.
#66507 Multibit nagyúr dontibee #66506

Új Válasz 2017-06-28 16:30:14 #66507
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Multibit

nagyúr

válasz dontibee #66506 üzenetére

6,3v/1000uF
16v/470uF
25v/1000uF
#66506 dontibee tag

Új Válasz 2017-06-28 15:57:19 #66506
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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/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!
#66505 BSOD senior tag krealon #66502

Új Válasz 2017-06-28 06:31:05 #66505
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

BSOD

senior tag

válasz krealon #66502 üzenetére

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

Új Válasz 2017-06-27 21:26:19 #66504
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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.
#66503 suste veterán BSOD #66501

Új Válasz 2017-06-27 20:44:06 #66503
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

suste

veterán

válasz BSOD #66501 üzenetére

Nálam többféle routerrel sincsen ilyen gond CC alatt.
#66502 krealon veterán BSOD #66501

Új Válasz 2017-06-27 20:43:34 #66502
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

krealon

veterán

válasz BSOD #66501 üzenetére

"Chaos Calmer alatt nem indul automatikusan a Dynamic DNS'
Mit ir a syslog?
A ddns honnan veszi a publikus IP cimet? (inteerface vagy URL)
#66501 BSOD senior tag

Új Válasz 2017-06-27 20:38:24 #66501
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

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!