-
GAMEPOD.hu
ASUS routerek
Új hozzászólás Aktív témák
-
vargalex
félisten
Ez csak annyit jelent, hogy az Asus RT-AC65P és valamelyik kliensed "nem jön ki egymással". Nem jelenti azt, hogy az AC65P lenne a hibás, ahogy azt sem, hogy másik típus esetén ne futhatnál bele ugyan ebbe a problémába.
Nagyon sok embernél gond nélkül megy ez a típus (is), de a kliensek miatt bármely gyártó bármely típusánál lesz olyan felhasználó, akinél használhatatlan.Alex
-
vargalex
félisten
A tiéd teljesen más helyzet. Nálad a PPPoE kapcsolat szakad meg. Van ugyan CPU failure a logban,
Nem ismerem a gyári firmware-t, igy nem tudom milyen lehetőségek vannak, de a Digi hálózatában gyakran előfordul, hogy a PPPoE koncentrátor nem válaszol az LCP echo request kérésre és ezt a pppd szakadásként értékeli, ezért bontja a kapcsolatot.
Ha csinálsz egy screenshotot a gyári felület lehetőségeiről, akkor láthatjuk, hogy hátha lehet vele valamit kezdeni.Alex
-
vargalex
félisten
válasz Intruder2k5 #7890 üzenetére
Nem tudom, hogy ez a felület egységes-e. Ha igen, akkor én az Internet detection opciót piszkálnám. None-ra, vagy DNS probe-ra állítanám.
Esetleg PPP Echo beállítás mellett az Echo interval 20-ra és a max failures 80-ra állításával.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz Sumptuous #7917 üzenetére
1. A samba-n keresztül elérhető sebesség erősen függ az alkalmazott filerendszertől, a mount opcióktól és az iránytól is.
2. A modellnév marad, hiszen az NVRAM-ban van tárolva, amit egy firmware frissítés nem módosít.
3. A jffs a flash firmware által nem használt területe, ahová utólag alkalmazásokat másolhatsz, scripteket hozhatsz létre, stb.
4. A 160 MHz-et nyilván a kliensnek is tudnia kell. Mobiltelefonból szinte biztos, hogy nem lesz ilyen, de notebook esetén is nagyon ritka.
5. A nagyobb wifi sebesség belső hálózaton is jól tud jönni, nincs szoros összefüggésben a net sebességével. Persze, ha belső hálózaton nem mozgatsz adatokat, akkor számodra az számít.Alex
-
vargalex
félisten
OpenWrt-vel többet kell tudnia. Viszont ne a Snapshot-ot tedd fel, hanem inkább az én build-emet, mert a Snapshot-ban nem megy még a HW NAT.
Milyen digi neted van, ami 580/330 Mbps?Alex
-
vargalex
félisten
SSH-n nézd meg a
free
parancs kimenetét. De valószínűleg file cache-ra használja leginkább a RAM-ot a rendszer. Presze, ha valóban alap router funkciókkal is ilyen, akkor érdekes... De gyári firmware esetén ki tudja... Nekem OpenWrt alatt az RT-AC65P-n 47 MB a foglalt memória 256 MB-ból.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz Sziszifeca #8111 üzenetére
Én azt látom, hogy a WAN kapcsolat újraépült. Milyen neted van?
Alex
-
vargalex
félisten
-
vargalex
félisten
Én jobban szeretem, ha az eszközeim számára a router a DNS szerver. Egyrészt az mindig megy, ha tönkremenne, akkor úgysincs net sem, másrészt így egy központi helyen van a DNS cache.
Arról nem beszélve, hogy én LAN-on is használom a névfeloldást, azaz az eszközeimet nem IP címmel, hanem névvel érem el. Ez pedig másképp nem lehetséges, csak úgy, ha a LAN-on elérhető DNS szervert használom (tipikusan ugye a routeren fut).A másodlagos/harmadlagos DNS szerverrel az a baj, hogy csak akkor fordul hozzá a kliens, ha az előtte lévő DNS szerver(ek) nem válaszolnak (időben). Ha érkezik válasz, nem fordul a következő DNS szerverhez akkor sem, ha az a válasz, hogy nem feloldható a név.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz MaCS_70 #8246 üzenetére
Mire vagy kíváncsi? Én ugyan OpenWrt-t használok, de az összes LAN eszközöm elérhető névvel is, akár static lease van beállítva hozzá (a routeren), akár nincs, csak DHCP-n kér címet. Dnsmasq fut a routeren, ami maga a DHCP és DNS szerver. A DHCP kettesben érkező (vagy static lease-ban megadott) nevet így fel tud oldani.
Alex
-
vargalex
félisten
válasz katona.jozsi #8388 üzenetére
A kollégának ezt a hibaüzenetet bármely dnsmasq-ot DNS szerverként futtató eszköz adná, hiszen a párhuzamos DNS kérések maximális számát érte el. Ott valami gond van a hálózatban, valamilyen alkalmazás/eszköz folyamatos DNS kéréssel bombázza a routert.
Érdemes lehet bekapcsolni a dnsmasq-ban a DNS kérések logolását.
Elsőre arra tippelnék, hogy WAN felől is érkezik valamiért rengeteg DNS kérés. Ezt lehetne tiltani akár tűzfalon.Szóval, emiatt felesleges ezt a típust kizárni.
Nálam 30+ eszköz lóg rajta folyamatosan, soha nem volt ilyen gondom.
Alex
-
vargalex
félisten
válasz katona.jozsi #8390 üzenetére
Természetesen. Soha nem is próbáltam a gyári firmware-t. Nálam semmi gond nincs.
Alex
-
vargalex
félisten
-
vargalex
félisten
válasz oroszlan12 #8420 üzenetére
Ha pl. OpenVPN, akkor az eléggé erőforrásigényes, tehát normális. Bár, nem tudjuk, hogy milyen sávszélességről van szó...
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz oroszlan12 #8424 üzenetére
Nálam egy D-Link DIR-860L tudott OpenVPN-el 20-30 Mbps-t, ahogy a kolléga is írja. A 3-4 Mbps nagyon kevés szerintem.
Alex
-
vargalex
félisten
válasz szaboi6512 #8472 üzenetére
Nem kell izgulni. A kolléga le/elárazásban vette kb. RT-AC65P árban.
Alex
-
vargalex
félisten
-
vargalex
félisten
válasz windlord #8565 üzenetére
Nem kell ehhez privát szerintem, mert bárhol megtalálod a megoldást. A MAC címek titkosítatlanul utaztnak az éterben (igen, még WPA/WPA2/WPA3 titkosított wifi hálózat esetén is), azaz bármikor kiszedhető egy klienssel az AP-hoz csatlakozott kliensek MAC címe. MAC klónozás pedig nem egy agysebészet... Így maga a MAC szűrés bármilyen titkosítást használva is aktív, egy wifi-t feltörni szándékozó embert nagyjából 5-10 másodperccel lassít...
Nyilván a wifi-t látni kell hozzá, nem WAN felől.Szerk.: Lemaradtam.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz windlord #8602 üzenetére
Konkrétan guest wifi-ről volt szó. Konkrétan leírtad, hogy a MAC szűrés miatt úgysem tudnak bejönni, stb. Egyébként erről a hozzászólásról van szó.
Majd később azzal is magyaráztad, hogy úgysincs LAN hozzáférése. Csak azt felejted el, amire a kolléga egyébként rámutatott, hogy ha a gyenge védelem miatt Pistike is be tud jönni hozzád és bármilyen bűncselekményt követ el, akkor téged vesznek elő... Ehhez nem kell LAN hozzáférés. Ráadásul még ha logjaid is lennének bármeddig visszamenőleg a csatlakozásokról, abban az állna, hogy az általad birtokolt eszköz kapcsolódott a hálózatodra...[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz bigdady #8636 üzenetére
Nem a belső hálózatra gondolok. A WAN címet nézd meg, majd egy reboot (és Connect box újraindítás) után is. Ha változik a WAN IP cím, akkor szinte biztos, hogy változtatja az eszköz a WAN MAC címét is. Hogy miért, azt nem tudom.
Vagy még gyorsabb teszt: tegyél elé egy saját másik routert. Nézd meg, hogy a Blue Cave milyen MAC címmel kér IP-t, majd indítsd újra a Blue Cave-t és nézd meg megint. A másik router természetesen lehet akár az Asus RT-AC65P is.Én abból gondolok erre, hogy nem kap IP-t (a logban is ez látszik: "WAN Connection: ISP's DHCP did not function properly."). Márpedig ez akkor tud UPC/Voda esetén megtörténni, ha a HGW áramtalanítása nélkül egy másik MAC című eszköz próbál IP-t kérni a HGW-n keresztül.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz bigdady #8644 üzenetére
Nem azt mondtam, hogy olyankor, mikor nem kapcsolódik. Akkor persze, hogy nem lesz, hiszen éppen ez a problémád.
Szóval, jó működés esetén nézd meg az IP címet. Majd indítsd újra a blue cave-t. Ekkor ugye nem lesz IP címed. Újraindítod a connect box-ot, ezután kap IP-t a blue cave. Ekkor nézd meg, hogy ugyan az-e az IP, mint korábban. Ha nem, akkor valószínűleg változik a MAC cím.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz bigdady #8651 üzenetére
Szia!
Biztosan nem ez okozza a gondot, hiszen a routerekben általában nincs RTC, így csak NTP-n tudnak időt szinkronizálni, ha van net. És ugye az pont nincs...
Ilyenkor jellemzően a firmware build időpontjával indulnak.Mivel a külső IP-d nem változik, így MAC címet nem vált az eszköz. Illetve az általad linkelt fórumon azt írják, hogy a webes felületen egy Apply-t nyomva felépül a WAN kapcsolat. Ebből én azt gondolom, hogy firmware hiba.
Viszont akkor soha (még az első indításkor sem) nem épült fel magától a WAN?[ Szerkesztve ]
Alex
-
vargalex
félisten
Nem ismerem az Asus gyári firmware-ját, de egy normális DNS/DHCP szerver a DHCP kérésben érkező eszköz nevet később fel is tudja oldani. Így én pl. az eszközöknek adok nevet, majd ha hozzá akarok férni (ssh, ping, iperf3, samba, stb.), akkor egyszerűen a nevével hivatkozok rá. Kényelmesebb, mint IP címeket megjegyezni.
Alex
-
vargalex
félisten
válasz woodworm #8670 üzenetére
Ezt én értem. Nekem is a vezetékes eszközeimnek static lease van beállítva (illetve a stabil helyen lévő wifi-s eszközöknek, pl. ESP8266-ok, ESP32-ők, wifi-s - szintén ESP8266 alapú - konnektorok, stb.), de mégis csak egyszerűbb úgy hivatkozni rá, hogy raspberry, vagy megogo, minimx, dir-860l (switch-ként használom), stb., mint mindegyiknek fejből tudni az IP címét. Ráadásul így, ha véletlenül egy router csere esetén elfelejteném valamilyen okból visszatölteni a DHCP config-ot, akkor is pontosan ugyan ezekkel a nevekkel elérem őket.
Alex
-
vargalex
félisten
válasz mmmilan #8677 üzenetére
Szia!
Ez az általam utoljára publikált verzió. Én jelenleg egy december 20-án trunk-ból buildelt verziót használok. Nincs vele gondom. Azt viszont tudni kell, hogy az 5.x kernelben jelenleg még nem meg a HW NAT. Illetve nyilván a snapshot-ban nincs LuCI (sem), utólag kell telepíteni.
[ Szerkesztve ]
Alex
-
Új hozzászólás Aktív témák
- TCL LCD és LED TV-k
- HÁZIMOZI / HIFI / TV beárazás
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Computex 2024: bemutatkozott a Biostar alaplapok AMD-s zászlóshajója
- Politika
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Napelem
- Computex 2024: ASRock minden mennyiségben
- A Biden-kormányt is zavarja a big tech és az adatközpontok energiaéhsége
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- További aktív témák...
- ASUS ROG STRIX RTX 3060 Ti OC LHR - eladó!
- iMac 2019 27" Retina 5K / i5 3 GHz / 32 GB DDR4 / 1 TB SSD / Radeon Pro 570X 4 GB
- AKCIÓZVA! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- AKCIÓZVA! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 16/512 FHD HUN
- Dell SE2216H 22" 1920x1080 Full HD LED Monitor
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen