Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Két OLED kijelzőt is bevet a GPD DUO
ph A készülő notebook biztosan úgynevezett AI PC lesz, de nem tudni, hogy milyen platform kerül bele.
-
Összemoshatja a Google és a Magic Leap a valódi és a digitális világokat
it Együttműködésbe kezdett a Google és a Magic Leap nevű AR-startup.
-
PROHARDVER!
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
Kris87
aktív tag
Sziasztok!
Beálltam, pontosabban szeretnék beállni a sorba a 1043-mas tulajok táborában, lecseréltem a 741-est. Azonban kerek szemekkel állok a váltás miatti probléma előtt, ugyanis az eddig kifogástalan szakadásmentes ADSL vonalam ezzel a routerrel valamiért nem klappol. Folyton megszakad a kapcsolatom torrent közben, sorozatos csomagvesztések közepette. A probléma firmware-től független, a gyárival éppúgy csinálja, mint a vargalex 1.1-el. Próbaképp visszakötöttem a 741-et, hátha valami más a gond, de azzal továbbra is hibátlan. MTU érték változtatásával próbálkoztam már, 741-el 1492-őn is jó volt, ezzel 1454-en is szakad.
Na most ilyenkor mi van?
-
Kris87
aktív tag
válasz Kris87 #24955 üzenetére
A Log-ban ez szerepel 1492-es mtu esetén:
Mar 29 02:42:02 OpenWrt daemon.info pppd[1335]: No response to 5 echo-requests
Mar 29 02:42:02 OpenWrt daemon.notice pppd[1335]: Serial link appears to be disconnected.
Mar 29 02:42:02 OpenWrt daemon.info pppd[1335]: Connect time 15.1 minutes.
Mar 29 02:42:02 OpenWrt daemon.info pppd[1335]: Sent 1526447 bytes, received 54518884 bytes.
Mar 29 02:42:02 OpenWrt daemon.err miniupnpd[2415]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Mar 29 02:42:02 OpenWrt daemon.err miniupnpd[2415]: Failed to get IP for interface pppoe-wan
Mar 29 02:42:02 OpenWrt daemon.warn miniupnpd[2415]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Mar 29 02:42:02 OpenWrt user.info firewall: removing wan (pppoe-wan) from zone wan
Mar 29 02:42:03 OpenWrt user.notice miniupnpd: removing firewall rules for pppoe-wan from zone wan
Mar 29 02:42:08 OpenWrt daemon.notice pppd[1335]: Connection terminated.
Mar 29 02:42:08 OpenWrt daemon.notice pppd[1335]: Modem hangup
Mar 29 02:42:38 OpenWrt daemon.err pppd[1335]: Interface eth0.2 has MTU of 1492 -- should be at least 1500.
Mar 29 02:42:38 OpenWrt daemon.err pppd[1335]: This may cause serious connection problems.
Mar 29 02:42:38 OpenWrt daemon.info pppd[1335]: PPP session is 2884
Mar 29 02:42:38 OpenWrt daemon.warn pppd[1335]: Connected to 00:30:88:1a:30:0d via interface eth0.2
Mar 29 02:42:38 OpenWrt daemon.info pppd[1335]: Using interface pppoe-wan
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: Connect: pppoe-wan <--> eth0.2
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: PAP authentication succeeded
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: peer from calling number 00:30:88:1A:30:0D authorized
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: local IP address 31.46.94.129
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: remote IP address 145.236.238.65
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: primary DNS address 84.2.46.1
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: secondary DNS address 84.2.44.1
Mar 29 02:42:39 OpenWrt user.notice ifup: Enabling Router Solicitations on wan (pppoe-wan)
Mar 29 02:42:39 OpenWrt user.info firewall: adding wan (pppoe-wan) to zone wan
Mar 29 02:42:41 OpenWrt user.notice miniupnpd: adding firewall rules for pppoe-wan to zone wan -
Kris87
aktív tag
válasz vargalex #24961 üzenetére
Visszatettem 1500-ra, ezt a hibát így már nem produkálja, ettől még szakad és használhatatlan. Viszont az adsl szabvány szerint max 1492-es mtu értékkel működik, amivel eddig nem is volt probléma, így nem értem, hogy miért papol arról az openwrt, hogy nem 1500, lényegtelen. Gyári fw-el ugyan ezt művelte velem, gondoltam majd a csodafirmware jót tesz neki, de nem. Elképzelhető, hogy hibás lenne? Vagy csak a modemet nem komálja? A 741-es jól működik, kénytelen voltam a 1043 elé kötni, hogy tudjak netezni. Nevetséges.
-
Kris87
aktív tag
válasz vargalex #24964 üzenetére
Szia!
Ez sajnos csak egy mezei adsl modem (360r), így tárcsázni sem tud. Másik kábelt próbáltam, nem segít, pedig direkt erre a célra van rövid, 0.5 - 1 méteres patch kábelből itthon pár darab. Ki kellene próbálnom egy másik modemmel, de kéznél csak egy ugyan ilyen típusú van, azzal nem hiszem, hogy előrébb leszek, azért rápróbálok. Egyelőre másik, normális nettel sem tudom kipróbálni. elvégre nem 5 megás adsl-hez szántam, hanem valami 40-80 megás féle fiberhez. Remélem nem vettem sz@rt.
-
Kris87
aktív tag
válasz Kris87 #24968 üzenetére
Fejlemény van, a lan-nál kikapcsoltam a dhcp-t és az egyik lan portot kötöttem össze a 741-es másik lan portjával, így a router AP-ként üzemel. 10 perc letöltés után lelohad a sávszél 300 KB/s-ra és ott is marad. Ilyenkor a hálózatra kötött többi gépet is baromira lassan érem el. A system load épp minimális, 0.03 körüli, az is csak a luci miatt. Ez így nem kóser. Ilyen indoklással nem adhatom be gariztatni, elvégre működik, csak szarul.
-
Kris87
aktív tag
Sziasztok!
Elvileg ma kapom a cserélt routert az előző hibás/gyenge után, addig is valaki lenne kedves e-mailben elküldeni az 1.02.1-es vargalex féle fw-t? Ahol lennie kellene sajnos nem találom. Címem az adatlapomnál, előre is köszi!
[ Szerkesztve ]
-
Kris87
aktív tag
válasz vargalex #25129 üzenetére
DD-WRT-re is mehet egyből a factory? Eddig a spec webrevert fw, aztán openwrt factory volt a bevált módszer nálam.
Egyébként megjött a cserélt rúter, fel is ment rá kapásból az 1.02.1, eddig semmi komoly probléma nincs vele. A realtime grafikonok közül nem látszik jópár (traffic pl jó), ezen kívül valamiért fw-től függetlenül nem szereti a G-s wifi kártyámat, belassul vele 2-300 KB/s-re. Az összes többi funkció eddig rendben van. Apropó próbáltam ráforgatni a masinára ezt-azt source-ból ssh alatt, de hiányzik neki a C fordító, elvileg talán ez a gcc lehet, csomagként viszont azt sem találom. Egyébként tudja ezzel a fw-el a masina wifi-je a monitor módot? Esetleg csomag injektálást?
-
Kris87
aktív tag
válasz vargalex #25185 üzenetére
Köszi, tényleg jól sikerült.
Ámbár elkanyarodva a magyarításról lenne egy problémám openvpn-el kapcsolatban. Ezen leírás alapján próbálkozok, de a tap0 eszközt nem sikerül hozzáadni a gépezethez. Elméletileg a /etc/init.d/openvpn start paranccsal indul a daemon, ami magától létrehozná a tap0-t, de nem teszi meg. Avagy a /usr/sbin/openvpn --mktun --dev tap0 paranccsal is próbálkoztam, amire ezt a hibát kaptam: Cannot open TUN/TAP dev /dev/net/tun: No such file or directory (errno=2), Cannot ioctl TUNSETPERSIST(1) tap0: Bad file descriptor (errno=9)
Mit kellene csinálnom, hogy jó legyen? A rendszerindításnál az openvpn is szerepel, igaz először piros volt nem engedélyezett felirattal, de engedélyeztem, routert is újraindítottam, most zölden ott vigyorog, de tap0 most sincs. Köszi előre is!
-
Kris87
aktív tag
Esetleg erre valaki? A tap0 eszközt nem tudom előcsalogatni sehogy sem. Azóta leszedtem a sima openvpn-t és feltettem a luci-app-openvpn féle verziót, azzal sem dobja fel a tap0 eszközt, kényszerítve pedig ugyan azt a hibát kapom.
-
Kris87
aktív tag
válasz vargalex #25221 üzenetére
Szia!
Haladtam sorban az előzőleg linkelt tutorial szerint, cer és key fileok létrehozásával nem volt probléma, a példaként megadott config file-t módosítottam, de csak a kiosztandó ip címek tartományán változtattam, mert maradtam 192.168.1.x-ben. Az Openwrt az az általad készített 1.0.2.1, az opkg.conf fájlhoz egyáltalán nem nyúltam hozzá, az van benne ami alapból benne is volt.
-
-
Kris87
aktív tag
válasz vargalex #25233 üzenetére
Köszönöm, megpróbálom így, a függőségeket eddig nem távolítottam el ezelőtt. Az openvpn mellett meg szeretném oldani, hogy erre a 1043-ra csatlakozzon egy 741-es is, mégpedig úgy, hogy csak egy szimpla híd legyen, gyakorlatilag néhány gépet kellene LAN-on rákötnöm a 741-re, miközben az wifi-n kapcsolódik a 1043-hoz. A 741-ben nem kell dhcp, azt a 1043 végezze, a net is arról jön. Eddig gargoyle volt a 741-en, azon ez 2 kattintás volt. Jahh még ha az is megoldható lenne, hogy a wan port is lan legyen, az lenne a tökély.
-
Kris87
aktív tag
válasz Kris87 #25235 üzenetére
Összehoztam wds-el, 2x gyorsabb lett a gargoyle-hoz képest. Viszont a letöröltem force-olva a javasolt csomagokat, így most nincs transmission sem.
Kérdés: Ha gyári állapotra hozom a rútert (Luci Mentés/Firmware frissítés menüpont alatt), akkor a csatolt vinyót is célszerű újraparticionálni?
-
Kris87
aktív tag
válasz Intruder2k5 #25467 üzenetére
Ez lesz a szoba dísze tudod...
-
Kris87
aktív tag
válasz nemdan #25548 üzenetére
Bármelyik firmware-nek ami a 1043-hoz van bitre pontosan akkora mérete van, mint amekkora hely a rendelkezésére áll, frissítés közben tehát az egészet felülírja. Ha magába a firmware-be kevesebb alkalmazás lett belefordítva, és telepítés után van több "szabad hely", attól még miközben frissítesz, az előző szabad helyet is törli, így nem maradhat benne semmi.
Ha 150 megabit alatt van a kapcsolati sebességed, érdemes lenne meglesni, hogy valóban 40 Mhz-re van-e állítva a csatorna szélessége, valamint azt is, hogy a rúterre csatlakozott valamennyi eszköz ugyancsak támogatja-e a full N szabványt, ugyanis ha mondjuk telefonnal felcsatlakozol a rúterre, amiben csak lite-n szabványú wifi van, akkor a további eszközöket sem fogja valószínűleg nagyobb sebességgel csatlakoztatni. Vargalex nem szokott hülyeségeket írni egyébként.
-
Kris87
aktív tag
válasz diablo30 #25703 üzenetére
Valószínűleg elgépeltél valamit, ha leszedte wget-tel a kívánt csomagot, akkor amennyiben abban a mappában "állsz" amelyikben a a letöltött állományok vannak és elkezded begépelni a fájl nevét, majd lenyomod a TAB gombot, akkor kiegészíti a pontos névre.
Vagy: Tuti leszedte? Miért ezekkel a régi transmission verziókkal próbálkozol egyébként?
-
Kris87
aktív tag
válasz diablo30 #25705 üzenetére
Én is kezdő vagyok, éppen ezért használom vargalex által build-elt firmware-t, gyakorlatilag minden benne van, amire nekünk valaha szükségünk lehet, mellesleg szinte minden előre van konfigurálva, csak használni kell. Tehát azt tudom javasolni, hogy használd te is ezt, ugyanis ha ebben is elakadnál, akkor sokkal könnyebben és gyorsabban kapsz segítséget, sőt, valószínűleg már másnak is volt a te leendő problémáidhoz hasonló gondja, amire a keresővel találsz is választ, így kérdezni sem kell majd! De ha mégis, csak nyugodtan!
-
Kris87
aktív tag
Szia!
A routeren milyen helyzetben vannak az antennák? Azzal az antennával amit vettél az (is) a gond, hogy még inkább vízszintesen (mármint saját tengelyéhez képest derékszögben) szórja / veszi a jelet, mint a gyári antennákkal. Említetted, hogy szintkülönbség van a router és a kliens gép között. Próbáld meg a két szélső antennát 45-45 fokban balra és jobbra hajtani, a középsőt pedig előre dönteni egy "kattanásnyit", ha nem javul, akkor pedig teljesen vízszintbe helyezve kellene megnézni.
[ Szerkesztve ]
-
Kris87
aktív tag
Hi!
A rebuilded verzió felrakása esetén az opkg konfig fájlt át kell írni, vagy megfelelő helyről teszi fel a plusz csomagokat? Köszi! -
Kris87
aktív tag
Találtam egy hibát a rebuilded verziós fw-ben, valaki nézze meg, hogy neki is 0 Mbit/s sebességet ír-e ki az összesítő alapképernyőn a wifin csatlakozott eszközökre vonatkozóan TX illetve RX irányban. A valós idejű grafikonoknál helyesen mutatja a link sebességet egyébként.
-
Kris87
aktív tag
Sziasztok!
Távoli ftp elérésben kérek segítséget, nem mén a dolog. Felhasználói név és jelszó stimmel, de a könyvtárstruktúra már nem jön be. Passzív módban timeout, aktív módban illegal port command hibát kapok. Rebuild fw. Belső hálóról természetesen megy. 2221-es porton próbálkozok, friss telepítés. Előre is köszi. -
Kris87
aktív tag
válasz sellerbuyer #26171 üzenetére
Ennek nem sok köze van a gépemhez, a routeren futó ftp szerverre nem tudok felcsatlakozni távolról, csak helyi hálózatból. Pontosabban felcsatlakozni enged, mert ellenőrzi a felhasználói nevet, ami az ftp, meg a hozzátartozó (a külön kezelőfelületen megadott) jelszót, majd amikor a könyvtárstruktúrát kellene betölteni a sikeres autentikáció után, akkor száll el időtúllépéssel, vagy port hibával.
-
Kris87
aktív tag
válasz sellerbuyer #26178 üzenetére
Rendben, hagyom passzívban és tovább próbálkozom. Bár tudnom kellene, hogy mihez nyúljak hozzá először, tesztelgetni sűrűn nem tudom, mert távolról itthonról nem tudok belépni (mobil netem nincs), amikor máshol vagyok és el kellene érnem akkor meg nem megy. De ha alapból át van téve a figyelési port a 2221-esre, az pedig át van irányítva alapértelmezetten a 21-esre, amin belső hálón minden ok, még egy rule is van alapból ami enged wan felől mindent TCP protokollon a 21-es porton a 192.168.1.1-es ip-n, akkor kívülről miért nem megy kapásból minden állítgatás nélkül? Vagy csak nálam sz@r és másnak megy? Csináltam egy port forward-ot is a router ip-re, hátha.
-
Kris87
aktív tag
válasz SteveBeard #26185 üzenetére
Szia!
Na! Igen! Pontosan így kellene neki működni! Visszaolvasok majd február-március környékére az ftp könyvtárjogok miatt, csak kb. 5 perc szabadidőm sincs.
-
Kris87
aktív tag
Sziasztok!
Pár napja a vsftpd távoli elérésével kapcsolatban tettem fel kérdéseket, kértem javaslatokat, mivel nem működött. A felhasználói név és jelszó hitelesítése után illegal port command hibával megállt. Ekkor kaptam egy tippet, hogy a portokkal nem lehet baj, mivel autentikál, inkább valami könyvtárelérési jogokkal lesz gond, amit már akkor sem értettem, hogy ha helyi hálón beenged ahhoz képest miért változna a joga az ftp felhasználónak a távoli elérés miatt, na mindegy. Valószínűleg nem ez volt a gond. Annyit tettem, hogy a tűzfal / egyéni szabályok résznél a PROTECTEDPORT=2221-et áttettem 21-re, ettől kezdve restart után már nem volt nyitva a 2221-es port, de a 21-es kinyílt és lám, megy az ftp távolról is a 21-es porton.
Az iptables még elég messze áll attól, hogy megértsem, miért működik most a 21-esen és előtte miért nem működött a 2221-en. Azt sem értem, hogy a forgalmi szabályoknál, amik elvileg magára a routeren futó szolgáltatásokra vonatkoznak, az ftp_wan szabályon belül miért nem a 2221-es van eleve kinyitva. Ahhoz nem lenne egyszerűbb utána a bruteforce védelmet megoldani az egyéni szabályoknál?
-
Kris87
aktív tag
válasz rudi77 #26781 üzenetére
Hasonló szakadozós problémám volt nekem is, igaz firmware független volt, bármi volt a 1043-mon, szakadt kegyetlenül az adsl, pedig kivételesen jó vonalminőségem van (itt a központ párszáz méterre) és az előző tplink (741) stabil volt.
Aztán szereztem egy normális modemet, a szürke sz@r 360 r-t pedig elraktam olyan mélyre, hogy ne is találjam meg. Azóta egyszer sem szakadtam meg.
-
Kris87
aktív tag
Sziasztok!
Egy a belső hálózaton lévő AP felületét szeretném elérni kívülről, ehhez kérnék segítséget tűzfal szinten. Az AP a 192.168.1.9-es ip-n érhető el belső hálózatról a 80-as porton, azt szeretném, ha kintről a http://domain név:8089 címen el lehetne érni. Ahogy a képen látszik beállítottam valamit, amivel továbbra is csak belülről érem el, így belülről az említett http://domain név:8089-es címen is működik már, kívülről viszont nem.
Előre is köszi!
-
Kris87
aktív tag
válasz Kris87 #29943 üzenetére
Ez egyébként firewallban így néz ki:
config 'redirect'
option 'target' 'DNAT'
option 'src' 'wan'
option 'dest' 'lan'
option 'proto' 'tcp'
option 'src_dport' '8089'
option 'dest_ip' '192.168.1.9'
option 'dest_port' '80'
option 'name' 'Edimax'Régebben mintha működött volna a dolog, most valami nem tetszik neki.
-
Kris87
aktív tag
Sziasztok!
Újabb kérdésem lenne. Az megoldható, hogy egyszerre 2 webszervert is futtasson a ketyere? Konkrétan lenne a luci az alap 80-as porton, a www könyvtárból élne, mint eddig, és lenne még egy másik mondjuk a 8888-as porton, amihez lenne másik elérési könyvtár, ahonnan felhasználói név / jelszó nélkül lehetne fájlokat letölteni a pontos linket ismerve? pl. http://domainnev:8888/probadoksi.xls ?
-
Kris87
aktív tag
válasz vargalex #30014 üzenetére
Szóval a /etc/config/uhttpd fájlt kellene szerkesztenem. Ebben a fájlban látom pl, hogy a lucit elérhetem a 443-mas és 80-as porton is, ez tiszta sor, de elvileg itt kellene szerepelnie a formázó felületed adatainak is nem? Azokat miért nem látom?
Egy ilyesmit biggyesszek a végére?
config uhttpd web
list listen_http 0.0.0.0:8888
option home /mnt/www
option cgi_prefix /cgi-bin
option script_timeout 60 -
Kris87
aktív tag
válasz vargalex #30529 üzenetére
Szia!
v1.02.1-ReBuilded r30402 verzióval az adsl szakadásmentes, de ehhez modemcserére volt szükség, a mezei szürke 360r-es modem (c3) percenként szakadt, az új 360r (fekete T1) tökéletes. A régi modem viszont régi routerrel (741nd) ugyancsak hibátlan volt. Egyénként nálam fw. független, a 1043-mas még a gyári fw-el is instabil, ha a régi modem van mellette.
-
Kris87
aktív tag
Sziasztok!
Van valaki közületek, aki vargalex v1.02.1-ReBuilded r30402 verziót használ és dyndns-el kívülről elér egy / több belső ip-s egyéb eszközt, pl. egy lan-ra dugott AP-t úgy, hogy kívülről egy tetszőleges portot (pl. 8090) irányíttat át a belső AP statikus címének 80-as portjára? Baromi egyszerűnek kellene lennie, régebben ment is másik fw. verzióval, Vargalex is megerősített, hogy a firewall erre vonatkozó szakasza is jó, valamiért mégsem lehet elérni a belső eszközt, egyet sem, több fajtát is próbáltam, amik korábban működtek ebben a formában is.
Egyébként még egyszer kizárólag ez került a firewall-ba:
config 'redirect'
option 'name' 'AP'
option 'src' 'wan'
option 'proto' 'tcp'
option 'src_dport' '8090'
option 'dest_ip' '192.168.1.9'
option 'dest_port' '80'
option 'target' 'DNAT'
option 'dest' 'lan'Próbáltam már másik dyndns reggel is hátha, de nem. ADSL-em van egyébként (a router "tárcsáz be", nem a modem), ha számít ez valamit. A többi szolgáltatás (torrent, ftp) elérhetőek kívülről, de azok a routeren futnak. Bármilyen képtelen ötletet szívesen veszek, csak ez miatt nem akarok fw-t frissíteni, mert egyébként qajó. Köszi előre is!
[ Szerkesztve ]
-
Kris87
aktív tag
válasz vargalex #31256 üzenetére
Szia!
Ugyanez az AP, meg a másik is amivel még néztem működött ugyanebben a formációban amíg még a 741-es router mögött voltak, a routeren gargoyle fw társaságában. Egyéb szabályt én egész biztosan nem tettem bele, amikor belenéztél távolról, te sem találtál semmi kivetnivalót.
-
Kris87
aktív tag
Sziasztok!
A kernel naplóban van pár száz ilyen bejegyzés egymás után:
[23003.870000] ath: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000286c0
[23003.880000] ath: Could not stop RX, we could be confusing the DMA engine when we start RX upEz miez? Köszi!
-
Kris87
aktív tag
Sziasztok!
A héten elvileg egy áramszünet/áramingadozás miatt másként csatolódott vissza a külső vinyóm, aminek következtében alap állapotba került minden beállítás. Mivel kevés dolog volt a vinyón, inkább újra formáztam a beépített particionálóval, minthogy szenvedek a javítással. Ezúttal viszont a két swap-os lehetőség közül az overlay-est választottam a root-os helyett. Nem tudom, hogy ahhoz van-e köze, de így a 2221-es porton is megy (passzívban) kívülről az ftp és nem áll meg a könyvtárstruktúra lekérdezésnél. Valaki elmagyarázná nekem, mint kíváncsi és szorgalmasan tanulni vágyó laikusnak, hogy pontosan mi az említett két formázási megoldás közt a különbség? Az is érdekel, hogy az /etc/config és az /overlay/etc/config könyvtárak tartalma között kellene-e lenni különbségnek, fizikailag melyik hol található? Amikor újraindítom a rútert, akkor a két különböző helyű etc mappa közül melyik alapján töltődnek be a beállítások, valamint milyen beállításokkal indulna, ha most áramtalanítás után külső vinyó nélkül indítanám a rútert? Előre is köszi!
-
Kris87
aktív tag
válasz vargalex #32585 üzenetére
Hi!
Ha módosítok valamit most ebben az állapotban pl a wifi beállításoknál luciban és elmentem, akkor a módosítás ott lesz a /etc/config/wireless fájlban és az /overlay/etc/config/wireless fájlban is. Ha kézzel szeretném hozzáadni mondjuk az option 'noscan' '1' sort, akkor azt mindkét fájlhoz hozzá kell írnom, vagy csak az overlay-ben lévőhöz, aztán reboot után átírja magát a "sima" /etc/config/wireless fájlba is?
Új hozzászólás Aktív témák
- Seasonic Prime Platinum SSR 1200PD Active PFC F3 1200W tápegység
- Black Ice Nemesis Radiator GTX 360
- AKCIÓ! ÚJ! MacBook Pro 14" M3 PRO 18GB 512GB FEKETE GAR: 2025.05.11.
- EK-Quantum Kinetic FLT 360 D5 + csináltatott cuccosok Asus fanoknak -OLCSÓN
- Xiaomi Redmi Note 13 256GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen