Hirdetés
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Gaming notebook topik
- PLC programozás
- Milyen videókártyát?
- Milyen SSD-t vegyek?
- Computex 2025: az űrben is megállja a helyét a Kingston Fury család
- Nvidia GPU-k jövője - amit tudni vélünk
- Azonnali VGA-s kérdések órája
- Autóhifi
-
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.
-
gduck
addikt
Sziasztok!
Jól értemezem, hogy ha 19.07-->21.02-re frissítek és ezt az üzenetet kapom:
"Image version mismatch. image 1.1 device 1.0 Please wipe config during upgrade (force required) or reinstall. Config cannot be migrated from swconfig to DSA Image check failed"
attól még frissíthetek FORCE kapcsolóval, konfig fájlok megtartása nélkül?Köszi
-
vargalex
Topikgazda
válasz
jézusom
#16736
üzenetére
tftp recovery-ben nem is fog IP címet osztani, nincs wifi sem. A wiki-ben szépen le vannak írva a lépések:
1. A PC-n állítsd be a statikus (kézi) 192.168.0.66 IP címet (netmask :255.255.255.0, gateway: 192.168.0.1)
2. Indíts egy egy tftp szervert, ami a beállított 192.168.0.66-os IP-n hallgat és a ArcherC2V1_tp_recovery.bin nevű file-t szolgáltatja (azaz pl. a wiki-n linkelt file-t erre kell átnevezned)
3. Csatlakozz a routerre valamelyik LAN porton. A WPS/Reset gomb nyomvatartása mellett kapcsold be a routert. Tartsd lenyomva a gombot kb. 10 másodpercig.
4. A router letölti tftp-n a firmware-t, telepíti és újraindul.
5. Újraindulás után a PC hálózati kártyáját állítsd vissza DHCP-re, a 192.168.1.x tartományból fog elvileg IP-t kapni és a 192.168.1.1-es IP-n el kell érd a routert. -
jézusom
addikt
válasz
p5quser
#16732
üzenetére
1.1 a verzio, de nem tudom az ip cÍmét, mert nem is ad. Nagy nehezen rá tudok menni a hálozatára, amit szór, de ip-t nem látom fing appal se, windoz meg amit mutat hát nem tudom olyan mintha csak ipv6-ot adna. A config felületre sehogy nem tudok belépni.
szóval tftp felejtős. Így gondoltam akkor már feltolnék egy openwrt-t. A legfőbb problémám, hogy ami van lÍrásban hogy csináljak recovery imaget, meg vágni kell a firm-t ez nekem magas. -
xabolcs
őstag
válasz
jézusom
#16722
üzenetére
Ha Windows-on vagy, tegyel fol WSL-t es akkor fognak mukodni a Wiki-n emlitett dd parancsok.
Ha nincs kedved, akkor mutasd meg, hogy melyik TP-Link es OpenWrt firmware-ekbol keszitsek neked TFTP telepitot, s megcsinalom neked.
-
p5quser
tag
válasz
jézusom
#16722
üzenetére
Üdv!
Árva pária ez a router itt a fórumon.
Viszont nem kell oxford english hozzá, tényleg. ITT volt egy kis parám nekem is vele, de végülis felraktam rá a fele akkora firm-et a hozzácsapott uboottal. De nem kellett szétborítani hozzá, tftp-vel, recoveryként simán felment, üzemel. ITT sem láttam uartos leírást hozzá. Feltéve, ha v1, v1.1 a routered. Egy kész 19.07.7-et fel tudok tölteni ha kell, jelenleg azzal megy nálam. Ha lesz maradásom és kedvem, felrakom az enyémre a 19.07.8-at is. TFTP-s leírás viszont tuti lesz magyarul is. Akár itt a fórumon is, gyanítom.
Üdv! -
#16731
vargalex
Topikgazda
huliganboy
#16730
vargalex
Topikgazda
válasz
huliganboy
#16730
üzenetére
Szia!
Tűzfalat...
-
#16730
huliganboy
addikt
huliganboy
addikt
Sziasztok!
Ki mit használ szülői felügyeletre? Szükségem lenne valami megoldásra amivel időben esetleg időkorlátban tudom egyes eszközök internet elérését szabályozni.
Jó lenne ha luci felületen kattintgatható lenne..
Köszönöm
-
-
attilav2
őstag
Firmware selectorban már elérhető a 21.02.0
-
ledgeri
nagyúr
Üdv! Jelenlegi helyzetemben nem vagyok képes elérni a szolgáltató által adott modememet, hogy átálítsam a saját router funkcióját bridge-re (egyébként működik rendesen, csak a webUI nem jön be, ha belépek... és tervezem beszerzését egy OWRT képes routernek.
Ez a szituáció lenne a doubleNAT ha jól olvastam. Mik a lehetőségeim owrt oldalról, ha pl modem reset után sem lesz elérhető (és alap beállítása hogy modem ,és router is egyben), mit tehetek a külön router oldalán, és az mennyire unoptimális? -
jézusom
addikt
Sziasztok!
Van valahol TP-link Archer C2-höz openwrt telepÍtési leÍrás magyarul? Az angolt hiába fordÍtom, elég kÍnai. Régen tettem fel másik routerre openwrt-t, de már elfelejtettem hogyan kell...
SZétszedtem, megvan az uart csatlakozási pont, meg letöltöttem firmwaret, de ennyi. Ahogy nézem vágni is kell a firmöt, de nem tudom már hogyan. Van hozzá uart kábelem is, de a tudásom elfogyott
Köszi! -
vargalex
Topikgazda
válasz
attilav2
#16714
üzenetére
A kinézet egy sima OpenWrt 2020 téma:
Ahogy a neve is sugallja, 2020 óta az összes snapshot build-ben és természetesen a 21.02-es build-ekben is elérhető.
A gyári felület is gyári módszert alkalmaz a firmware frissítésére, semmivel nem biztonságosabb a tftp módszer... Az OpenWrt frissítés pedig saját módszer használ.
-
attilav2
őstag
válasz
Mcrazy
#16713
üzenetére
Azért favorizálom a tftp-t mert ekkor a fw felírását a bootloaderben lévő gyári mechanizmus végzi, kisebb az esélye a téglásodásnak. A gyári fw-ben az 5ghzt freki tartománya sajnos eléggé korlátozott csak a 48-as csatornáig lehet állítani. A torrent kliens is elég buta, kisebb oldalon működik, de a legnagyobb magyar oldalon már nem, nyilván ott le vannak tiltva a gagyi kliensek. Még lehet vissza teszem a wrt-t, mert hiányzik az a szabadság amit nyújtott, az 5ghz gyatrább teljesítményét leszámítva stabil volt. Mostmár megnyugodtam hogy oda vissza lehet állni a gyári és a wrt között probléma nélkül
Két fajta wrt-t próbáltam a c7v5-ön, a gwlim féle 21 januári SFE-t, és az ath79-es 19.07.8-at, az előbbi net sebességben (600mbit) és a luci gyorsaságában jobb volt mint a hivatalos build, a hivatalos csak 500mbit körül tudott sw flow offloaddal.
Néhány kép az SFE-ről:
Az alapbeállításokat mutatja, van hw és sw offload is az SFE mellett, de a leírás szerint egyszerre csak az egyik módszert ajánlott aktiválni, SFE-vel a leggyorsabb.
Főoldal
OpenVPN -
válasz
vargalex
#16712
üzenetére
Pontosabban egy bizonyos verzióra, bár lehet, hogy nem is akar visszaállni, mert jó a mostani gyári. Azt viszont szeretném még tájékoztatásként leírni neki is akiket még érint, hogy innentől a gyári felületről nem valószínű, hogy OpenWrt-re tud frissíteni. (Többeknek sem sikerült, mert -hibás fájl- üzenetet kaptak.) Viszont Tftp-n keresztül működik rendben.
-
vargalex
Topikgazda
válasz
attilav2
#16711
üzenetére
Nem is azt írta a kolléga, hogy nem fogod tudni felrakni... Hanem azt, hogy nem fogsz tudni visszaállni régebbi verzióra.
Az OpenWrt-t felesleges ilyen esetben resetelni, hiszen filerendszerben tárolja a config-okat, amit a tftp firmware felrakás úgyis felülír. NVRAM-hoz nem nyúl az OpenWrt, ezért van az, hogy visszaálláskor a korábban gyári firmware alatt beállított konfiguráció marad.
-
attilav2
őstag
válasz
Mcrazy
#16710
üzenetére
Simán visszaraktam a legfrissebb gyárit - c7v5_us-up-ver1-1-3-P1[20210519-rel50598]_2021-05-20_14.04.17.bin - tftp-n!
Úgy tűnik minden faxa, már gyári alól megy a net.Reseteltem az openwrt-t, beállítottam a gépen 192.168.0.66 címet, bemásoltam az fw fájlt a tftpd64 mappájába, átneveztem a .bin fájlt arra amit a router tftp-n vár, kikapcsolatam a routert, benyomtam a resetet miközben bekapcsoltam és addig nyomtam amíg a két körkörös nyíl led kigyulladt, elengedtem, feltöltötte az fw-t, majd 15-20 perc várkozás után kész volt a művelet
Nagyon paráztam hogy valami gáz lesz, de sikerült Openwrt alatt az 5ghz elég gyenge teljesítményt nyújtott, elég gyakran változtatta is a frekvenciát a dfs jegyében, ami fennakadást okozott a Mi Box S-el való kapcsolatban, megszakadtak, akadoztak a filmek. -
válasz
attilav2
#16708
üzenetére
Tessék, itt van az, amit a leírásban linkeltem. Az "us-up_version" név az újabbakban van. Ezekről hivatalos formában már nem lehet visszamenni a 2 verzióval ezelőttiekre. (ha jól emléxem még figyelmeztetés is van a TP-lInk weboldalán....Hinweis: Nach der Aktualisierung dieser Firmware können Sie kein Downgrade auf die vorherige Firmware-Version durchführen.) Amit én megosztottam, az probléma nélkül felment és működik visszatétel után.
-
attilav2
őstag
válasz
Mcrazy
#16707
üzenetére
Szia!
A hivatalos tplink oldalon(a magyart és a németet is néztem) a letölthető .zip nevében eu verzió van, de a bin fájl nevében már us verzió szerepel, ez nem baj? Ettől még nyugodtan ráflashelhetem tftp-n? Esetleg te korábban csináltad a visszaállást a gyárira és akkor még volt fenn az oldalon eu-s fw ? Ha így van és lementetted, kérlek oszd meg.
Kép link
Tapasztaltabbakat kérdezném hogy le lehet e menteni a rádió kalibrációs adatokat tartalmazó partíciót a C7v5-ről? Ha igen hogyan kell openwrt alatt? Jó ha van mentés ha netán félresikerülne a visszaállás, sok rémtörténetet olvastam a neten ezzel kapcsolatban. -
válasz
attilav2
#16701
üzenetére
Szia!
Ez alapján csináltam, hibátlanul ment.
Ha sűrűn szoktad módosítani a hálózati kártya beállításait, akkor a gyors hálózati konfiguráláshoz a NetSetMan programot ajánlom.
Restore Factory Firmware
(tested for V5)
1) Setup ethernet adapter to use IP 192.168.0.66 mask 255.255.255.0 gateway 192.168.0.1
2) Use tftpd32 (32Bit exactly as stated), in global settings leave only TFTP Server running, verify that it's listening on port 69 in cmd with netstat by typing: netstat -an 3 | find “66:69”
3) Download original firmware. In my case I used Archer C7(EU)_V5_190726.bin. (Én ezt tettem vissza: c7v5_[20201120-rel50406]_2020-11-20_14.00.44.bin)
Rename to ArcherC7v5_tp_recovery.bin and place to folder selected in tftpd32
4) Connect ethernet cable to ethernet port 1 on the router
5) While holding “Reset” button (not the WPS/Wi-Fi!) press “Power” button and wait until data transfer LED lights up (Two arrows pointing different directions).
If everything went right - you will see “Read request for file <ArcherC7v5_tp_recovery.bin>. in tftpd log window. The flash operation took me about 3 to 5 minutes.A végén a router újra fog indulni, akkor van kész. Közben én semmilyen folyamatot nem láttam. Kb 3 percig tartott.
-
Wajk
addikt
állítgatom még a routert és kicsit szűkös a hely, és nem nagyon találtam korrekt infót a következőről:
Mi a különbség a gyakorlatban a libffmpeg-full és a libffmpeg-mini között?Másik kérdés: sikerült felpaszíroznom a full csomagot teszt jelleggel. Van egy TV-m 2.4Ghz-es WiFi-n. HD filmeknél mintha azt tapasztaltam volna, hogy a mini csomaggal nehezen tudtam tekerni bele és meg-meg állt tölteni. full csomagnál élvezhető a minőség, nem akad. Ez lehet a két csomag különbsége vagy mást állítottam el még amire nem figyeltem. Érdemes megtartani a full csomagot vagy elég lehet a mini is? Többnyire mkv médiaanyagot fogyasztok max fHD minőségben.
#16703 tudi13: szívesen, örülök.
-
attilav2
őstag
válasz
woodworm
#16700
üzenetére
Azthiszem a Gwlim SFE build úgy 100-150mbit-tel gyorsabb a hivatalos ath79-es 19.07.8-nál, de ugye cserébe nincs vagy problémás a csomagkezelés gwlim-en. A 19.07.8 ~500-550mbit körül teljesít, a Gwlim SFE meg volt hogy alulról karcolta a ~700mbit-et. A Gwlim SFE build egy korábbi 5.x kerneles snapshoton alapul, így nem mertem tartósan fenn hagyni, mert nem tudom milyen a stabilitása, anyám is használja a netet, engem nyaggat ha valami gond van, így egyelőre maradok a hivatalos stabil owrt-nél, az QCA-s vason többnyire stabil szokott lenni. Érdekelne mások tapasztalata hogy vissza lehet e rakni a gyári fw-t C7v5-re, ha igen akkor hogyan oldották meg téglásodás nélkül.
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
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Eladó Steam kulcsok kedvező áron!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Samsung Galaxy A12 64GB, Kártyafüggetlen, 1 Év Garanciával
- 18 éve! Billentyűzet magyarítás magyarosítás. Festés vagy lézerezés és egyebek! 3 lehetőség is van.
- Creative Sound BlasterX G5 (70SB170000000) (Sound Blaster) (DAC)
- LG 32GP850-B - 32" NANO IPS / 2560x1440 / 180Hz 1ms / NVIDIA G-Sync / AMD FreeSync / HDR 400
- ÁRGARANCIA! Épített KomPhone i5 13400F 32/64GB RAM RX 7700 XT 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest