Hirdetés
- Projektor topic
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- BIOS frissítés
- Mellényzsebbe csúsztatható retrokonzol közeledik az Anbernic színeiben
- Powerbank topik
- Szünetmentes tápegységek (UPS)
- Hardvereket hozott a májusi cserebogár
- AMD K6-III, és minden ami RETRO - Oldschool tuning
-
PROHARDVER!
OpenWrt topic
Új hozzászólás Aktív témák
-
BullZeye
veterán
Szeretném LG reklámokat blokkolni a TV-n, és ehhez blokkolnom kéne valahogy, hogy a TV IP címe (
192.168.0.120) elérje a következő címeket:ngfts.lge.com
us.ad.lgsmartad.com
lgad.cjpowercast.com
edgesuite.net
us.info.lgsmartad.comTud segíteni valaki egy példával, hogy hogy lehet ezt? Mikor utoljára próbáltam ilyenekkel elérhetetlen lett a router, így picit tartok tőle.
-
Hello,
19.xx -ről 20.xx upgrade után nincs DNS az otthoni C5-ösömön a belső hálóra. Nagy neheze összerugdostam, hogy a Digi és a Google DNS-t használja, de a 192.168.1.1 -et semmi nem akarja DNS-ként használni, pedig a konfigban az van... Mi okozhat ilyet? Nem találok rá semmit.
Ha egy gépról direkt úgy keresek, hogy dig @192.168.1.1 gépnév , akkor köpi rendesen az ip-t.
-
bulek
tag
Sziasztok!
Egy kis segítséget kérnék. Kb 6 éve jól működő tplink 1043 v1-n 12.09-t ma le akartam cserélni újabb verzióra.
19-s lett felrakva, mert a21-s állandóan újraindult.
A régi beállításokat sikeresen visszaállítottam. A beledugott pendrive-val nem boldogultam.
3 partició van rajta, swap, programoknak és a 3. egy háttértár, ami file/ftp szerverként funkcionál.Egyszerüen egyik particiót sem mount-olja. Próbáltam a gui-n keresztül és parancssorból is.
Tud valaki segíteni ebben?
-
attilav2
őstag
válasz
attilav2
#16784
üzenetére
Működik a kerülő megoldás a 21.02.0 DFS hibájára. Szépen átváltott 124-ről az option channels ben felsorolt tartalék csatornák egyikére(44-48) mikor radart észlelt. Most DFS csatornákat soroltam fel a channels részben (100-116), jelenleg a 124-esen van, kíváncsi vagyok hogy a legközelebbi radar észleléskor működni fog e ez a kerülő megoldás DFS tartalék csatornákkal is.
-
-
arcsör
csendes újonc
válasz
woodworm
#16789
üzenetére
gyáriról openwrt-re tftp2.exe nevü programon át 192.168.1.75>> pc, visszafele ez nem megy, ezért visszafele használtam a gyári asus szoftvert ott 192.168.1.10 volt a számítógép címe és ez korábban ment most nem megy csak ennyi volt amit most tapasztaltam olyan sok minden nem változott még a fent említett szoftverek is azonosak az akkorival csak egyik esetben 192.168.1.10 másik esetben 192.168.1.75 -re van állítva az ip cím
-
-
arcsör
csendes újonc
Hello, elővettem a fiókban porosodó ASUS AC85P-t gyári FW volt rajt. Majd beüzemeltem azonnal csinált is egy új gyári frissítést. Gondoltam megnézem mi újság az új openwrt-vel hogyan megy vele (korábban nem tetszett és visszatértem a gyárira) örömmel láttam óóó!!! van hozzá új openwrt minden gond nélkül fel is raktam rá és láttam egész jól megy. De aztán mégis úgy döntöttem visszatérnék a gyárira na itt el is akadtam . A korábbi módszer már nem működött mi lehet a gond az amit az elején írtam hogy volt egy új gyári frissítés még az eredeti szoftveren és ezért nem megy már ez a módszer? openwrt oldalán is ezt írják Asus Rescue Mode (verified for RT-AC65P only) a módszer az ez volt [link] mit lehet tenni még ? A válaszokat köszönöm előre is
-
attilav2
őstag
Sajnos másnak is problémás 21.02 alatt a DFS (nem)működése, az Owrt fórumban talált infók szerint egy kerülő megoldást javasoltak rá. Nevezetesen, ha jól sikerült kisilabizálnom amit írt, akkor az /etc/config/wireless -ben az 5ghz-es interfész beállításaihoz az option channel alá(ami a Luci-ban beállított csatornát tartalmazza) fel kell venni az option channels beállítást nem DFS csatornák felsorolásával, és akkor ha failed lesz az új DFS csatorna keresése radar detect-kor, akkor az option cannels -ben felsorolt csatornák valamelyikére fog váltani. Hát kíváncsi vagyok működik e... Egyébként sok tekintetben sz@r@bb az Archer C7v5 az 1200GU-nál, a QCA 5ghz-es része gyengébben szór és kevésbé stabil az 1200GU 5ghz-es részéhez képest, A C7 procija is gyengébb az 1200GU-nál. A C7 sokkal gyakrabban jelez radar detectet és lövi le az 5ghz-t mint az 1200GU. Nagy csalódás a C7, pedig sokan azt mondják QCA vason sokkal jobban megy az OpenWrt. A C7 a Luci-s channel analysis-t 5ghz-en nem szereti, magamon kívül még egy állomást jelenített csak meg, aztán le is halt az 5ghz, újra kellett indítanom az interfészt. A telefon a wifi analyzer(open source) app-al megmutatott minden 5ghz-en levő állomást. 19.07.8-on is teszteltem a C7-et, a DFS működik, de nagyon gyakran váltogatta a csatornákat és ez egyes alkalmazásoknál szakadozást okozott a Mi Box S-en. 1200GU egész stabil lett a 21.02-vel(igaza volt dchard-nak, a DSA-ra átállás megoldotta 7621-en a stabilitási problémákat), egyetlen aggodalomra okot adó hibát vettem csak észre a logban mégpedig hogy néha csak 100mbites linkkel érzékelte a lan-ra dugott PC-t, de szinte rögtön korrigált 1000mbit-re. Szóval az MT7621-es vasak a 21.02-vel már szerintem egész stabilak és használhatóak lettek, leszámítva a 21.02 nem működő DFS-ét(de ez szerintem minden platformot érint, nem csak a 7621-et, nálam C7-en is előjött). Nagyon bánom hogy megvettem a C7-et, nagyon nagy csalódás
Kialakult egy kis router gyűjteményem, van AC57Uv1 padavannal, AC1200GU OpenWrt(21.02)-vel, 1043ndV1 OpenWrt(19.07.8 ar71xx)-el, és a legutóbbi szerzemény a C7v5 ami most tesztképpen használatban van 21.02-vel. -
attilav2
őstag
válasz
vargalex
#16781
üzenetére
Jmicron chipes Delock 42523 2.5" ház, padavan alatt a provisioning mode unmap-re való állítása után rendben lefut az fstrim parancs. Ellenben 21.02 owrt-n a fentebb említett hibára fut. Adata SP600 ssd-ről van szó, átraktam egy szintén usb3(uasp) chieftec 3.5" házba, ebben owrt alatt is működik az fstrim, még nem néztem utána hogy a chieftec ház milyen chipes. Azt tudom hogy ahhoz hogy legyen esélye az usb-s trim-nek uasp protokollos ház kell. Ütemezett trim alatt a discard mount opciót érted ? Tehát megpróbáljam úgy felcsatolni a delock házat hogy a provisioning mode unmap-re állítása után ezekkel az opciókkal mountolom: mount -o rw,noatime,discard /dev/sda1 és akkor menne az állandó trim a PC-s belső sata ssd-khez hasonlóan ? A linkelt forrásfájlban rákerestem a jmicron-ra a delock-ra az adata-ra de nem találtam semmit.
-
attilav2
őstag
válasz
attilav2
#16769
üzenetére
Egy másik (Chieftec) usb-s házzal működik az fstrim OpenWrt és Arch alatt! Érdekes hogy a delock házzal padavan alatt ment az fstrim, viszont Arch és OpenWrt alatt már nem. Lehet hogy azért ment padavan alatt a trim mert 3.x-es kernel van alatta és az jóban van ezzel a delock házzal. Arch és OpenWrt 21.02 alatt viszont 5.x-es kernel van, ezzel lehet trim szempontból inkompatibilis a delock ház
A chieftec ház 3.5"-ös, a delock 2.5"-ös. Szereznem kell a torrentező routeres ssd-nek egy 5.x kernel fstrim kompatibilis 2.5" házat. -
attilav2
őstag
válasz
vargalex
#16776
üzenetére
A 149-es csatornán levő C7 jelét érzékeli a RN9 teló(Helio G85) és a Mi Box S lejátszó(ebben valamilyen amlogic van), más kliensekkel még nem tudtam kipróbálni. Érdekes tapasztalat hogy a C7v5 19.07.8 alatt váltogatja a frekvenciákat időnként(szerintem túl gyakran) ha DFS csatornára teszem, 21.02.0 alatt viszont csak próbál frekit váltani, a váltás valahol elakad, és ugyanez igaz az 1200GU-ra is 21.02.0 alatt, tehát ahelyett hogy elváltana egyszerűen megszűnik az 5ghz jel, a logba pedig valamilyen hibaüzenet kerül arról hogy valamiért nem sikerült a freki váltás. Ezért is kezdtem keresni a felsőbb DFS mentes frekvenciákat mert azokon jó eséllyel nincs más eszköz, míg az alsó DFS mentes freki tartományokban általában több eszköz található.
-
Tarokk79
aktív tag
válasz
vargalex
#16774
üzenetére
Szia Alex,
Tudtam, hogy te lehetsz a megmentőm.
Én nem szerettem volna semmi resetet, gondoltam, hogy otthon kihúzom itt bedugom átírom a pppoe azonosítót és minden oké lesz. Viszont mikor itt bedugtam a routert nem tudtam rá a grafikus felületen belépni. Pánikoltam, majd rájöttem, hogy ssh-n keresztül be tudok lépni. Igyekeztem az uci-val beállítani, de nem sikerült. Próbáltam a Luci-t is visszaállítani, de az sem sikerült. Végül visszaállítottam hajnalban a gyári fw-t az "ASUS Firmware Restoration version 2.1.0.2"-vel Windows 10 alól.
Végre be tudtam lépni grafikus felületen is és végül rájöttem, hogy a modem LOS-a pirosan villog. Pedig még tegnap 20:30-kor még jó volt. Végül felhívtam a Digi-t, akik azt ígérték, hogy 72 órán belül kijönnek.
Lementettem a /etc/config mappát, hogy lássam milyen szabályokat mentettem el.
Köszi a segítséget
-
vargalex
Topikgazda
válasz
attilav2
#16775
üzenetére
149-es csatorna fölött valóban nincs DFS, de európában csak 25 mW-al sugározhatsz... És kérdés, hogy a kliensek látják-e ezt a frekvenciát.
De egyébként ezt megmondja neked az iw list parancs is:
...Frequencies:* 5180 MHz [36] (23.0 dBm)* 5200 MHz [40] (23.0 dBm)* 5220 MHz [44] (23.0 dBm)* 5240 MHz [48] (23.0 dBm)* 5260 MHz [52] (20.0 dBm) (radar detection)* 5280 MHz [56] (20.0 dBm) (radar detection)* 5300 MHz [60] (20.0 dBm) (radar detection)* 5320 MHz [64] (20.0 dBm) (radar detection)* 5500 MHz [100] (26.0 dBm) (radar detection)* 5520 MHz [104] (26.0 dBm) (radar detection)* 5540 MHz [108] (26.0 dBm) (radar detection)* 5560 MHz [112] (26.0 dBm) (radar detection)* 5580 MHz [116] (26.0 dBm) (radar detection)* 5600 MHz [120] (26.0 dBm) (radar detection)* 5620 MHz [124] (26.0 dBm) (radar detection)* 5640 MHz [128] (26.0 dBm) (radar detection)* 5660 MHz [132] (26.0 dBm) (radar detection)* 5680 MHz [136] (26.0 dBm) (radar detection)* 5700 MHz [140] (26.0 dBm) (radar detection)* 5720 MHz [144] (13.0 dBm) (radar detection)* 5745 MHz [149] (13.0 dBm)* 5765 MHz [153] (13.0 dBm)* 5785 MHz [157] (13.0 dBm)* 5805 MHz [161] (13.0 dBm)* 5825 MHz [165] (13.0 dBm)* 5845 MHz [169] (13.0 dBm)* 5865 MHz [173] (13.0 dBm)...Vagy részletesebben:
root@RT-AC65P:~# iw phy phy1 channelsBand 2:* 5180 MHz [36]Maximum TX power: 23.0 dBmChannel widths: 20MHz HT40+ VHT80 VHT160* 5200 MHz [40]Maximum TX power: 23.0 dBmChannel widths: 20MHz HT40- HT40+ VHT80 VHT160* 5220 MHz [44]Maximum TX power: 23.0 dBmChannel widths: 20MHz HT40- HT40+ VHT80 VHT160* 5240 MHz [48]Maximum TX power: 23.0 dBmChannel widths: 20MHz HT40- HT40+ VHT80 VHT160* 5260 MHz [52]Maximum TX power: 20.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: available (for 2422549 sec)DFS CAC time: 60000 ms* 5280 MHz [56]Maximum TX power: 20.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: available (for 2422549 sec)DFS CAC time: 60000 ms* 5300 MHz [60]Maximum TX power: 20.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: available (for 2422549 sec)DFS CAC time: 60000 ms* 5320 MHz [64]Maximum TX power: 20.0 dBmRadar detectionChannel widths: 20MHz HT40- VHT80 VHT160DFS state: available (for 2422549 sec)DFS CAC time: 60000 ms* 5500 MHz [100]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5520 MHz [104]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5540 MHz [108]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5560 MHz [112]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5580 MHz [116]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5600 MHz [120]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5620 MHz [124]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5640 MHz [128]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5660 MHz [132]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5680 MHz [136]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5700 MHz [140]Maximum TX power: 26.0 dBmRadar detectionChannel widths: 20MHz HT40- HT40+ VHT80 VHT160DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5720 MHz [144]Maximum TX power: 13.0 dBmRadar detectionChannel widths: 20MHz HT40- VHT80DFS state: usable (for 2422616 sec)DFS CAC time: 60000 ms* 5745 MHz [149]Maximum TX power: 13.0 dBmChannel widths: 20MHz HT40+ VHT80* 5765 MHz [153]Maximum TX power: 13.0 dBmChannel widths: 20MHz HT40- HT40+ VHT80* 5785 MHz [157]Maximum TX power: 13.0 dBmChannel widths: 20MHz HT40- HT40+ VHT80* 5805 MHz [161]Maximum TX power: 13.0 dBmChannel widths: 20MHz HT40- HT40+ VHT80* 5825 MHz [165]Maximum TX power: 13.0 dBmChannel widths: 20MHz HT40- HT40+ VHT80* 5845 MHz [169]Maximum TX power: 13.0 dBmChannel widths: 20MHz HT40- HT40+ VHT80* 5865 MHz [173]Maximum TX power: 13.0 dBmChannel widths: 20MHz HT40- VHT80Szerk.: most olvastam el a HUP témát, látom ott is leírták ezt.
-
attilav2
őstag
DFS mentes frekvenciák vannak az 5ghz felsőbb tartományában ? Egy HUP fórumtémában írt vbence erről:
Gyorsan ranezve egy T-s eszkozre ott csak 140-ig allithato, van ahol ezek a csatornak elerhetok a firmware-bol?
Egy referenciat talatam itt (Xiaomi Mi Wifi Router 2 AC1200 EU):
https://xiaomi.hu/wp-content/uploads/manuals/xiaomi-mi-wifi-router-3-manual-xiaomi-hu.pdf
149-165-os csatornakat felsorolja mint nem-dfs csatornak. Mivel magyar nyelvu haznalati utasitasrol van szo batorkodom feltetelezni, hogy a forgalmazo elvegezte a tipus engedelyezteteset.
Sokat küzdöttem a DFS-sel owrt alatt. a 19.07.8 alatt C7v5-ön gyakran váltogatta a frekvenciákat, a 21.02.0 csak próbál frekit váltani de nem sikerül neki(ugyanez a jelenség 1200GU-n), ez látszik a logban. Keresgettem a google-n DFS témában és akkor jött szembe ez HUP téma. Mire hazaértem melóból megint elnémult az 5ghz ezért rögtön kipróbáltam a 149-es csatornát, pár mp múlva visszajött a jel, tehát nem várt DFS detektálásra az owrt. Valóban DFS mentes lenne a 149-165 csatorna tartomány ? A wifi régiót magyarországra állítottam az owrt-ben. A linkelt xiaomi router használatija már nem érhető el sajnos, valaki tud magyar esetleg EU-s hivatalos forrást a DFS mentes csatornákról ? -
vargalex
Topikgazda
válasz
Tarokk79
#16770
üzenetére
Szia!
Nem teljesen értem a problémát. Volt Telekomod, most Digi van. Ez rendben. A routeren milyen firmware van? Factory resetet csináltál? (Ezzeket csak ezért kérdezem, mert akkor ha snapshot firmware volt rajta, akkor egy factory reset után elvesznek az utólag telepített - így a LuCI is - csomagok).
Ha SSH-n eléred a routert, akkor a logread kimenetében mit látsz? Ott írnia kell, hogy miért nem tudja felépíteni a PPPoE kapcsolatot. A Telekom is PPPoE net volt?Hogy a másik kérdésedre is válaszoljak: a gyári firmware visszarakásának triviális módja a tftp. A másik lehetőség OpenWrt alól SSH-n.
-
Tarokk79
aktív tag
Sziasztok,
Nem érem el a routerem (ASUS RT-AC65P) csak ssh-n keresztül. (Luci gui-t nem érem el.) Mit tudok csinálni?
Költöztünk. A régi helyen Telekom volt itt Digi van. A Digis modemet bridge módba kértem, és szeretném beállítani az internetet. Uci-ban beállítottam a network.wan.password-ot és a network.wan.username-t utána commitoltam és restartoltam a networkot, de nem megy.
Sem az internet, sem az luci gui.
Tudnátok ötletet adni?
Előre is kösz
-
attilav2
őstag
Valakinek megy a trim OpenWrt alatt ?
Ezekkel próbákoztam:
root@AC1200GU:~# find /sys/ -name provisioning_mode -exec grep -H . {} + | sort
/sys/devices/platform/1e1c0000.xhci/usb1/1-2/1-2:1.0/host0/target0:0:0/0:0:0:0/scsi_disk/0:0:0:0/provisioning_mode:fullroot@AC1200GU:~# echo unmap > /sys/devices/platform/1e1c0000.xhci/usb1/1-2/1-2:1.0/host0/target0:0:0/0:0:0:0/scsi_disk/0
:0:0:0/provisioning_moderoot@AC1200GU:~# find /sys/ -name provisioning_mode -exec grep -H . {} + | sort
/sys/devices/platform/1e1c0000.xhci/usb1/1-2/1-2:1.0/host0/target0:0:0/0:0:0:0/scsi_disk/0:0:0:0/provisioning_mode:unmaproot@AC1200GU:~# fstrim -v /mnt
fstrim: /mnt: FITRIM ioctl failed: Remote I/O errorAdata SP600 ssd egy delock házban, padavan alatt működött a trim.
Valahogy működésre tudom bírni openwrt 21.02.0 alatt is ? -
-
xabolcs
őstag
válasz
PistiSan
#16765
üzenetére
Ja, hogy a gyari FW alatt se kapcsolodik ki mind?!
Akkor viszont az OpenWrt is ugyanazt tudja, mint a gyari:
LED: - Power (blue)
- 5Ghz (blue)
- 2.4GHz (blue)
- Internet (blue)
- 4x LAN (blue)
(LAN/WAN leds are not controllable by GPIOs)Probalj meg a megfelelo /sys/class/leds/*/brightness fajlokba 0-kat irni!
# ls -l /sys/class/leds/*/brightness
-rw-r--r-- 1 root root 4096 Aug 23 09:06 /sys/class/leds/dir-860l-b1:green:net/brightness
-rw-r--r-- 1 root root 4096 Sep 10 11:28 /sys/class/leds/dir-860l-b1:green:power/brightness
-rw-r--r-- 1 root root 4096 Sep 10 11:20 /sys/class/leds/dir-860l-b1:orange:net/brightness
-rw-r--r-- 1 root root 4096 Sep 10 11:20 /sys/class/leds/dir-860l-b1:orange:power/brightness
-rw-r--r-- 1 root root 4096 Sep 10 11:20 /sys/class/leds/mt76-phy0/brightness
-rw-r--r-- 1 root root 4096 Sep 10 11:20 /sys/class/leds/mt76-phy1/brightness# cat /sys/class/leds/*/brightness
0
255
0
0
0
0 -
PistiSan
addikt
válasz
xabolcs
#16764
üzenetére
Ahogy nezem a kommitot ami behozta, illetve a jelenlegit tamogatast, a LED-eket szigszalaggal fogod tudni csak kikapcsolni OpenWrt alatt.
Ez a megoldás, valahogy minden FW alatt működött eddig!
Amúgy a gyáriban is van hiba, gombra kikapcsol az összes led, aztán újabb gombnyomásra vissza kapcsol minden, a LAN port ledek kivételével, szóval ott sem teljesen jó, illetve kikacsolt ledeknél, egy áramszünet után ismét visszakapcsolnak a ledek, a fene sem érti, de legalább ott van egy gyors félmegoldás.
-
PistiSan
addikt
válasz
xabolcs
#16759
üzenetére
Nálam a szolgáltató pont DHCP-n adja az ip-t, tehát akkor bátran felrakható az új OpenWrt, mindenféle trükközés nélkül menni fog a hardware NAT ha jól értem.
Gyári Fw alatt még mindig nem tudom megszokni, hogy gyengébb a wifi, pedig openwrt-vel sincs maxra állítva. (Illetve ha módosítok valamit, akkor rögtön újraindul, és bootol egy csomót)
Ami viszont a gyári fw-ben tetszik, hogy kikapcsolhatóak a ledek, ezt a korábbi Vargalex féle openwrt nem tudta, legalábbis nem minden ledet tudott kikapcsolni, nem tudom ezzel a "hivatalos" verzióval mi a helyzet, ki fogom próbálni. -
xabolcs
őstag
válasz
k-dani
#16760
üzenetére
OpenWrt sajatossag. A gyari firmware-t nem ismerem, de van HW-NAT a Padavan firmware-ben is.
Az OpenWrt 19.07-es verzioban levo 4.14-es kernel alatt mukodott ez a hardveres flow-offload-os dolog, akkor csak a ramips/mt7621 target-re.
Aztan jott a kernel frissites 5.4-es kernelre, s ujra meg kellett csinalni hogy mukodjon.
Azota bejott a mediatek target (mt7622, mt7623 es mt7629: Banana Pi es baratai) es oda lett elsosorban megcsinalva ez a hardveres offload.Azert profitalt belole a ramips/mt7621 is, mert DHCP-vel mukodik, viszont PPPoE-vel egyelore nem.
Illetve most egy hiba miatt IPv6-tal sem baratok.Szoval nem tud annyi mindent, mint a 19.07-es OpenWrt-ben.
Kialakult egy kis router gyűjteményem, van AC57Uv1 padavannal, AC1200GU OpenWrt(21.02)-vel, 1043ndV1 OpenWrt(19.07.8 ar71xx)-el, és a legutóbbi szerzemény a C7v5 ami most tesztképpen használatban van 21.02-vel.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Projektor topic
- Milyen autót vegyek?
- PH!otósok beszélgetős, offolós topikja
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- eBay-es kütyük kis pénzért
- Automata kávégépek
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- OpenWRT topic
- BIOS frissítés
- További aktív témák...
- Eladó Steam kulcsok kedvező áron!
- ESET termékek hivatalos forgalmazója / NOD32 / Internet Security / Android / Server / Mail / stb.
- Assassin's Creed Shadows Collector's Edition PC
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Telefon felvásárlás!! Samsung Galaxy A20e/Samsung Galaxy A40/Samsung Galaxy A04s/Samsung Galaxy A03s
- AKCIÓ! Gigabyte A620M R5 7500F 16GB DDR5 512GB SSD RX 6700XT 12GB InWin 301 Erazer CM 650W
- Beszámítás! Oculus Rift virtuális valóság szemüveg garanciával hibátlan működéssel
- iKing.Hu - Honor Magic 7 Pro - Black - Használt, karcmentes
- Honor X8c 256GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest