- Samsung Galaxy A54 - türelemjáték
- Mobil flották
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Android szakmai topik
- Hetedik generációs Gorilla Glass készült a középkategóriának
- Az iPhone 15 frissítésgaranciát, a 16 szép rendereket kapott
- Apple iPhone 15 - a bevált módszer
- Ezeket a telefonokat mutatják be az idei nyár folyamán
- Garmin Forerunner 165 - alapozó edzés
- Xiaomi 13 Ultra - can't touch this
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Az iPhone 15 frissítésgaranciát, a 16 szép rendereket kapott
ma Sokáig hallgatott az Apple a frissítésekről, most viszont megtudtuk, mennyit garantál.
-
Ismét láthatjuk hogy fest az Enotria: The Last Song
gp A korábbi halasztások után szeptember közepén elviekben végre megkapjuk a teljes kiadást.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz passat77 #66172 üzenetére
DD-WRT-t nem láttam már kb. 10 éve (nem is hiányzik). Így ezt más fogja megmondani.
Egyébként a két firmware alapvetően két különböző filozófiát követ. A DD-WRT egy komplett, de fix rendszer. Az OpenWrt/LEDE viszont moduláris. Azaz az alap firmware csak a router alap működéséhez szükséges dolgokat tartalmazza. Bármi más csomagként telepíthető, mint egy normál Linux distro-n. Tedd fel a luci-app-openvpn csomagot.Alex
-
vargalex
Topikgazda
válasz passat77 #66177 üzenetére
Ezeket nem kellett volna feltenni. Azért linkeltem, mert ezek a csomagok benne vannak a firmware-ban. Ezt kérdezted.
Így viszont most feleslegesen foglalják nálad a helyet a jffs2 (overlay) partíción is.
Ha file megosztást akarsz, akkor kell neked a kmod-usb-storage, block-mount és a luci-app-samba csomag. Illetve ezen kívül a filerendszer kezeléséhez szükséges csomag. Ext2/3/4 esetén ez a kmod-fs-ext4.Alex
-
vargalex
Topikgazda
válasz code1005 #66183 üzenetére
Ha jól állítottad be, akkor nem kell hozzá semmi más. A WAN IP címed véletlenül nem 100.x.x.x? Ha igen, akkor sajnos NAT-olnak. Ekkor be kell telefonálnod a szolgáltatóhoz, hogy neked szükséged van a publikus IP címre (nem fix IP-re).
Ha nem NAT-olnak, akkor másold ide a tűzfal config-odat, mert abban lesz valami gond.Alex
-
vargalex
Topikgazda
válasz Doky1988 #66190 üzenetére
Az alap OpenWrt/LEDE is tartalmaz rengeteg DDNS szolgáltatót. Az enyémben pluszban benne van az ipdns.hu, suste/Headless build-ről nem tudok nyilatkozni. Nyilván a LEDE újabb, de ha minden működik és elégedett vagy, akkor felesleges váltani.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz twingo16v #66197 üzenetére
Az operációs rendszerben is engedélyezni kell. Illetve, ha régen kikapcsoltad már a gépet, akkor router oldalon szükség lehet statikus ARP bejegyzésre.
Alex
-
vargalex
Topikgazda
válasz Darthforce92 #66244 üzenetére
Nem lehet, hogy UDP porton hallgat a szerver? Azt jellemzően nem tudják tesztelni ezek az oldalak...
Alex
-
vargalex
Topikgazda
válasz Darthforce92 #66250 üzenetére
Nem tudom, hogy pontosan melyik játékról van szó, de az összes szükséges portot továbbítottad?
TCP kapcsolatot könnyű tesztelni, hiszen ott kiépül a kapcsolat a kliens és a szerver oldal között. UDP esetén viszont a kliens csak elküld egy csomagot a szervernek, de annak célba érkezéséről nincs információja. Ha olyan csomagot küld, amit a szerver nem dob el kapásból, akkor kap rá választ. De a megfelelő csomag minden alkalmazás esetén más és más lehet. Így ez szerintem lehetetlen küldetés...[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Nem annyira jó, különösen, ha azonos tartománnyal dolgoznak. Rögtön lehet is duplikált IP a hálózaton.
Nagyobb hálózatban szerintem routing-al választják el az alhálókat megakadályozva a DHCP kerések szabad vándorlását a hálózatok között.
Azonos hálózatban általában failover szokott lenni, azaz egyszerre csak az egyik DHCP szerver aktív.Alex
-
vargalex
Topikgazda
válasz sziku69 #66313 üzenetére
Szia!
Mi nem érvényes karakter abban az SSID-ben? És hol akarod azt megadni? A Hálózat neve default-ban wwan. Ez az interface neve lesz, nem SSID. Ott természetesen érvénytelen ez a név.
A videónál jobban leírni nem tudom, azt kell követni végig.
A Linksys router-ben valószínűleg BroadCom Wifi van, az tud bridged client mode-t. Az Atheros ilyen nem tud, ezért kell más hálózatban lenniük.Alex
-
vargalex
Topikgazda
Csak érdeklődés: ha a knockd_noconfig... nem tartalmaz config-ot és knockd binárist sem, akkor a neve alapján (mert ugye az elárulja, hogy mire való) mi egyebet tartalmazhatna?
Van élet egyébként daemon nélkül is.Alex
-
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
-
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?Alex
-
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...[ Szerkesztve ]
Alex
-
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.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
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.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
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...[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Melorin #66615 üzenetére
ruTorrent-et leginkább nginx, vagy lighttpd alatt tudod beizzítani, uhttpd alatt szerintem nem fog működni. Viszont van luci-app-rtorrent, mint lehetőség.
Alex
-
-
vargalex
Topikgazda
válasz code1005 #66628 üzenetére
Ezért írtam, hogy furcsállom, hogy az 1043ND v2/3/4 nem tud annyit LEDE alatt, miközben a SoC-ban gyengébb DIR-825 bőven tud. Próbáltad esetleg alap LEDE 17.01.1-el? Nálam azzal volt a leggyorsabb (természetesen a fastpath NAT után).
Sőt, ahogy látható, az Archer C5 v1 is tudja ezt a sebességet a LEDE 17.01.2-vel is. Szóval, az 1043ND v4-nek is illene tudni...
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz code1005 #66631 üzenetére
Ez nagyon érdekes. Jó lenne nézni egy iperf3 eredményt is. Mivel van szolgáltatói HGW-d, így elég egyszerűen kivitelezhető, ha van két gigabites eszközöd.
Ami egyébként még gyorsíthat valamennyit: LuCI-ban a Network->Firewall oldalon a WAN zónánál az MSS clamping-ot kapcsold ki. DHCP-s netnél nincs jelentősége, viszont lassíthat valamennyit. (Megjegyzem, hogy a tesztemnél - és gondolom Chros kolléga tesztjénél sem - nem volt kikapcsolva.)[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
Annyit még hozzátennék, hogy ha 7.x.x gcc-d van, akkor ezt a patch-ot még kézzel hozzá kell adni, mivel a 17.01 branch nem tartalmazza.
Alex
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs