-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
Ne haragudj, de kérhetném, hogy inkább valamelyik általad jobban beszélt nyelven próbáld meg leírni, mert ez így teljesen értelmetlen. Tippen szerint ennél jobb fordítást ad egy google fordító.
De azért próbálok értelmesen is válaszolni: még szerencse, hogy a különböző developer board-ok különböző IP-t kapnak. Éppen az azonos IP lenne hibás működés.
A beragadásról ismét csak ezt tudom írni. Nem beragad, hozzá rendelte az IP címet. -
cree
tag
válasz
vargalex
#21480
üzenetére
Itt bekavartak rendesen elkezték kutyulni a feltet kérdést és kesze kuszta lett a vége!Igen az új eszközök (fejlesztök) mindig más ipt kapnak nem az azonos fejlesztök ezt itt Szoval az ujabb fejlesztö lapok ip nézegeten a router dhcp nék ami bentragad nagyon zavaró egy szellem !
-
vargalex
Topikgazda
Szerintem itt félreértés/tévedés van részedről és a linkelt thread-ba író emberek részéről is. A thread-ban említett lenyíló listában nem csak a dhcp lease-ek jelennek meg, hanem többek között az ARP én IPv6 neighbour táblákban, wifi association list-ben, stb található eszközök. Szóval, ez egy jóval nagyobb lista éppen azért, hogy tudj static lease-t rendelni egy eddig nem ismert eszközhöz is.
De továbbra sem értelek. Az eredeti problémád az volt, hogy mindig más IP-t kap a fejlesztői board-od. Ez azóta kiderült, hogy nem így van. Ha nem így van, akkor minek nézegetni a DHCP lease listát?
-
#21479
cree
tag
SztiviVander
#21477
cree
tag
válasz
SztiviVander
#21477
üzenetére
Nem ez az anyanyelven ráérezté 30..40% a 3dikbol!
-
cree
tag
"Mivel nagyon zavaró ha inditasz egy wifis fejlesztö modult aminek mindig uj ip cime van és keresgélsz melyik él a listában ez nagyon zavaró!"
Még azé magamat nem szivatom külön a fejlesztöi oldalt érten mivel sajátként programozom tudom a cél végét de a másik oldal okoz meglepetés és ez is itt a kérdés amit itt feltetem! -
asdf_
veterán
Mivel nagyon zavaró ha inditasz egy wifis fejlesztö modult aminek mindig uj ip cime van és keresgélsz melyik él a listában ez nagyon zavaró!
- Mac address/hostnév alapján támadsz
- fix ip-t állítasz be neki akár a routerben, vagy dhcp poolon kívül az eszközben
- leveszed a lease time-ot 5 percre, 15 percre, 1 órára, 5 órára, ami kényelmes.Ha egy eszköz megkap egy ip-t egy hétre, akkor egy hétig az az övé. Ha soha többé nem látja a hálózatot, ha szabályosan jelentkezik le róla, akkor is.
-
vargalex
Topikgazda
Nagyon jól sikerült megtalálnod, ahol leírják ugyan azt, amit én, csak angolul: "Note that just because a device is no longer connected does not mean that the lease is stale -- it's only actually stale after it has expired. (for example, the default lease time is 12 hours; even if a device connects just for a minute and then is disconnected, the lease is still valid for the full 12 hours since it was issued)."
Tényleg nem írom le már többet: attól, hogy egy eszközt kikapcsolsz, a lease még nem szűnik meg! És ez nem OpenWrt esetén, hanem minden DHCP szerver esetében így normális! Ezért hívják lease-nak. Ez nem az aktív eszközök, hanem az érvényes lease-ok listája!
-
vargalex
Topikgazda
Még egyszer megpróbálom leírni: az Active DHCP Leases listából csak akkor fog eltűnni egy kliens, ha szabályosan DHCP release-t küldött, vagy lejárt a lease time. Ennek így is kell működnie!
Egy wifi hatókörből kilépő, vagy tápellátást tovább nem kapó kliens jellemzően nem fog release-t küldeni, de abban sem vagyok biztos, hogy wifi kikapcsoláskor még elküldi-e.Az Associated Stations listában én minden kliensnél látok IP címet, pedig 23.05.5-ön vagyok. Akkor tud szerintem ilyen előfordulni, ha nem DHCP-n kérnek IP-t, hanem statikus IP van raktuk beállítva. Vagy, ha ez az eszköz egy repeater, de akkor minden kliens úgy jelenne meg.
-
cree
tag
válasz
vargalex
#21466
üzenetére
openwrt verzio is közöt is dhcp kezelésben nagy réseket látok v22...v23 közöt a ip kiosztás szépen látszodnak dhcp listában 23.5 felet csak kérdöjelet rak be az ip cim helyére a konzol felületen!Szoval nem csak a fejlesztös inaktiv eszközök hanem android telefon, win pc nem aktivak tényel ezek is ott ragadnak a listába !
-
vargalex
Topikgazda
Ezt próbáld meg még egyszer leírni kérlek. De azért megpróbálom értelmezni:
1. Ha a MAC cím azonos, akkor a dnsmasq nem tud más IP-t kiosztani DHCP-n, mivel a MAC az elsődleges azonosító. Így a DHCP listában biztos, hogy nem láthatsz azonos MAC címeket...
2. A DHCP rezerválásokat file-ban tartja (/tmp/dhcp.leases), ami egyébként RAMDISK, de az alkalmazás erről nem tud, de mindegy is, mert ugyan úgy filerendszer. Ami így nyilván egy újraindítás esetén elveszik.
3. A túl nagy overhead miatt egyik DHCP szerver sem ellenőrizgeti, hogy egy kliens él-e még. Azért sem, mert lehet, hogy 1 perc múlva jön, minek szabadítsa fel az IP címet. És az első pont miatt ugye ugyan azt az IP-t fogja kapni. És egyébként is erre való a lease time lejárata (amit egyébként tudsz konfigurálni), ami után eltűnik a listából az eszköz. A lejárati időt látod is a LuCI Állapot->Áttekintés oldalán.
4. Nem értem, hogy mi a problémád, ha most pedig azt írod, hogy azonos a DHCP-n kiosztott IP cím.
Csak jelezném, hogy ez volt az eredeti problémád: "Mivel nagyon zavaró ha inditasz egy wifis fejlesztö modult aminek mindig uj ip cime van és keresgélsz melyik él a listában ez nagyon zavaró! "Akkor most új IP-t kap, vagy nem?
OpenWrt alatt az aktív DHCP bérleteknél valóban a DHCP lease-okat fogod látni. Ha az adott eszköz nem küld DHCP release-t, akkor innen csak lejáratkor fog eltűnni bármi. Ha te wifi-s eszközökkel dolgozol, akkor nézd inkább ugyan ezen az oldalon a Vezeték nélküli kapcsolat alatt a csatlakoztatott eszközök listáját. Ott csak az aktív wifi klienseket látod IP címmel együtt.
-
cree
tag
válasz
vargalex
#21463
üzenetére
openwrt oldalon dhcp nincs idötulépés kapcsolat figyelés enek kellene figyelnie ezt valoszinü ha valami készenléti álapotváltozás felépne de ez valoszinü gyorsitó memoriába ragad a log adat nem fájlba irja ha ujra inditásnál rendezödik!A fejlesztö mac mindig azonos általába a dhcp kiosztot ip is (hiába dinanikus) dhcp ben!
Mi lehet a megoldasa valos idöbe müködjön a dhcp eszköz listálya? padava nemvolt ilyen nyüg érdekes wifis fejlesztökel ezért is amire hivatkozok openwrt oldali kezelésre.... -
vargalex
Topikgazda
Mert nem küld a kliens DHCP release-t. Így az a lease time lejártáig valóban hozzá van rendelve, tehát ez a helyes működés. Itt a hibát inkább a wifis fejlesztő modulban kell keresni. Az, hogy nem küld release-t érthető, mert gondolom egyszerűen megszűnik a tápellátása. Az érdekesebb inkább az, hogy miért generál magának mindig új MAC címet? Pl. az ESP lapok nem teszik ezt. Ha nincs firmware-ha rögzített MAC címe, akkor gondoskodj te kódból fix MAC címről.
-
cree
tag
Hay!
Valaki tudja miért ragadnak be a hálozatba inaktiv eszközök (már fizikailag kikapcsolt) Active DHCP Leases listában?Persze ujrainditás kitisztul! Mivel nagyon zavaró ha inditasz egy wifis fejlesztö modult aminek mindig uj ip cime van és keresgélsz melyik él a listában ez nagyon zavaró! -
válasz
yodee_
#21454
üzenetére
65,78$ házzal, táp nélkül. Nem tudom.
Az lett volna a következő kérdésem, hogy milyen chip-et válasszak? Mit támogat megbízhatóan az Openwrt? Állítólag az Intelek nem működnek AP-ként. A gyár RTL8822CE-t ajánl vagy ad hozzá a drágább csomagban. Az lesz pár dollárért. Antennát meg berhelek döglött routerekből. Két szobát kell beszórnia. Onnan átveszi a fő router. -
Vettem egy Nanopi R5C-t. Openwrt-t tettem rá. Van két 2.5G-s portja a LAN és a WAN. Majd teszek bele egy M2 wifit.
Szeretnék belőle egy olyan AP-t csinálni, ami a két portja és a Wifi között HUB-ként viselkedik. DHCP-t a fő router adja nem ez. Jó lenne ha a luci elérhető lenne a hálózatomról bárhonnan.
Ehhez kérek segítséget vagy linket! Már próbáltam a saját fejemből, de kizártam magam. Eddig openwrt-s wifi repeatert találtam, de nekem nem az kell.
Már csináltam routerből ilyet, de ott a wan portot békén hagytam. -
válasz
vargalex
#21447
üzenetére
Én csak annyit értek, amit ott leírtak, menübe belépve és a Firmware Upgrade-ben végrehajtani a lépéseket, két fájlt letöltöttem (Factory, Sysupgrade. Nem sikerült a Sysupgrade-t telepíteni, a Factory-t igen). Ok, v3 más platform.
Tehát másképpen telepíteni nem értek.
Kipróbálhatjuk és akkor fog kiderülni, hogy menni fog vagy nem. Remélhetőleg igen, ha más valaki megteszi helyettem. Hálásan köszönöm! -
vargalex
Topikgazda
válasz
Viperator
#21446
üzenetére
Ahogy az általam linkelt github oldalon szépen le van írva, forrásból kell build-elni. Azért nem megy a v1 verzió a v3-as eszközön, mert más platform.
Az segít, ha build-elek neked egy firmware-t v3-ra, ami tartalmazza a csomagot? Vagy elég csak maga a csomag? Ha firmware kell, akkor az alap csomagokon kívül csak ez kellene bele?
-
vargalex
Topikgazda
válasz
xabolcs
#21444
üzenetére
Ha jól látom, itt a forrás. És build-elhető is.
#21443 Viperator: Az alap OpenWrt telepítésben nagy varázslatot nem látok, annyi, hogy TFTP-n lehet felrakni.
Szerk.: A Hubai Zoltán név nekem valahonnan nagyon ismerős (Nem a te neveddel keverem...
). Persze az lehet, hogy csak wigyori-ra (Herpai Zoltán) asszociáltam. Ő ugye OpenWrt fejlesztő. -
-
-
Doom
aktív tag
Sziasztok!
VLAN beállításban szeretnék segítséget kérni. Router: Flint2 GL-MT6000, 4.8.3-as OpenWRT-vel.
A célom, hogy a router 5-ös portját leválasszam IOT hálózatnak, erre rakom a Zigbee hubot.
Követtem az itt lévő nagyon hosszú leírást: [link]
Így sikerült beállítani, viszont mivel a lan interface-t át kellett billenteni "br-lan"-ról "br-lan.1"-re, így most a gyári felületen nem mutatja kapcsolódónak az erre az interface-re rakott eszközöket. A Luci felületen látszik mindegyik, van hálózat, tehát látszólag minden OK. A kérdésem az lenne, hogy mit kellett volna máshogy csinálnom, hogy a lan interface maradhasson br-lan, és így látszódjanak az eszközök a gyári felületen? Ha nem billentettem át br-lan.1-re, akkor a beállítások mentésekor megszakadt a kapcsolat, és nem működött a hálózat.
A router topikjában ajánlottak egy másik megoldást is: [link]
Nem tudom, melyik lenne a jobb? Ha van valami egyszerű megoldás a mostani javítására, akkor valszeg inkább azzal mennék, hogy ne kelljen megint elölről kezdenem.
Köszönöm előre is. -
#21432
xabolcs
őstag
paparazzi2
#21431
xabolcs
őstag
válasz
paparazzi2
#21431
üzenetére
Nem!
Minden esetben, amikor 24.10-esre vagy ujabbra frissites 23.05 vagy korabbirol, akkor kezzel kell matatni!
Ha csak betallozod neki a kepfalt es elinditod a frissitest, akkor remelhetoleg egy hibat kapsz, hogy kompatibilitas miatt nem frissitheto.
-
#21430
xabolcs
őstag
paparazzi2
#21429
xabolcs
őstag
válasz
paparazzi2
#21429
üzenetére
Igen arra!
Ha tul bonyolultnak erzed, akkor egyik este szivesen tavsegitek!
Arra mindenkeppen keszulj, hogy nem csak menteni, de ha telepitettel utolag csomagokat, akkor azokat is ujra kell telepiteni! -
#21428
xabolcs
őstag
paparazzi2
#21427
xabolcs
őstag
válasz
paparazzi2
#21427
üzenetére
Jol tetted, hogy kerdeztel!
Keress ra a topikban az AX3200-ra es a 24.10-re, latni fogod, hogy most kell egy kis kezi beavatkozas a frissites soran!Mindenkepp keszits mentest elotte!
-
#21427
paparazzi2
tag
paparazzi2
tag
Sziasztok!
Rutintalan vagyok, így inkább kérdezek.
Xiaomi AX3200 / Redmi AX6S routerem van. Jelenleg openwrt 23.05 verzió fut rajta.
Ha jól értem a system/backup /Flash firmware menüpontnál a Flash new firmware image résznél betallózom a frissítéshez a legújabb fimware sysupgrade verzióját.https://firmware-selector.openwrt.org/?version=24.10.4&target=qualcommax%2Fipq807x&id=xiaomi_ax3600
itt a 24.10.4 verzióra kell váltsak és a SYSUPGRADE fájlt kell letöltsem.Jól gondolom, hogy ezt a feladatot kell elvégezzem áramszünet mentes időszakban?
Köszönöm a segítségetek.
-
#21425
vzozo
senior tag
huliganboy
#21424
vzozo
senior tag
válasz
huliganboy
#21424
üzenetére
Arra, hogy 1. upgrade-del nem állították át, hanem maradt a régi beállítás (ami persze már nem ugyanazt takarta) 2. kb. sehol sem volt ez dokumentálva, rengeteg trial-error és fórumbújás után jöttem rá, hogy na akkor ezért szopó a thruput a 24.x upgrade óta...
-
#21423
Zirowe
nagyúr
E.Kaufmann
#21420
Zirowe
nagyúr
válasz
E.Kaufmann
#21420
üzenetére
Full ugyanazokat a beállításokat használtam az új verzióban, mint a régin.
vzozo: igen, ugyanaz. Etherneten két mérés hozta a full gigabitet, picit még gyorsabb is volt, mint a régi.
huliganboy: azt már nem is néztem az 5ghz rossz eredményei után.
-
vzozo
senior tag
válasz
Zirowe
#21419
üzenetére
AC85P van, az úgy tudom ugyanaz belül. OpenWrt 24.10.4 és igazából ami nagy arculcsapás volt mostanában, az ez: https://github.com/openwrt/openwrt/issues/18044
Ha nálad csak kimondottan az 5GHz wifi a problémás, de mondjuk etherneten rendben van a sebesség, akkor viszont gondolom más lesz a probléma oka.
-
Zirowe
nagyúr
Sziasztok, van még itt esetleg valaki, aki ac65p-t használ openwrt-vel?
Nagyon régóta hajtok egyet vargalex 2020-as snapshotjával, ami azóta stabil és remek lefedettséget és sebességet adott.
Kíváncsiságból kipróbáltam ma a legfrissebb openwrt verziót és ugyanazon beállítások mellett botrányosan rossz a jel és a sebesség ac 5ghz-n.
Ez már sose lesz jó?
Nincs valami frissebb, de a 2020-ashoz hasonlítható képességű verzió?
-
Puro
aktív tag
Hi!
Kipróbáltam a nextdns servicet adguard helyett és szerintem sokkal jobb. Egy gondom van wguarddal csatlakozva az otthoni hálóra kikerüli ezt az egészet, se szűrés se semmi, kapom a szolgáltatói dnst. Mit kellene még beállítanom
Wg külön erre dedikált kliensen fut.Szerk.:
Na meg is van a hiba, wg configban dns szerver ip címe más volt -
-
vargalex
Topikgazda
válasz
Petikeje
#21414
üzenetére
Ha egy újraindítás nem segít rajta, akkor akár hardware probléma is lehet.
Nekem van egy Linksys WRT3200ACM-em, ami csak a dobozában pihent (összesen volt kb. 2 hetet használva). Legutóbb, mikor elővettem, nem ment az 5 GHz-es wifi. De annyira, hogy a gyári firmware-t visszatéve az össze is dől és újraindul (kikapcsolt rádió esetén is, tehát gyári firmware-val teljesen használhatatlan az eszköz). Nem volt időm foglalkozni vele, hogy mi lehet a problémája. Munkához kellett, a wifi nem volt lényeges. Azóta ismét a dobozában pihen. -
xabolcs
őstag
válasz
Petikeje
#21414
üzenetére
Nezd ossze a tobbi ugyanilyen tipusu routereddel a /etc/config/wireless fajl tartalmat!
Pl. letoltod a gepedre "wireless-egyik.txt", "wireless-masik.txt", "wireless-harmadik.txt" fajlkent es osszehasonlitod tartalomra oket (Total Commander, Double Commander, diff, ...)!
Tönkre mehetett a tárhely? A hét elején volt 2 nap 2szer 1-1 másodperces áramkimaradás.
Inkabb csak az adott fajl serult meg - ha egyaltalan megserult valami.
... Ha van mentesed, akkor egy teljes ujratelepitessel + mentes visszatoltesevel konnyen orvosolhato. -
Petikeje
tag
Sziasztok,
Ma hajnali 3:21 magasságában az egyik Asus RT-AC65P dumb ap-nek konfiguralt routeremen elment az 2.4MHz-es wifi: Luci felület alapján a Wireless network enabled, de a státusza disabled. Ha ujrainditom a 2.4-es wifit, akkor ez kerül a System logba:Fri Nov 7 08:10:29 2025 daemon.notice hostapd: Set new config for phy phy0:
Fri Nov 7 08:10:29 2025 daemon.notice wpa_supplicant[1367]: Set new config for phy phy0
Fri Nov 7 08:10:29 2025 daemon.notice netifd: Wireless device 'radio0' is now down
Fri Nov 7 08:10:38 2025 daemon.notice netifd: radio0 (3323): WARNING: Variable 'data' does not exist or is not an array/object
Fri Nov 7 08:10:39 2025 daemon.notice hostapd: Set new config for phy phy0:
Fri Nov 7 08:10:39 2025 daemon.notice wpa_supplicant[1367]: Set new config for phy phy0
Fri Nov 7 08:10:39 2025 daemon.notice wpa_supplicant[1367]: Set new config for phy phy0
Fri Nov 7 08:10:39 2025 daemon.notice hostapd: Set new config for phy phy0: /var/run/hostapd-phy0.conf
Fri Nov 7 08:10:39 2025 daemon.notice hostapd: Restart interface for phy phy0
Fri Nov 7 08:10:39 2025 daemon.notice hostapd: Configuration file: <inline> (phy phy0) --> new PHY
Fri Nov 7 08:10:39 2025 daemon.notice hostapd: Configuration file: Reading configuration file '<inline>'
Fri Nov 7 08:10:40 2025 kern.info kernel: [ 2010.329200] br-lan: port 7(phy0-ap0) entered blocking state
Fri Nov 7 08:10:40 2025 kern.info kernel: [ 2010.340688] br-lan: port 7(phy0-ap0) entered disabled state
Fri Nov 7 08:10:40 2025 kern.info kernel: [ 2010.352172] mt7615e 0000:01:00.0 phy0-ap0: entered allmulticast mode
Fri Nov 7 08:10:40 2025 kern.info kernel: [ 2010.365654] mt7615e 0000:01:00.0 phy0-ap0: entered promiscuous mode
Fri Nov 7 08:10:40 2025 kern.info kernel: [ 2010.383845] mt7615e 0000:01:00.0 phy0-ap0: left allmulticast mode
Fri Nov 7 08:10:40 2025 kern.info kernel: [ 2010.396210] mt7615e 0000:01:00.0 phy0-ap0: left promiscuous mode
Fri Nov 7 08:10:40 2025 kern.info kernel: [ 2010.408708] br-lan: port 7(phy0-ap0) entered disabled state
Fri Nov 7 08:10:40 2025 daemon.err hostapd: Could not set interface phy0-ap0 flags (UP): I/O error
Fri Nov 7 08:10:40 2025 daemon.err hostapd: nl80211: Could not set interface 'phy0-ap0' UP
Fri Nov 7 08:10:40 2025 daemon.notice hostapd: nl80211: deinit ifname=phy0-ap0 disabled_11b_rates=0
Fri Nov 7 08:10:40 2025 daemon.err hostapd: nl80211 driver initialization failed.
Fri Nov 7 08:10:40 2025 daemon.notice hostapd: phy0-ap0: CTRL-EVENT-TERMINATING
Fri Nov 7 08:10:40 2025 daemon.err hostapd: hostapd_free_hapd_data: Interface phy0-ap0 wasn't started
Fri Nov 7 08:10:40 2025 daemon.notice hostapd: hostapd.add_iface failed for phy phy0 ifname=phy0-ap0
Fri Nov 7 08:10:40 2025 daemon.notice netifd: Wireless device 'radio0' is now upMás ugyanilyen típusú routerem gond nélkül megy (az nem dumbap). Hét elején lett minden eszközre telepítve a 24.10.4 openwrt. A vezetékes elérese a roternek ok.
Az I/O error idegesít 1 kicsit. Tönkre mehetett a tárhely? A hét elején volt 2 nap 2szer 1-1 másodperces áramkimaradás.
Van valami ötletetek mi lehet a gond?
Thx! -
vargalex
Topikgazda
-
PBA
aktív tag
válasz
xabolcs
#21411
üzenetére
Szia, két verziót ismerek, az MWAN3 egyszerűbb tudású, de ingyenes megoldás, vagy létezik az előfizetéses Speedify, én ez utóbbit használom, szépen kombinálja a kapcsolatokat. Viszont van havi díja.
Illetve rá lehet még nézni az OPenMPTCP-re, ez Openwrt alapú, de nem minden eszközre van letölthető image. Viszont ez ingyenes, ugyanakkor kell valahol valami kisebb VPS-t üzemeltetned, hogy végződjön a forgalom, de erre vannak 1-2e Ft-os havi díjú megoldások. -
PBA
aktív tag
No, közben rájöttem a bénázásomra, bride-ben volt a két WAN port, szétszedtem őket, így már hibátlanul futnak párhuzamosan, szépen áramlanak a bitek mindkettőn, elosztva, ahogy kell.
Már csak a két párhuzamos 5G-s wifi rádió kérdést kell megfejtenem, ott lehet hogy a fölöslegesen fennmaradt driverek kavarnak be (többféle eszközt is próbáltam korábban). -
PBA
aktív tag
Sziasztok,
most én érkezek hozzátok egy kérdéssel... van egy Bananpi R3 boardom, szuperül működik, nagyon szeretem.
Van neki két SFP portja is, az egyik WAN, a másik LAN-ként használható. Vettem hozzá SFP modul, de elakadtam a beüzemeléssel, és tuti hogy én vagyok hozzá kutyaütő. A doksik alapján azt látom, hogy a "normál" WAN port LAN0, az SFP WAN port ETH1 fedőnév alatt fut. Ha hozzáadom őket interface-ként DHCP kliensként a rendszerhez, külön-külön szépen működnek. Egyszerre azonban nem. Azért szeretném egyszerre, mert multi WAN megoldást használok. Ez utóbbi egyébként szépen működik, a belső PCIe porton ülő 4G modemet, USB modemet, LAN0 portot szépen össze tudom kombinálni, hibátlanul működik. De a két WAN port nem akar egyszerre menni. Mit rontok el? Vagy ezek nem használhatóak párhuzamosan? Nagyon meglepődnék rajta.
Egyébként hasonló dologba futottam bele akkor is, amikor a belső 5G rádió mellé egy USB-s 5G WIFI dongle-t pakoltam, abban az esetben is vagy az egyik, vagy a másik rádió működött csak Az egyik WIFI AP-ként futott, a másik kliensként csatlakozott egy másik hálózathoz.
Egyébként 24.2-es OpenWRT fut rajta.
Bármilyen tippet előre is köszönök! -
ip cimek helyet kérdö jelek csak!
Új hozzászólás Aktív témák
- Mozilla Firefox
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Linux felhasználók OFF topikja
- Milyen processzort vegyek?
- Microsoft Office és Office 365 topic
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Vicces képek
- Milyen SSD-t vegyek?
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most Ünnepi áron! :)
- BLACK FRIDAY! - Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- ÚJ HP Victus 15 - 15.6" FHD IPS 144Hz - Ryzen 5 8645HS - 16GB - 512GB - RTX 4050 - Win11 - 3 év gari
- Apple iPhone 14 Pro 256GB,Újszerű,Dobozával,12 hónap garanciával
- BESZÁMÍTÁS! ASUS B560 i7 11700 32GB DDR4 512GB SSD RTX 4060Ti 16GB RAMPAGE Shiva A-Data 650W
- Vivo V50 12/512GB,Újszerű,Adatkabel,12 hónap garanciával
- BESZÁMÍTÁS! MSI B450M R5 5600X 32GB DDR4 1TB SSD RTX 4060Ti 16GB GameMax Aero Mini ECO ADATA 650W
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest