Sziasztok! A következő a gondom. Eddig tökéletesen üzemelt egy asus rt n18u router digis nettel, majd éjjel volt egy két áramkimaradás. A router logja a következőt írja: timeout waiting for pado packets. Nézelődtem a fórumon, de nem találtam megoldást.

Sziasztok!

Otthoni munkámhoz szükség lenne folyamatos internet kapcsolatra de ez nem jön össze. Random időközönként megszakad a net (akár wifi, akár kábel) és ilyenkor mehet az újracsatlakozási procedúra, meg a dühöngés.
Hogy tudnám kideríteni, hogy mi okozza a szakadozásokat? Inviteltől kapott zte h168n vagy az RT-N18U. A szolgáltató szerint "a hálózaton minden rendben", a zte kapott frissítést, az Asuson is a legfrissebb gyári fw van.
Az asus logjában az alábbi bejegyzés található az utolsó szakadás időponjánál:
May 4 21:20:53 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
May 4 21:20:53 kernel: HTB: quantum of class 10009 is big. Consider r2q change.
May 4 21:20:53 kernel: HTB: quantum of class 20009 is big. Consider r2q change.
May 4 21:20:53 rc_service: ntp 818:notify_rc restart_upnp
May 4 21:20:53 miniupnpd[815]: shutting down MiniUPnPd
May 4 21:20:53 rc_service: ntp 818:notify_rc restart_diskmon
May 4 21:20:53 disk_monitor: Finish
May 4 21:20:54 miniupnpd[844]: version 1.9 started
May 4 21:20:54 miniupnpd[844]: HTTP listening on port 60312
May 4 21:20:54 miniupnpd[844]: Listening for NAT-PMP/PCP traffic on port 5351
May 4 21:20:55 disk monitor: be idle
May 4 21:21:17 crond[414]: time disparity of 925641 minutes detected

Nem értek hozzá. Tudnátok segíteni, a logból kiolvasható valami?
(Az is lehet, hogy az egész rendszert újra kellene konfigurálni...)

Előre is köszönöm.

Minden jo, ha vége .... azaz még működik.

Szia!

Ezeknek a bejegyzéseknek szerintem semmi közük a szakadáshoz. Az első három sor a QoS-hez kötődik, alatta pedig az UPnP, a Disk Monitor, és a Cron (feladatütemező) bejegyzései vannak.

Az ASUS PPPoE módban kapcsolódik, vagy azt a ZTE intézi?

amióta megvettem (kb. 1 éve), beállítottam és csak azt használom.
mindig működött eddig, nem is variáltam mással, teszi a dolgát.

14 pár márkás bokazokni. (fícsör:antistatic, 100% pamut, jól szellőző, húzva térdig ér)

Az ASUS kapcsolódik, a ZTE bridge módban van.

Minden jo, ha vége .... azaz még működik.

Gondolom gyári fw-t használsz, abban a WAN uptime látható valahol? Amikor szakadás, kimaradás van, megváltozik a WAN IP címed is?

Igen gyári használok. Az IP cím változást még nem figyeltem, majd ránézek. Ezt a WAN uptime-t hol keressem? Ha a rendszeridőre gondolsz az most 55 percnél jár.

Minden jo, ha vége .... azaz még működik.

Én sosem használtam gyári fw-t, így nem tudom, csak egy ötlet volt. Ha van, majd segítenek benne akik szintén azt használják, de végülis ha figyeled a WAN IP cím változását, azzal is meg lehet tudni, hogy szakad-e a WAN kapcsolat.

Ok. Köszönöm.
Más FW használata okoz garivesztést, ha esetleg nem tudnám visszarakni az eredetit?
Esetleg van más javaslatod a két eszköz (ZTE-ASUS) beállítására?

[ Szerkesztve ]

Minden jo, ha vége .... azaz még működik.

MaCS_70 és iguana Köszönöm a választ. Holnap kötik be az 1000-es netet tsek és így nem lesz fix ipm így kénytelen vagyok használni ddnst csak még soha nem próbáltam főleg ts server miatt kéne, hogy 0-24 be elérhető legyen.

[ Szerkesztve ]

Asus Rog Strix Z790-E Gaming Wifi II, 14700K, 2x16 GB Corsair Vengeance 7200Mhz,Artic LF II 420, XFX 6750 XT 12GB, Samsung 980 PRO 1 TB M2 , Asus Rog Strix 850G, Be Quiet Shadow Base 800FX, Acer Predator XB273UNV

Miért ne tudnád visszatenni? Ha annyira bekrepál a router, akkor úgysem fogják megtudni, hogy mi volt rajta előzőleg. Én már gariztattam Tomato-val routert, simán kicserélték. Az ASUS weboldalon több modellnél is kiemelik a DD-WRT támogatást, így nem tilos 3rd party fw-t tenni rá. Ha meghibásodás van, tudtommal nekik kell bizonyítani, hogy arról a 3rd party fw tehet, ha ezt nem tudják megtenni, akkor nem vonhatják meg a garanciát.

Szerintem most ne piszkáld, amíg nem dől el, hogy hol szakad a kapcsolat.

Sziasztok!

Download masterrel szenvedek, egy ideje nem működik: ERR_EMPTY_RESPONSE-t kapok. Androidos/windowsos alkalmazásból is azt kapom, hogy nem találja a szervert.

Próbáltam újratelepíteni többször, kézzel letöröltem az összes asus mappát a winchesterről a gépemen, újratelepítettem, még mindig semmi.

[ Szerkesztve ]

Köszönöm, közben be is lőtte UPC a netet, ki is tolja a 240/20-at úgy is, hogy nincs bekapcsolva a fentebb említett funkció.

Amúgy milyen előnye van Tomato - Asus HGG FW-nek egymáshoz viszonyítva?

Szia!

Azóta is az új verziót használod? Mennyire vagy vele elégedett? Mi a meglátásod: érdemes áttérni a 132-esről erre?

Üdv: Szabi

ddnsbe tudna nekem valaki segíteni? Ts servert szeretném használni most, hogy telekomos lettem elvileg sikerült is beregelnem a ddnst és még mit kell csinálnom? Mert nem érem el a serveremet kintről

Asus Rog Strix Z790-E Gaming Wifi II, 14700K, 2x16 GB Corsair Vengeance 7200Mhz,Artic LF II 420, XFX 6750 XT 12GB, Samsung 980 PRO 1 TB M2 , Asus Rog Strix 850G, Be Quiet Shadow Base 800FX, Acer Predator XB273UNV

A 132.-es mentését rá lehet tenni a 140.-re?

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Tárgytalan már csak belső netről nem tudtam külső címmel tesztelni

Ilyen sebességre is képes ez a router wifin?

[ Szerkesztve ]

Asus Rog Strix Z790-E Gaming Wifi II, 14700K, 2x16 GB Corsair Vengeance 7200Mhz,Artic LF II 420, XFX 6750 XT 12GB, Samsung 980 PRO 1 TB M2 , Asus Rog Strix 850G, Be Quiet Shadow Base 800FX, Acer Predator XB273UNV

Shibby nem ajánlja.

Köszi!

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Szia!

Igen, az van fent, és egyelőre jók a tapasztalatok, úgyhogy marad is. Ami nekem leginkább feltűnt, az egyrészt a kernelszintű ext driver sebesség előnye, illetve a korábbi verzió sokkal nagyobb load-ot is okozott mint ez, másrészt a WiFi is erősebbnek tűnik. Azt nem tudom, hogy ez csak az alapbeállítás módosításának köszönhető, vagy esetleg driver csere is történt, de szerintem jobb lett.

Én nem tettem rá, inkább konfigoltam mindent újra. Utóbbi MultiWAN-os, és több dologban is eltérnek a beállítások, nem akartam emiatt szívni később, inkább rááldozom azt a plusz 15 percet.

Elvileg a router tudja a NAT lookback-et.

Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P

Köszi. Na feltettem én is. Kézzel bekonfigoltam. Ám hiába a MAC adress szerinti wifis tcp/ip nyomtató , DHCP address reservation, a nyomtatót újra kellett telepítenem. Lehet azért mert a Wifim MAC címe eddig valami más klónozott cím volt. Amúgy eddig jó.

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Sziasztok!

Szeretnék kis segítséget kérni a router beállításaival. Az a problémám, hogy akár kábellel, akár vezeték nélkül csatlakozok a routerre, néhány weblap egyáltalán nem tölt be (pl.nemzetisport.hu, xda, de mindig ugyanazok), a többi gond nélkül megy. Ha kiiktatom a routert, simán kábellel megy minden tökéletesen.
Mi lehet a gond?

(Resettel, firmware frissítéssel próbálkoztam, tűzfalat kilőttem, automatikus ip-s, szóval mtu-t állítani nem tudok.)

Előre is köszönöm a segítséget!

Milyen netszolgáltatónál vagy?
Milyen szolgáltatói eszköz van a router előtt?

Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P

Szia!

Állíts be custom DNS szervert, mondjuk a Google féléket.

8.8.8.8
8.8.4.4

Kollégiumban csinálom, szóval egy dugalj a falban az egész

Sajnos a DNS átírás sem segített, így egyáltalán nem volt net.

[ Szerkesztve ]

Na megtörtént. Tegnap óta volt szakadozás, többször megszakadt a kapcsolat de eddig nem változott a WAN IP-je. A mostani szakadásnál viszont megváltozott a WAN IP.
A munkámhoz VPN kapcsolatot használok, majd azon belül távoli asztal eléréssel különböző szervereket. Az figyeltem meg, hogy a kisebb szakadásoknál a VPN kapcsolat megmarad, csak a szerverekről dob le. Viszont a mostani szakadásnál a VPN kapcsolat is megszakadt.

Minden jo, ha vége .... azaz még működik.

Ha napi egy bontásról van szó, az lehet akár az xDSL 24 órás bontása is.

Az új 140-es tomatoban nem tudom hová beírni a google DNS-t.

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

A WAN részbe tudod megadni.

Ez mit jelent pontosan? A szolgáltató bontja a vonalat?

A mostani bontás logja:

May 5 21:20:37 WAN Connection: Fail to connect with some issues.
May 5 21:20:37 stop_nat_rules: apply the redirect_rules!
May 5 21:20:38 pppd[474]: Connection terminated.
May 5 21:20:38 pppd[474]: Modem hangup
May 5 21:20:48 pppd[474]: Connected to ________________ via interface eth0
May 5 21:20:48 pppd[474]: Connect: ppp0 <--> eth0
May 5 21:20:48 pppd[474]: PAP authentication succeeded
May 5 21:20:48 pppd[474]: peer from calling number ______________ authorized
May 5 21:20:48 pppd[474]: local IP address _____________
May 5 21:20:48 pppd[474]: remote IP address _______________
May 5 21:20:48 pppd[474]: primary DNS address ______________
May 5 21:20:48 pppd[474]: secondary DNS address _______________
May 5 21:20:48 rc_service: ip-up 18913:notify_rc start_firewall
May 5 21:20:49 miniupnpd[844]: shutting down MiniUPnPd
May 5 21:20:49 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
May 5 21:20:50 wan: finish adding multi routes
May 5 21:20:50 rc_service: ip-up 18913:notify_rc stop_upnp
May 5 21:20:50 rc_service: waitting "start_firewall" via ip-up ...
May 5 21:20:50 miniupnpd[18960]: version 1.9 started
May 5 21:20:50 miniupnpd[18960]: HTTP listening on port 37136
May 5 21:20:50 miniupnpd[18960]: Listening for NAT-PMP/PCP traffic on port 5351
May 5 21:20:51 rc_service: ip-up 18913:notify_rc start_upnp
May 5 21:20:51 rc_service: waitting "stop_upnp" via ip-up ...
May 5 21:20:51 miniupnpd[18960]: shutting down MiniUPnPd
May 5 21:20:52 WAN Connection: WAN was restored.
May 5 21:20:53 ddns update: ez-ipupdate: starting...
May 5 21:20:53 miniupnpd[18964]: version 1.9 started
May 5 21:20:53 miniupnpd[18964]: HTTP listening on port 56896
May 5 21:20:53 miniupnpd[18964]: Listening for NAT-PMP/PCP traffic on port 5351
May 5 21:20:53 ddns update: connected to _______.asus.com (____________) on port 80.
May 5 21:20:54 ddns update: Asus update entry:: return: HTTP/1.1 200 OK^M Date: Fri, 05 May 2017 19:20:53 GMT^M Server: Apache^M Content-Length: 0^M Connection: close^M Content-Type: text/html^M ^M
May 5 21:20:54 ddns update: retval= 0, ddns_return_code (,200)
May 5 21:20:54 ddns update: asusddns_update: 0
May 5 21:20:55 ddns: ddns update ok
May 5 21:20:55 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
May 5 21:20:55 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
May 5 21:20:55 kernel: HTB: quantum of class 10009 is big. Consider r2q change.
May 5 21:20:55 kernel: HTB: quantum of class 20009 is big. Consider r2q change.

[ Szerkesztve ]

Minden jo, ha vége .... azaz még működik.

Köszönöm!
PPPoE esetén is?

Ha hazaérek holnapután majd megnézem.

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Így van, a csatlakozástól számolva pontosan 24 óra után szokták bontani az xDSL-t. Amikor én Invitel-es voltam, ők tuti így csinálták, ezért aztán a routerben nekem időzítve volt minden nap 0:00-ra, tehát éjfélre egy WAN Reconnect. A napi egy szakadás így is megvolt, de tudtam, hogy az pontban éjfélkor lesz, így sosem ért váratlanul. Mondjuk 2-3mp kimaradásnál nem jelentett többet.

csixy, igen, PPPoE esetén is ott van.

[ Szerkesztve ]

Köszönöm. Ez így világos, bár nem szerencsés az esetemben.
Most már akkor a kisebb szakadások okára kellene rájönnöm. Csak az a baj, hogy azokat semmilyen logban nem látom ...

Minden jo, ha vége .... azaz még működik.

May 6 10:51:40 unknown user.debug dhcpc-event[32012]: 182: pptp peerdns disabled
May 6 10:51:40 unknown daemon.info dnsmasq[22839]: reading /etc/resolv.dnsmasq
May 6 10:51:40 unknown daemon.info dnsmasq[22839]: using nameserver 87.242.0.10#53
May 6 10:51:40 unknown daemon.info dnsmasq[22839]: using nameserver 87.242.5.72#53
May 6 10:51:40 unknown kern.warn kernel: HTB: quantum of class 10001 is big. Consider r2q change.
May 6 10:51:40 unknown kern.warn kernel: HTB: quantum of class 40001 is big. Consider r2q change.
May 6 10:51:40 unknown kern.warn kernel: HTB: quantum of class 40401 is big. Consider r2q change.
May 6 10:51:40 unknown user.debug preinit[1]: 182: pptp peerdns disabled
May 6 10:51:40 unknown daemon.info dnsmasq[22839]: reading /etc/resolv.dnsmasq
May 6 10:51:40 unknown daemon.info dnsmasq[22839]: using nameserver 87.242.0.10#53
May 6 10:51:40 unknown daemon.info dnsmasq[22839]: using nameserver 87.242.5.72#53
May 6 10:51:40 unknown daemon.info dnsmasq[22839]: exiting on receipt of SIGTERM
May 6 10:51:40 unknown daemon.info dnsmasq[32045]: started, version 2.73 cachesize 1500
May 6 10:51:40 unknown daemon.info dnsmasq[32045]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset Tomato-helper auth DNSSEC loop-detect inotify
May 6 10:51:40 unknown daemon.info dnsmasq[32045]: asynchronous logging enabled, queue limit is 5 messages
May 6 10:51:40 unknown daemon.info dnsmasq-dhcp[32045]: DHCP, IP range 192.168.2.2 -- 192.168.2.254, lease time 1d
May 6 10:51:40 unknown daemon.info dnsmasq-dhcp[32045]: DHCP, IP range 192.168.1.2 -- 192.168.1.51, lease time 1d
May 6 10:51:40 unknown daemon.info dnsmasq[32045]: reading /etc/resolv.dnsmasq
May 6 10:51:40 unknown daemon.info dnsmasq[32045]: using nameserver 87.242.0.10#53
May 6 10:51:40 unknown daemon.info dnsmasq[32045]: using nameserver 87.242.5.72#53
May 6 10:51:40 unknown daemon.info dnsmasq[32045]: read /etc/hosts - 3 addresses
May 6 10:51:40 unknown daemon.info dnsmasq[32045]: read /etc/dnsmasq/hosts/hosts - 3 addresses
May 6 10:51:40 unknown daemon.info dnsmasq-dhcp[32045]: read /etc/dnsmasq/dhcp/dhcp-hosts
May 6 10:51:44 unknown kern.warn kernel: HTB: quantum of class 10001 is big. Consider r2q change.
May 6 10:51:44 unknown kern.warn kernel: HTB: quantum of class 40001 is big. Consider r2q change.
May 6 10:51:44 unknown kern.warn kernel: HTB: quantum of class 40401 is big. Consider r2q change.
May 6 13:16:13 unknown user.debug dhcpc-event[968]: 182: pptp peerdns disabled
May 6 13:16:13 unknown daemon.info dnsmasq[32045]: reading /etc/resolv.dnsmasq
May 6 13:16:13 unknown daemon.info dnsmasq[32045]: using nameserver 87.242.0.10#53
May 6 13:16:13 unknown daemon.info dnsmasq[32045]: using nameserver 87.242.5.72#53
May 6 13:16:13 unknown kern.warn kernel: HTB: quantum of class 10001 is big. Consider r2q change.
May 6 13:16:13 unknown kern.warn kernel: HTB: quantum of class 20001 is big. Consider r2q change.
May 6 13:16:13 unknown kern.warn kernel: HTB: quantum of class 40001 is big. Consider r2q change.
May 6 13:16:13 unknown kern.warn kernel: HTB: quantum of class 40401 is big. Consider r2q change.
May 6 13:16:13 unknown kern.warn kernel: HTB: quantum of class 20501 is big. Consider r2q change.
May 6 13:16:13 unknown user.debug preinit[1]: 182: pptp peerdns disabled
May 6 13:16:13 unknown daemon.info dnsmasq[32045]: reading /etc/resolv.dnsmasq
May 6 13:16:13 unknown daemon.info dnsmasq[32045]: using nameserver 87.242.0.10#53
May 6 13:16:13 unknown daemon.info dnsmasq[32045]: using nameserver 87.242.5.72#53
May 6 13:16:13 unknown daemon.info dnsmasq[32045]: exiting on receipt of SIGTERM
May 6 13:16:13 unknown daemon.info dnsmasq[1001]: started, version 2.73 cachesize 1500
May 6 13:16:13 unknown daemon.info dnsmasq[1001]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset Tomato-helper auth DNSSEC loop-detect inotify
May 6 13:16:13 unknown daemon.info dnsmasq[1001]: asynchronous logging enabled, queue limit is 5 messages
May 6 13:16:13 unknown daemon.info dnsmasq-dhcp[1001]: DHCP, IP range 192.168.2.2 -- 192.168.2.254, lease time 1d
May 6 13:16:13 unknown daemon.info dnsmasq-dhcp[1001]: DHCP, IP range 192.168.1.2 -- 192.168.1.51, lease time 1d
May 6 13:16:13 unknown daemon.info dnsmasq[1001]: reading /etc/resolv.dnsmasq
May 6 13:16:13 unknown daemon.info dnsmasq[1001]: using nameserver 87.242.0.10#53
May 6 13:16:13 unknown daemon.info dnsmasq[1001]: using nameserver 87.242.5.72#53
May 6 13:16:13 unknown daemon.info dnsmasq[1001]: read /etc/hosts - 3 addresses
May 6 13:16:13 unknown daemon.info dnsmasq[1001]: read /etc/dnsmasq/hosts/hosts - 3 addresses
May 6 13:16:13 unknown daemon.info dnsmasq-dhcp[1001]: read /etc/dnsmasq/dhcp/dhcp-hosts
May 6 13:16:17 unknown kern.warn kernel: HTB: quantum of class 10001 is big. Consider r2q change.
May 6 13:16:17 unknown kern.warn kernel: HTB: quantum of class 20001 is big. Consider r2q change.
May 6 13:16:17 unknown kern.warn kernel: HTB: quantum of class 40001 is big. Consider r2q change.
May 6 13:16:17 unknown kern.warn kernel: HTB: quantum of class 40401 is big. Consider r2q change.
May 6 13:16:17 unknown kern.warn kernel: HTB: quantum of class 20501 is big. Consider r2q change.

ma folyamat ilyen hibákat kapok és el is megy a net 30 - 40 mp-re majd visszajön
ahol időugrások vannak az azért van mert ott a routeren lévők vannak ip és mac címmel együtt

Tomato Firmware 1.28.0000 -132 K26ARM USB AIO-64K

Szerk:
goli11
nálad is ilyen "mikroszakadások" vannak?

[ Szerkesztve ]

Jól mutat, de az azóta felfedezett kernel sebezhetőségek miatt érdemes frissíteni, ha másért nem.

Sziasztok, tanácsot szeretnék kérni. Felraktam a 140-es NOSMP Tomatot, NVRAM törlés nélkül. Úgy látom, hogy minden rendben megy, de Puttyal nem tudok belépni a routerre: "Server unexpectedly closed network connection". Az admin access menüpontban újraindítottam az SSH szolgáltatást, de nem segített. Pls help

Másik kérdés, hogy látom a changelogban a Use kernel ext4 driver for all ext2/3/4 filesystems változást, ezt, hogy kihasználjam kell valamit állítani, vagy magától jobb lesz? Nekem ext3 fájlrendszer van a külső merevlemezen, de a router -> lan másolási tempóm még mindig siralmas

[ Szerkesztve ]

www.taplalkozastanacsadas.hu -> "Edd magad soványra"

Szia!

Pont az ilyen bakik miatt javasolják az NVRAM törlést. A Tools -> System Commands menüben lefuttatva a lentebbi parancsot, fut a dropbear szolgáltatás?

ps | grep dropbear

A siralmas körülbelül mennyi MB/sec-ben? Másolás közben nem fut pl. torrent?

Valaki tudna segíteni légyszives, hogy nem állíthattam be jól, hogy nem tudok seedelni? Akár teamvieweren is.

Asus Rog Strix Z790-E Gaming Wifi II, 14700K, 2x16 GB Corsair Vengeance 7200Mhz,Artic LF II 420, XFX 6750 XT 12GB, Samsung 980 PRO 1 TB M2 , Asus Rog Strix 850G, Be Quiet Shadow Base 800FX, Acer Predator XB273UNV

Szia, úgy látom fut:
1022 root 1052 S dropbear -p 443 -a
2260 root 1376 S grep dropbear

Csináljak egy NVRAM törlést, majd mindent újra visszakonfigolni?
Most 4 Mb/sec sebességgel másoltam LAN-on, torrentek leállítása után. Nem lehet valahogy töredezettség mentesíteni esetleg a disket?

[ Szerkesztve ]

www.taplalkozastanacsadas.hu -> "Edd magad soványra"

Tudna valaki segíteni AP üzemmódban, ha több router van egy hálózatban, a WIFI SSID-k megegyezhetnek, vagy eltérőeknek kell lennie, és mitől fog egyáltalán "cella váltás" történni? Manuálisan kell, vagy automatikusan is lehet valahogy?

Esetleg tudtok jó linket a konfigoláshoz?

köszi

Ha kábelen csatlakozol a másik routerhez: AP
Ha wireless csatlakozol a másik routerhez: Repeater

Ha SSID és az authentikáció ugyanaz, akkor arra csatlakoznak a kliensek amelyik erősebb.

Igen, sajnos csak ez lesz a megoldás.

A 4MB/sec valóban nem sok, nekem ezzel az új fw-vel most Samba-n 17-18MB/sec átlagosan, de láttam már 24MB/sec-et is, FTP-n pedig 21-23MB/sec körül tölt router -> laptop irányba.

Töredezettségmentesíteni az ext filerendszert nem tudod, mondjuk állítólag nem is kell, ettől függetlenül én is úgy érzem, hogy néha ráférne. Sajnos a torrenttel letöltött file-ok például egyértelműen lassabban másolhatók, mint mondjuk amiket anno Samba-n vagy FTP-n keresztül másoltam a router HDD-re. Ennek oka nyilván a több szálas írás, ami "összevissza" pakolgatja az adatokat a HDD-n, szemben az egy szálas Samba és FTP protokollokkal. Pedig a HDD-men jelenleg is vagy 80% a szabad hely, szóval ez sem lehet probléma.

Az fstab, hogy néz ki nálad?

ha több router van egy hálózatban, a WIFI SSID-k megegyezhetnek, vagy eltérőeknek kell lennie
Lehet egyforma az SSID/jelszó páros de a csatorna az legyen különböző, lehetőség szerint annyira, hogy egyáltalán nem legyen átfedés az eszközök által használtak között, természetesen a vétel körzetben lévő több wifi hálózat figyelembe vétele legyen az elsődleges.

mitől fog egyáltalán "cella váltás" történni? Manuálisan kell, vagy automatikusan is lehet valahogy?
Mivel nincsen központi hálózat kezelés így a váltás nem lesz automatikus, mindaddig csatlakozva marad a kliens eszköz ameddig meg nem szakad a kapcsolat. Vannak egyedi gyártói megoldások (pl Asus-nál a Barangolás aszisztens) amelyek bizonyos jelszint esetén bontják a kapcsolatot de egyrészt ezek szakadással járnak, másrészt nem minden esetben állnak rendelkezésre.

Esetleg tudtok jó linket a konfigoláshoz?
Kimondottan ilyen nincsen, általános hálózat beállítás témájában vannak a szükséges ismeretek/tanácsok.

Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P

Valaki le tudná ellenőrizni, hogy jól állítottam-e be mindent? [link]

Asus Rog Strix Z790-E Gaming Wifi II, 14700K, 2x16 GB Corsair Vengeance 7200Mhz,Artic LF II 420, XFX 6750 XT 12GB, Samsung 980 PRO 1 TB M2 , Asus Rog Strix 850G, Be Quiet Shadow Base 800FX, Acer Predator XB273UNV

A sima sambás fájl másolás szépen, 15-20 megával megy a routerre és vissza is ugyanígy, szóval a torrentes állományokat nem tudja megfelelő tempóval lehozni. Ezen szeretnék módosítani, mert ez a jellemző inkább.

Nekem sajnos csak az 5%-a szabad a meghajtónak, esetleg az segíthet, ha felszabadítok pár gigát?
Az fstab a Tomato setup szerint van beállítva nekem:
/dev/sda1 /opt ext3 rw,noatime,nodiratime,data=writeback 1 1
/dev/sda2 none swap sw 0 0
/dev/sda3 /nas ext3 rw,noatime,nodiratime,data=writeback 1 1 (960/50Gb szabad)

www.taplalkozastanacsadas.hu -> "Edd magad soványra"

Mivel látom az fstab-ban is bent van minden amivel gyorsabbá lehet ezt tenni, sajnos több ötletem nincs.

Egyébként transmission-t vagy rtorrent-et használsz? Előbbiben azt hiszem van olyan opció, hogy a kliens letöltés előtt foglalja le előre az állományok helyét a lemezen, ezáltal kevésbé lesz töredezett, cserébe nagy méretű torrentek letöltésekor hosszabb időre is megfoghatja a routert, még kiír mondjuk több tíz GB-ot egyszerre a lemezre.

Igen, a hely felszabadítása némileg segíthet, bár nem tudom mennyit fogsz érezni belőle.

[ Szerkesztve ]

Megcsinálom újra a 140-es upgradet, most már NVRAM törléssel, egy darabig elleszek most
Utána felszabadítok némi helyet, Transmissiont használok, de nem találom ezt a hely foglalás beállítást (Transmission Remote kliensben néztem, meg a Tomato Bittorent menüjében is)

www.taplalkozastanacsadas.hu -> "Edd magad soványra"

Felesleges újra flashelni, elég az NVRAM törlés.

A beállítást a custom configba tudod beírni.

https://github.com/transmission/transmission/wiki/Editing-Configuration-Files

Ezt tedd majd be a custom configuration részbe:

"preallocation": 2,

[ Szerkesztve ]