-
GAMEPOD.hu
ASUS RT-AC87U
Kétsávos, Wireless-AC2400 gigabites útválasztó
Kereskedelmi forgalomba hozatal kezdete: 2014
Új hozzászólás Aktív témák
-
MODERÁTOR
válasz MaCS_70 #3537 üzenetére
Igazából nem a kábelen van a hangsúly, hanem a vezérlőn ami ezekben dolgozik. Nem muszáj pont olyat venni mint amiket linkeltem, de ezekről pontosan tudni, hogy mi van bennük, a noname darabokról meg általában nincs semmi adat. Az olcsóbbak javarészt valamilyen olcsóbb vezérlőt tartalmaznak ami butább és esélyesen inkompatibilisebb (ilyenjeim is vannak azért, a célnak mondjuk megfelelnek de nincs UAS és TRIM, viszont ez nem is kell a router-hez).
<-ƘƘ->
-
MODERÁTOR
Páran váltottunk Synology RT2600ac-re (van neki topikja is), a magam részéről erről tudok csak nyilatkozni. Nekem összességében pozitív tapasztalataim vannak vele, habár mostanában be-be csusszan egy-egy kisebb bug, még mindig lényegesen jobb a helyzet mint az ASUS esetén (nem beszélve a support-ról). Ami funkció hiányzott azt pótoltam, és így számomra kielégítően ellátja a NAS funkciókat is (gyári Transmission, natív WireGuard, NFS KODI-hoz és stabil MiniDLNA, hogy a TV játssza a 4K és HDR anyagokat, ezek fontosak). Melegedés abszolúte nem jellemzi, nincs szüksége semmilyen plusz hűtésre. Rengeteg csatlakozó klienseszközt elbír, és Mesh hálózat is kialakítható az MR2200ac-vel párosítva.
<-ƘƘ->
-
MODERÁTOR
válasz farkas-j #3542 üzenetére
Véleményem szerint sima router feladatokra nem is éri meg (oda pl. egy RT-AC57U is tökéletes lehet töredék áron), de ha alapvető NAS funkciókra is kell valami, akkor kettő az egyben már nem olyan vészes az ára. Én most jutok el oda, hogy vettem egy Intel 9260-ast (ezt amúgy elég olcsón adják) a leendő notimba, és akkor majd reményeim szerin a 2x2 160 MHz kapcsolattal meg fogja közelíteni illetve elérni a vezeték nélküli átvitel sebessége a gigabites vezetékesét (80-as szélességgel a fele van meg).
<-ƘƘ->
-
MODERÁTOR
válasz efegyke #3545 üzenetére
Ha azalatt az egy hét alatt szoftveresen nem állítottál semmit, és most sem tudod sehogy sem beizzítani, akkor esélyes, hogy valamilyen hardveres gond lesz. A 2,4 GHz-es csatornák esetén idehaza majd' mindegyiket látják a klienseszközök, szóval csekély az esélye, hogy itt lenne a hiba.
<-ƘƘ->
-
-
MODERÁTOR
Ha médiaszerver, akkor a MiniDLNA beállításával van a probléma. A notify_interval értéke túl alacsony a minidlna.conf fájlban, Samsung tévével nálam is mindig megállt pontosan annyi idő után mint ami be volt állítva (900 másodperc). Merlin firmware-nél ez felülírható, a gyárinál viszont nincs rá lehetőség. Nálam a 90000-es érték teljesen bevállt, így már nem szakad meg a lejátszás, olyan hosszú videó nincs.
<-ƘƘ->
-
MODERÁTOR
válasz ArthurShelby #3561 üzenetére
Szerintem ez a kettő nem ugyanaz a hibajelenség. Itt az a probléma, hogy konkrétan a notify_interval értékével pontosan megegyező időközönként megáll a lejátszás. Utána simán újraindítható mert nem tűnik el a szerver, csak aztán megint leáll ugyanennyi idő múltán.
<-ƘƘ->
-
MODERÁTOR
válasz ArthurShelby #3570 üzenetére
A WireGuard nem a processzor architektúráján múlik a router-eknél sem, hanem a kernel verziószámán. Nálam 32-bites módban fut RT2600ac-n és RPi4-en is, nem követelmény 64-bitre fordítani. Mint már párszor írtam, ha valakit érdekel, akkor a Go-s userspace implementációt 87U-ra is meg tudjuk nézni (bár nem garantált annak a működése sem), pl. Syno RT1900ac-n szépen megy.
<-ƘƘ->
-
MODERÁTOR
válasz ArthurShelby #3572 üzenetére
Úgy nézem, hogy az N66U OpenWrt alatt 4.19-es kernelt futtat, ami ugye bőven megfelel a WireGuard-nak.
Linux alá van a WireGuard kernel module (kernel szint), meg a Go-s implementáció (alkalmazás szint). Az előbbinek jobb a teljesítménye, de kompatibilitási okokból pl. az Android-os app is az utóbbit használja.
AC68U-ra már karbantart valaki egy Entware csomagot, ha kell, akkor abból kiszedhető a wireguard.ko kernelmodul és a wg segédprogram. Abban mondjuk nem vagyok biztos, hogy kompatibilis-e a gyári firmware kernelével is (elég ha kicsit más a konfigurálása).(#3573) tobias40: Egy alap teszthez elég ha ezt a wireguard-go fájlt megpróbálod futtatni SSH-n keresztül a router-en:
wget -O wireguard-go goo.gl/L97gXo
chmod +x wireguard-go
./wireguard-goHa minden rendben, akkor ezt kell visszakapnod [képernyőkép]:
usage:
./wireguard-go [-f/--foreground] INTERFACE-NAME<-ƘƘ->
-
MODERÁTOR
válasz ArthurShelby #3576 üzenetére
Tényleg, ezt félrenéztem.
Viszont tobias40 segítségével már kiderítettük, hogy a 87U-n nem futnak a Go-val fordított binárisok (elvileg minimum 3.1-es kernel kellene). Ha a 68U régebbit futtat, akkor esélytelen, maximum a TunSafe-vel lehetne próbálkozni. Néztem is, de így elsőre nem sikerült lefordítanom ARM-re.<-ƘƘ->
-
MODERÁTOR
Fontos, hogy mindig lássa a vinyót, vagyis mikor áramszünet után újra elindul a router rendszere, akkor elérhető legyen (van olyan átalakító amivel ilyenkor probléma van). A legjobb ha a router-rel ext4-re van formázva, és ha csak a torrent az érdekes, akkor az Entware-es gyári Transmission-t érdemesebb lehet használni.
<-ƘƘ->
-
MODERÁTOR
válasz lionshamlet #3596 üzenetére
Az Adminisztráció -> Üzemmód alatt van egy olyan, hogy Media Bridge (áthidaló mód). Ebben az üzemmódban maga a router vezeték nélkül kapcsolódik egy másik hálózatához, és vezetéken keresztül lehet rá klienseket csatlakoztatni. Ha jól értem, akkor neked pont erre lenne szükséged. Szóval ezt próbáld meg beállítani, itt egy kis review is hozzá (bár elég régi).
<-ƘƘ->
-
MODERÁTOR
válasz akhatalom #3610 üzenetére
Ha már úgy döntöttél, hogy visszaviszed, akkor nincs értelme foglalkozni a felsorolt problémákkal. A Synology RT2600ac-t én is tudom javasolni helyette, de árban kicsit magasabb kategória. WiFi-s jelerősségre a mai router-ek eléggé egyformák, régió szerint mindegyik le van szabályozva.
<-ƘƘ->
-
MODERÁTOR
válasz MaCS_70 #3613 üzenetére
Annak idején a 87U-n még szabadabban feljebb lehetett tornázni a jelerősséget, ma már csak trükközve. A Synology EU-ba szánt router-ein viszont korlátozás nélkül átállítható az ország, és így ha szükséges, akkor ezzel sokat lehet nyerni a 2,4 GHz-es rádió esetén.
<-ƘƘ->
-
MODERÁTOR
válasz MaCS_70 #3615 üzenetére
De mi történt, hogy már nem lehet feljebb tekerni a wifit?
A WiFi-s jelsugárzás kapcsán szigorú jogszabályi előírások vannak, egy termék nem kerülhet kereskedelmi forgalomba ha nem felel meg ezeknek. Pl. írtam, hogy a Synology eszközein szabadon állítható az ország. Amelyik ki van választva, annak a régiónak a szabályai szerint viselkedik a router (ergo költözésnél viheted magaddal és a használatával nem kell törvényt szegned). De mindenhol még ez sem elégséges, mert pl. az USA-ban ez a fajta átállítási lehetőség is tiltott, szóval az ott árult router-ekből hiányzik ez a funkció. Ergo Amerikából rendelt router-t idehaza elvileg nem használhatsz.
<-ƘƘ->
-
MODERÁTOR
válasz MaCS_70 #3617 üzenetére
Lehet félreértettük egymást. A 87U-n most is lehet trükközve növelni a rádiós teljesítményt, ez nem változott, lásd pl. ezt a hozzászólást. Újabb ASUS router-eken már ez a módszer sem működik. Egyszerűen bezárta az ASUS is ezeket a lehetőségeket. Feltört és módosított firmware persze még mindig opció lehet, ha valaki megcsinálja, mint Hugo a HGG-t. Az USA-ban viszont törvény kötelezi a gyártókat, hogy zárják le a router-eiket.
<-ƘƘ->
-
MODERÁTOR
válasz tobias40 #3619 üzenetére
Igen, de csak addig lehet visszacsinálni amíg elindul a router rendszere és be tudsz rá SSH-zni. Viszont a leírt dolgokat teszteltem anno, ha pontosan ugyanazt csinálod, akkor nem lehet gond belőle.
Ennél veszélyesebb a proci órajelének növelése, mert ha túltolod a CFE-ben, akkor tényleg nem indul el a router. Szóval ezt érdemesebb előtte HGG-ben kitesztelni.<-ƘƘ->
-
MODERÁTOR
-
MODERÁTOR
válasz tobias40 #3625 üzenetére
Mint írtam, a procit előtte ki kell tesztelni. De nálam ilyen beállításokkal ment anno a router, és így is adtam el:
nvram set asuscfeclkfreq=1400,800
nvram set asuscfe0:ccode=#a
nvram set asuscfe0:regrev=0
nvram unset asuscfeterritory_code
nvram set asuscfecommit=1Persze azért megtartottam az eredeti CFE képet is, meg a kinyert CFE változókat:
clkfreq=1000,800
0:ccode=EU
0:regrev=13
territory_code=WE/01a biztonság kedvéért, de azóta sem jelezték, hogy gond lenne a router-rel.
<-ƘƘ->
-
MODERÁTOR
válasz tobias40 #3628 üzenetére
Mint írtam, csakis HGG-vel lehet, mert ott működik a webes felületen keresztüli beállítás. Szóval ott ki lehet tesztelni, hogy mi az amit még stabilan bír, és azt már be lehet írni a CFE-be is biztonsággal. Utána pedig ezen a magasabb órajelen fog üzemelni az összes firmware-rel.
<-ƘƘ->
-
MODERÁTOR
válasz tobias40 #3630 üzenetére
Nem, ekkora túlhajtást nem mindegyik bír, ezen processzoroknál is van gyártási szórás. Nem véletlenül 1 GHz-re van meghatározva az órajel, ez az amivel megfelelő kihozatalt értek el, a többi paramétert is figyelembe véve. Vagyis van amelyiket nem nagyon lehet húzni, de olyan is ami jól bírja. Segít ha minél későbbi gyátású, akkor jobbak az esélyek.
Ha nem akarod vagy tudod biztonsággal kitesztelni, akkor nem javasolnám a CFE vaktában történő módosítását, mert könnyen egy drága nehezék válhat a router-edből.<-ƘƘ->
-
MODERÁTOR
válasz ArthurShelby #3632 üzenetére
Ez alapvetően kliensoldali beállítás, szóval ha a szerver nem, vagy nem jól push-olja, akkor is be tudod konfigurálni a .ovpn fájlban. A VPN kliensben pedig beállítható, hogy hagyja figyelmen kívül a push-olt útvonalakat.
Az összes forgalom átirányítása:
redirect-gateway def1 bypass-dhcp
Csak a belső hálózati forgalom átirányítása:
route 192.168.0.0 255.255.0.0 vpn_gateway
route 10.0.0.0 255.0.0.0 vpn_gateway<-ƘƘ->
-
MODERÁTOR
-
MODERÁTOR
válasz MaCS_70 #3637 üzenetére
Ez a két dolog függetlenül is állítható, van is ilyen opció pl. az Androidos OpenVPN for Android kliens beállításai között, VPN megkerülése helyi hálózatokhoz néven fut. Ha ez aktív, akkor figyelmen kívül hagyja, hogy mit push-ol a szerver, és, hogy mi van a .ovpn fájlban.
<-ƘƘ->
-
MODERÁTOR
válasz MaCS_70 #3639 üzenetére
Magyarul kicsit rosszul van fordítva, nem egyértelmű. A szerver oldaláról lehet push-olni bizonyos beállításokat a kliensek felé, vagyis nem muszáj a .ovpn fájlban mindent előre definiálni. Ennyi, és ezzel az opcióval azt lehet szabályozni, hogy a router helyi hálózatát hozza-e be a kliens mikor pl. rámész a 192.168.1.1-re, vagy a kliens sajátját.
<-ƘƘ->
-
MODERÁTOR
válasz ArthurShelby #3642 üzenetére
Amit letöltesz .ovpn fájlt, abba lehet beleírni, utána pedig beadagolod a kliensnek. Ezt tudom mutatni példának amit Syno-n használok telepítőszkriptet, keress rá a client.ovpn szóra.
Az eredeti fix IP-den mit értesz? Mármint minek az IP-címére lenne szükséged?
<-ƘƘ->
-
MODERÁTOR
válasz ArthurShelby #3644 üzenetére
Az OpenVPN másik alhálózatot használ, ez elkerülhetetlen.
<-ƘƘ->
-
MODERÁTOR
válasz MaCS_70 #3646 üzenetére
A LAN -> DHCP szerver alatt beállítható manuális IP-hozzárendelésről ír. Ez nem érvényesül az OpenVPN-es eszközök esetén, hiszen azok egy különálló, TUN/TAP interfészen keresztül, a 10.8.0.0/24-es alhálózatból csatlakoznak. Ergo a kliensek 10.8.0. kezdetű, és 1-254 között végződő IP-t kapnak. Ezen keresztül is érhetőek el a router oldaláról és egymás felől.
[ Szerkesztve ]
<-ƘƘ->
-
MODERÁTOR
válasz MaCS_70 #3650 üzenetére
Ezzel szemben nekem mindig az jön ki, gyakorlatilag az alapbeállításokkal, hogy a kliens felől tökéletesen el tudom érni a szerver hálózatának eredeti címtartományát...
A router-re közvetlen csatlakozó klienseszközök 192.168.1.x IP-t kapnak (ez a címtartomány megváltoztatható), az OpenVPN-es kliensek pedig 10.8.0.x-et (ez a címtartomány is megváltoztatható). Ez azért is van így, mert két külön virtuális interfészre csatlakoznak. Ezek között van, illetve lehet átjárás, szóval a pl. 10.8.0.2 IP-vel rendelkező kliensről eléred a pl. 192.168.1.2-es másik klienst, és fordítva. Az OpenVPN kliensek pedig elérik, illetve elérhetik egymást a saját 10.8.0.x címeiken.
<-ƘƘ->
-
MODERÁTOR
válasz MaCS_70 #3653 üzenetére
Többször is átolvastam már, de nem látom, hogy ami tapasztalatot leírtál, az miben más mint amit én írtam az OpenVPN működési elvéről. Mikor OpenVPN segítségével távolról csatlakozol, akkor kapsz egy 10.8.0.x címet (vagy ami tartományt használsz), és ha be van állítva, akkor eléred a router belső hálózatán levő eszközöket a 192.168.1.x címeiken.
Ha sima szerver-kliens VPN-t használsz, akkor nincs IP-tartomány ütközés. Szóval a kliens felől csak az egyik hálózatot éred el (a LAN tolása - ami értelmetlenül és hülyén hangzik - opcióval az otthonit), nincs szükség az otthon és a szülők megkülönböztetésére. Ez akkor lenne érdekes ha Site-to-Site típusú VPN kapcsolatot építenél fel.<-ƘƘ->
-
MODERÁTOR
válasz envagyok #3684 üzenetére
Hidd el, hogy nem működik, az AiMesh zárt forráskódú és az ASUS nem támogatja 87U-n. Ha belenézel abba a changelogba, akkor láthatod, hogy nem modellspecifikus, pl. ez is benne van:
- UPDATED: RT-AX88U to GPL 384_6210.
Ez pl. miben érinti az RT-AC87U-t, hogy bele kellene írni a csak rá vonatkozó changelogba?
A témát a magam részéről lezártnak tekintem, ezen a routeren nem megy az AiMesh.
<-ƘƘ->
-
-
MODERÁTOR
Ha pedig már ext4-et használsz, akkor a torrentekhez fontolóra veheted az Entware-en keresztül telepíthető gyári Transmission-t is. A DM alatt is ez dolgozik, de egy régebbi verziója, és más a körítés.
<-ƘƘ->
-
MODERÁTOR
Általános probléma manapság, hogy az internetszolgáltatók alapból NAT-olt IPv4-es netet adnak. Ez azzal jár, hogy kliensoldalon nem lehet portot nyitni, és ezáltal passzív módban fut a torrent.
Először is ellenőrizd, hogy NAT-olt vagy-e, vagyis a router WAN címét hasonlítsd össze azzal amit itt mutat. Ha a kettő nem egyezik, akkor jelezd a szolgáltatód felé, hogy szeretnél saját publikus IP-t, mert kívülről nem éred el a belső hálózatodat (pl. IP kamerát).<-ƘƘ->
-
MODERÁTOR
válasz Tav-Csoves #3718 üzenetére
Van tényleges hardveres NAT (Flow Accelerator), de erősen limitált a működőképessége (max sima kábelnet, PPPoE-vel felejtős) és bug-os is. Helyette inkább a CTF (Cut-Through Forwarding) dolgozik, ami lényegesen kompatibilisebb. Elvileg elég a majd' gigabites tempóhoz is.
(#3719) chaosmonger: Hivatalosan semelyik router sem lesz jobb, mert szigorúan meg van határozva a maximális sugárzási teljesítmény amit ezek az eszközök kibocsájthatnak. A CTF módosításával feloldható ez a korlátozás a 2,4 GHz esetén, a Quantenna miatt viszont az 5 GHz maximum csak HGG-vel állítható (de az a firmware nincs valami jól karbantartva). De azért ehhez is tudni kell, hogy egy bizonyos távolság felett hiába jó a router jelszintje, ha a kliens nincs ugyanígy okosítva, akkor vissza már nem nagyon tud kommunikálni.
<-ƘƘ->
-
MODERÁTOR
válasz Tav-Csoves #3723 üzenetére
A CFE-s megoldás az teljesen firmware független, csak SSH kell hozzá amíg beállítod. A Merlin-ben nem lehet határérték fölé emelni a sugárzási teljesítményt.
A gyári firmware visszaállításának a menete le van írva az összefoglalóban. Lényegében a router TFTP-s helyreállító módját tudod hozzá használni. Ez viszont nem állítja vissza a CFE módosítását, szóval ha - saját felelősségedre - azt is megbabrálod, akkor a cfe.bin fájlt azt biztos helyre mentsd le. Ez a /dev/mtd0 képe, és a gyári állapot visszaállításához vissza kell írni rá.<-ƘƘ->
-
MODERÁTOR
válasz Karkarosz #3727 üzenetére
Általános dolgokat tudok csak írni. Az SSD-n használj ext4 fájlrendszert, a router kezelőfelületén formázd le. Ez jócskán csökkenti a procihasználatot és gyorsabb lesz a fájlkezelés. Használj Merlin firmware-t, és a DM helyett Entware alá telepítsd a gyári Transmission-t. A settings.json fájlt célszerű optimálisan beállítani, nálam így van.
Ami viszont a seed-hez a legfontosabb, hogy ne legyél passzív. Ha NAT-olt netet kapsz, akkor kérj saját külső IPv4 címet, és ha szükséges akkor nyiss portot a kliensnek. Ha nem tudnak rád csatlakozni, akkor senki sem fog húzni rólad.<-ƘƘ->
-
MODERÁTOR
válasz Karkarosz #3729 üzenetére
Legelőször a Merlin-t fel kell rakni (és nyilván be is kell állítgatni), igen, aztán dugd rá és formázd le az SSD-t ext4-re. Utána mehet az entware-setup.sh parancs. Azzal egyszerűen telepítheted rá az Entware környezetet. Majd ahogy írja is, az opkg segítségével installálható a Transmission (a kapcsolódó csomagokkal egyetemben), és leállított állapotában szerkeszthető a settings.json fájl.
Ha minden kész, akkor a böngészőben eléred a Transmission kezelőfelületét (asztali gépnél és notinál tökéletes), illetve vannak hozzá különféle appok is (telóra célszerű).A gyári firmware visszaállításához találsz leírást az összefoglalóban. Amíg nem a CFE szintjén van probléma, addig a TFTP-s módszerrel helyreállítható a router.
[ Szerkesztve ]
<-ƘƘ->
Új hozzászólás Aktív témák
- Microsoft Surface Pro 6 12.3" 2736 x 1824/i5 8350u/
- Legjobb ÁR!!!HP EliteBook 640 G9 Ezüst (14" / Intel i5-1235U / 16GB / 512GB SSD / Win 11 Pro)
- HP Probook 340S G7 i5-1035G1/8GB/256SSD/Windows 11
- MSI MAG274QRF-QD QLED Gamer Monitor!27"/2k/165hz/1ms/Freesync-Gsync/Type C/Konzolhoz is/Beszámítás!
- Sennheiser Epos H3 White Gamer Fejhallgató Eladó!
- Samsung Galaxy A71 128GB fekete
- Bontatlan, garanciális MSI Sword Gamer laptop
- iPhone 15 Pro Blue Titanium 128 GB Bontatlan, Új készülék! Aktiválástól 1 Év Apple Garancia!
- iPhone 14 Midnight 128 GB Bontatlan, Új készülék! Aktiválástól 1 Év Apple Garancia! Független!
- iPhone 13 Midnight 128 GB Bontatlan, Új készülék! Aktiválástól 1 Év Apple Garancia! Független!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen