- Átjutottak a Ciscón, betörtek a kormányok hálózataiba
- Ubiquiti hálózati eszközök
- Windows 11
- Linux kezdőknek
- Hálózati / IP kamera
- A Coca-Cola következő nagy újítása az AI
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Windows 10
- Adobe Lightroom topic
- Kínában túl sok az EV, fokozódik az árháború
-
IT café
ASUS RT-AC68U (Kétsávos, Wireless-AC1900 gigabites útválasztó)
Új hozzászólás Aktív témák
-
#73749248
törölt tag
Mielőtt valaki nekiugrik a csodás, új firmware telepítésének: az új rendszerben elcseszték az új verzió ellenőrzését a jelek szerint.
A Check gombra kattintva feljön egy Firmware Upgrade gomb akkor is, ha nincs új verzió és szó nélkül elkezdi újratelepíteni azt, amit két perccel korábban telepített... (még nem próbáltam, hogy mi van, ha végrehajtok egy factory resetet vagy mit)[ Szerkesztve ]
-
zsolt501
Topikgazda
válasz #73749248 #3804 üzenetére
Én most frissítettem, de nálam nincs ez a probléma a szoftverrel, ez valami egyedi lehet nálad, nálam ez az újbóli frissítés nem jön fel.
Amire kíváncsi leszek itt mennyire fogja a RAM-ot felzabálni 1 hét alatt, ha megint előjön ez a gond akkor én is tolok egy nvram törlést, nálam ezek segíteni szoktak általában az ilyen problémán.
Ami viszont kellemetlenül érintett az hogy az új szoftver engedélyezte a Remote Access Config > Webhozzáférés engedélyezése a WAN-ról engedélyezett lett, szóval ez azért elég húzós dolog csak így...
[ Szerkesztve ]
''Mind Így van ezzel aki hasonló időket megélt, de a döntés nem rajta állt neked csak arról kell döntened mihez kezdj az idővel amely megadatik.''
-
Hyena
senior tag
válasz zsolt501 #3805 üzenetére
Nekem nem lett engedelyezett a firmware telepitese utan a wan webhozzaferes, viszont reggeli telepites utan egyszercsak eldobta a netet.
Viszont azota ezzel van tele a router log 10 masodpercenkent es egyszer eldobta a netet. (ami persze lehet veletlen de eddig meg soha nem tortent ilyen)
an 3 13:25:32 crond[261]: time disparity of 465925 minutes detected
Jan 3 13:25:55 lldpd[298]: unable to send packet on real device for eth1: No buffer space available
Jan 3 13:26:05 lldpd[298]: unable to send packet on real device for eth1: No buffer space available
Jan 3 13:26:15 lldpd[298]: unable to send packet on real device for eth1: No buffer space availableVan valakinek otlete miert van ez az unable to send packet....?
harley-davidson-nyiregyhaza.hu
-
Hyena
senior tag
Idokozben azt is eszrevettem, hogy valamiert a router fix nyari idoszamitasban van es nem lehet automatara allitani DST valtast.
Manualisan lehet (kell) megadni a kezdeti es a veg idopontjat mert gyarilag hulyeseg van beallitva.
Ha bealliton a helyes idopontokat akkor immar az ora jol jar, de tovabbra is azt irja , hogy a rendszer idozona elter a helyi idobeallitastol.Valami otlet?
Viszont ezek utan megszunt a fent emlitett unable to send packet....
harley-davidson-nyiregyhaza.hu
-
zsolt501
Topikgazda
Ha google chrome böngészőből nézed ezt akkor ne lepődj meg, ezt csinálja nálam is Firefox alól már nem írja hogy a rendszer időzóna eltér a helyi időbeállítástól.
Most néztem EDGE alatt is ugyan ezt írja szóval csak Firefox alatt nem írja[ Szerkesztve ]
''Mind Így van ezzel aki hasonló időket megélt, de a döntés nem rajta állt neked csak arról kell döntened mihez kezdj az idővel amely megadatik.''
-
Klara_
őstag
Merlin 382.2_beta2 automata idoszamitas valtas idopontja allithato, de ha a GMT +1 idozonat hasznalom - amit kellene is sikit, hogy nem egyezik a rendszeridovel, +1 oraval ilyenkor el van tolva. Atallitottam GMT idozonra igy nem sir. A "rossz" beallitassal sem szemetlete tele a logot.
-
HIJ
őstag
Igen, de ez sajnos patt helyzet, mert a router ugye csak a https -t engedi meg kintről, nekem meg a munkahelyről csak a 8080 érhető el (bár az tény, h a 8443 -at sosem próbáltam.)... Na mindegy, úgy talán jó lesz, h forwardoltam neki a 8080 -at... De azért megpróbálom majd a https portot is, hátha nyitva van.
Köszi
-
SztiviVander
őstag
Ez így ebben a formában nem igaz. Mindegyik szolgáltatáshoz olyan portot állítasz be amilyet akarsz, ezek a portok nem kőbe vésettek. Az hogy mire szokás _általában_ használni az egy teljesen más kérdés, amúgy a 8080 másodlagos http (de MS környezetben sokáig proxy portként volt használva), a 8443 meg másodlagos https(ként szokás használni).
-
SztiviVander
őstag
Bocs de mobilon ph appból nem láttam a képet. Ez milyen FW, gyári vagy esetleg az új a 382-es béta merlin? Mert merlin 380.69 alatt látszik hogy ha engedve van a wan-ról elérés akkor ott használja sima http-hez a 8080-at, https -hez pedig a 8443-at. Szerintem attól függetlenül hogy nálad a sima http-t nem mutatja és nem is működik, mégis lefoglalja hozzá a 8080-t és ezért írja hogy duplikált port amikor azt máshova be akarod állítani.
[ Szerkesztve ]
-
Klara_
őstag
válasz SztiviVander #3817 üzenetére
A kep alapjan gyari, specialis beallitasok felett AiCloud ikon van nem a tools villaskulcsa.
-
*H*
aktív tag
válasz SztiviVander #3816 üzenetére
Jelen esetben egy adott routerről volt szó, nem más környezetről. A kérdés az adott eszköz hibaüzenetére vonatkozott, úgymint a válasz is. Ott pedig a felmerülő hiba oka ez. A 8080-as portot a HTTP kapcsolatnak tartja fenn, ezért a hibaüzenet.
A képen pedig látszik, hogy használatban van a HTTP is, mivel a hitelesítési eljárás BOTH értékre van állítva. Tehát a HTTP és a HTTPS kapcsolat is engedélyezett.[ Szerkesztve ]
Minden ember jó valamire, ha másra nem hát elrettentő példának. :)
-
zsolt501
Topikgazda
Ha fontos a biztonság akkor a WAN elérést ne engedd semmiképpen se HTTP-n és HTTPS-en se kintről, ha nagyon el akarod érni a routert kintről akkor azt VPN-en keresztül tedd pl. openvpn-el belépsz a belső hálózatba és utána belső hálózatból már be tudsz lépni a routerbe is, ez azért lényegesen biztonságosabb mint egy nyitott WAN elérés kifelé.
''Mind Így van ezzel aki hasonló időket megélt, de a döntés nem rajta állt neked csak arról kell döntened mihez kezdj az idővel amely megadatik.''
-
#73749248
törölt tag
válasz zsolt501 #3805 üzenetére
Ugyan már töröltem magam, de csak ezért mégis visszakúsztam.
Nem tudom, hogy az én routerem hibás-e vagy tényleg ennyire elcseszték az új firmware-t asusék, de...
Admin->Firmware upgrade->Check gomb megnyomása után pár másodprec várakozást követően feljön egy fekete "Firmware Upgrade" gomb, lefut az upgrade újra, rebootol, majd közli, hogy manuális reboot szükséges.A DHCP ugyan oszt címet, de erről a routeren futó dnsmasq nem vesz tudomást, a DNS-e nem jegyzi fel az új kliensek nevét, ergo az itthoni hálón nincs működő névszerver.
Az aktív kliensek listája következetesen üres az upgrade óta.
Volt Factory default -> Initialization is az upgrade után, nem segített semmit.
Szóval nálam nagyon, de nagyon bugos az egész. -
HIJ
őstag
válasz SztiviVander #3817 üzenetére
Sima gyári FW -ről van szó, ahol úgy látom hogy kötelezően https -re kényszerítenek WAN felől... Sejtettem hogy valami olyasmi lehet hogy a 8080 az engedélyezve lenne a http -re, de ezt ASUSék tiltották a biztonság miatt.
@zsolt501: Annyira nem akarok belebonyolodni, mert szerintem a VPN -t sem tudnám a vállalati környezetben használni. Inkább maradok a kevésbé biztonságos vonalon Egyébként a biztonság függ a jelszó erősségtől? Tehát ha adok egy mocskos hosszú jelszót azzal biztonságosabb, vagy nem ezen múlik?
[ Szerkesztve ]
-
SztiviVander
őstag
Ezért tedd fel a 380.69 stabil merlint (sima upgrade-el, ha nem a xxxx384xxx gyári fw van fent akkor reset sem kell és a beállításaid is megmaradnak), ott át tudod írni a http portot másra és akkor neki tudod adni a https-nek a 8080-at.
Vagy izé, lehet hogy még egyszerűbb (ha működik): állítsd át https only-ra és akkor lehet hogy nem foglalja be egyáltalán a http-nek a portot. De ezt nem tudom mivel gyári fw kb 5 percig volt a routeren az is még újkorában, merlinnel meg ugye eleve nincs ilyen gond.[ Szerkesztve ]
-
VGYke
addikt
Sziasztok! Akkor most érdemes felrakni a 3.0.0.4.384.10007 gyári firmware, vagy tényleg bugos?
zsolt501: Neked mi a tapasztalat? Hogy csináltad, semmi hókuszpókusz (hókuszpókusz: gyári reset gomb benyomás, nyomvatartás 30 sec-ig, firm. frissítés, újra beállítás), csak ráengedted a régebbi firmware-re az újat?
Mi az az nvram törlés, hogyan kell és mire jó?kutya az ember legjobb barátja... lenne, ha tudna kölcsönadni
-
zsolt501
Topikgazda
Szia
Saját tapasztalat következik.
Felrakni fel lehet rakni, és szerintem kelleni is fog majd, nálam problémákat nem nagyon találtam, a RAM fogyás mértéke is csökkent most másfél napi üzem mellett 110MB RAM-ot használ, még nem jutottam el odáig hogy megcsináljam az NV-RAM törlést ennél az új sorozatú szoftvernél, de szerintem meg fogom lépni hamarosan már csak azért is hogy kiderüljön mi lehet a háttérben, mondhatni ön megnyugtatásAz NV-RAM törlést én mindig az összefoglalóban leírt módon szoktam csinálni az ASUS recovery mód használatával recovery webszerver segítségével, nálam ez vált be leginkább a másik módszer is működhet, de volt már hogy nem, az okát nem tudom, mert a másik módszernek is működni kellene.
''Mind Így van ezzel aki hasonló időket megélt, de a döntés nem rajta állt neked csak arról kell döntened mihez kezdj az idővel amely megadatik.''
-
VGYke
addikt
válasz zsolt501 #3830 üzenetére
Klara_, zsolt501 Köszönöm!
Az az érdekes, hogy nálam a a router kezelőfelületen nem villog a felkiáltójel hogy van új frissítés.
Nálatok villogott? Kézzel ugyan letöltöttem...
Korábbi RT-N66U életemben is volt ilyen, kérdeztem is annak idején a supportól, azt a választ kaptam, csak akkor érhető el a router (piros felkiáltójel villogásban) az új firmware ha minden teszten átment...kutya az ember legjobb barátja... lenne, ha tudna kölcsönadni
-
Hyena
senior tag
válasz zsolt501 #3830 üzenetére
Neked nem szemeteli tele a logot ilyenekkel?
Ez csak 1 kis izelito mostmar nonstop csinalja 10 masodpercenkent hiaba van beallitva az ora.Jan 4 18:55:29 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:55:39 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:55:49 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:55:59 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:56:09 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:56:19 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:56:29 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:56:39 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:56:49 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:56:59 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:57:09 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:57:19 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:57:29 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:57:39 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:57:49 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:57:59 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:58:09 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:58:19 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:58:29 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:58:39 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:58:49 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:58:59 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:59:09 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:59:19 lldpd[282]: unable to send packet on real device for eth1: No buffer space available
Jan 4 18:59:29 lldpd[282]: unable to send packet on real device for eth1: No buffer space available[ Módosította: Intruder2k5 ]
harley-davidson-nyiregyhaza.hu
-
#73749248
törölt tag
válasz zsolt501 #3833 üzenetére
Az enyém viszont igen. Igaz, kicsit más jellegű, de szintén lldpd-s üzenetekkel.
Mondjuk én log szervert használok, nem csak a lokális logot nézem.
A webes lognézegetőjében nem látszik.Szóval én egyre inkább egy óriási bughalmaznak tartom ezt az új verziót, pedig már a 382 se semmi e téren.
[ Szerkesztve ]
-
HIJ
őstag
Nekem is van log kérdésem. Szerintetek ezt miért írja?
Jan 4 13:38:16 dnsmasq-dhcp[3382]: not giving name LocalHost to the DHCP lease of 192.168.1.12 because the name exists in /etc/hosts with address 127.0.0.1Tele van vele a log.
Ezt a címet reserváltam és működik is. Egy IP kameráról van szó... -
#73749248
törölt tag
Hát az új verzió keresése mindenféle resetelés, fw újraírás ellenére szar maradt.
A névfeloldás sem jó, de ez valószínűleg valami systemd fasság, mert egyik ubuntun megy, másikon nem. Ahol megy, ott nincs lokális névfeloldás, a routertől kéri közvetlenül.
Ahol nem megy, ott mindenhol systemd-s rendszer van és a lokális resolver nem képes feloldani a neveket.
Csak azért nem értem, mert a korábbi fw mellett a laptopomon működött a névfeloldás a lokális gépekre is és azóta itt nem változott a konfig... -
#73749248
törölt tag
Tartok tőle, hogy igencsak eltérő igényeink vannak.
Amit az asus művel a routerek terén, az legalább olyan gyalázatos, mint az intel műve a processzorok terén.
Illetve még rosszabb, mert ezek teljes mértékben figyelmen kívül hagyják a bug reportokat.
Pár éve állítólag az aicloud usernevek és jelszavak plain textben, szó szerint bárki által elérhető helyen voltak tárolva, de nem törődtek vele.
Gondolom, a hálózatodon nincs szükséged a router dns funkciójára, mert az pl sosem működött normálisan a gyári és a merlinféle fw-ben. Utóbbiban viszont volt lehetőség manuális korrekcióra.
Amikor megvettem ezt a ...t, még úgy számoltam, hogy lesz még shibby tomato, de annak vége.[ Szerkesztve ]
-
-
Hyena
senior tag
válasz #73749248 #3846 üzenetére
Nem akarom senki kedvet elrontani de miutan vettem 1 netgear nighthawkot amirol a tesztoldalak nagyon jokat irtak es kiprobaltam par egyeb routert is megis maradok ennel.
Lehet , hogy ez igy vakok kozt felszemu a kiraly alapon megy de azert ehhez a routerhez van teljesen hasznalhato (ha nem is a legujabb) firmware , mig teszem azt a nighthawkhoz nem volt.
Es mig itt az a legnagyobb problemam , hogy a legujabb firmware teleszemeteli a logot es manualisan kell beallitani DST-t, addig ott az volt a bajom , hogy pppoe internettel nem mukodott a hw NAT semmilyen firmware-el es igy a max letoltes kb 200 megabit volt, a beallithatatlan tuzfalrol nem is beszelve.
Mas routerekben meg nincsen sajat ingyenes ddns (gondolok itt az asuscomm-ra) vagy a port forward nem mukodott rendesen.
En is szeretnek egy tokeletesen mukodo eszkozt es szivesen vennek egy uj kutyut, de mivel pillanatnyilag nincs jobb otletem es ennyire nem kell a kaland igy most ez is megfelel , de persze varom a konstruktiv javaslatokat mivel ugy a szomszed kertje mindig zoldebb .
Hja es nem vagyok asus reszvenyes, csak a tisztanlatas kedveert irtam ezt le mivel ha az ember kontraszt kiallitaskent hasznal mondjuk egy top tp link routert amit ha sok eszkoze kapcsolodik hozza indithat ujra naponta rajon , hogy nem is olyan szar ez...[ Szerkesztve ]
harley-davidson-nyiregyhaza.hu
-
#73749248
törölt tag
Az utolsó előtti 382-es sem igazán működött hw nat-tal.
Nem célom fikázni a routert, másokkal nem nagyon van saját tapasztalatom, a viszonylag jó hardver miatt szinte kizárólag asusokat használtam, de eddig viszonylag nyugodtan használhattam 3rd party firmware-t hozzá. A shibby-féle tomatot még sokáig fogom siratni.
Van még egy tplink wdr4300-asom, az kizárólag openwrt-vel volt használható, csak annak a wifije nulla volt, nomeg úgy egy hete felraktam rá valami szoftvert (talán tcpdump-ot) amitől csinált egy factory resetet, eltüntetve minden külön telepített csomagot...Ez a cucc még a Merlinnel használható valamennyire, feltéve, hogy nem akarod logolni a fogadott csomagokat, mert azzal... hát finoman szólva megszívod.
[ Szerkesztve ]
-
Hyena
senior tag
válasz #73749248 #3848 üzenetére
Azert roppant nagy a kulonbseg a kozott, hogy van olyan firmware amivel nem mukodik a hw nat mintha egyaltalan sehogy sem mukodne egyik firmware-el sem.
Azt neha nem ertem, hogy adhatnak ki kulonbozo hibakat tartalmazo uj firmware-t , a beta teszteloknek lofaszt a seggebe es miert nem vonjak vissza ha mar kiderult , hogy hibas, de valojaban az is szep, hogy a megjelenes utan ennyivel is foglalkoznak egyaltalan ennek az eszkoznek a firmware fejlesztesevel ami mas markaknal nem igazan szokas.harley-davidson-nyiregyhaza.hu