- Samsung Galaxy A54 - türelemjáték
- Redmi Note 13 Pro+ - a fejlődés íve
- Motorola Edge 30 Neo - wake up, Jr...
- Samsung Galaxy A52s 5G - jó S-tehetség
- Bivalyerős lett a Poco F6 és F6 Pro
- Remekül néz ki a szögletes Z Fold6
- Ezek a OnePlus 12 és 12R európai árai
- Xiaomi Mi 11 Ultra - Circus Maximus
- Huawei Mate 50 Pro - blendemonda
- Mobil flották
Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
A hajlíthatók kedvence lehet a Dimensity 7300X 5G
ma Átcímkézés helyett csíkszélességet váltott a MediaTek, népszerű Motorolában debütálhat.
-
Összemoshatja a Google és a Magic Leap a valódi és a digitális világokat
it Együttműködésbe kezdett a Google és a Magic Leap nevű AR-startup.
-
Mobilarena
ASUS RT-N16 (300 Mbps vezeték nélküli útválasztó)
Új hozzászólás Aktív témák
-
Svájcinéger
senior tag
válasz akisbandi #1464 üzenetére
78.3 %-nál megállítottam, mert játszani fogok. Hát semmit sem töltött vissza eddig. De remélem legalább a letöltés működni fog, nem úgy mint a gyári DM, hogy ha egyszer leállítottam Stop-pal a letöltést elveszett minden. Estére berakok pár dvd-d. Van valami korlát ? Egyszerre 3 filmmel gondolom boldogul.
[ Szerkesztve ]
Anarchizmus jelentése: az emberi elme elszakadása a vallási dominanciától, az emberi test elszakadása a vagyoni dominanciától. Szabadulás a béklyók és az állami megszorítások alól. Egy olyan társadalmi rend, mely az emberek gyülekezési jogán alapul.
-
ecaddict
senior tag
válasz akisbandi #1473 üzenetére
Szinte mindig NFS-el mértem (UDP-vel). Mindig kb. 14 MB/s voltl. Tettem is be képet a Status & Log/System Utilization-ről.
Most én is feltettem a r2274-es Oleget. Ez a verzió valamiért lassabb (kb. 11 MB/s-et mértem). Nem tudom mi gondja lehet.
### RT-N16, WL-500 Oleg optware script ami majdnem mindent feltesz ### ===========> http://wl500g.info/showthread.php?t=23684 <===========
-
sanzi89
addikt
válasz akisbandi #1485 üzenetére
Hát, mivel elég lassú volt a Samba-n vagy FTP-n másolás, ezért sokszor jó volt, hogy a router leállítása nélkül tudtam lehúzni a HDD-t és átmásolni a dolgokat a notira. Ezért maradtam ennél a "felosztásnál".
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
válasz akisbandi #1683 üzenetére
Szia!
404-et kapsz? Ezek szerint megy a webszerver... Vagy a lighttpd dobja a 404-et. Nem ugyanazt a portot állítottad be mindkettőnek? Mondjuk 443?
Na mindegy, Én még sosem próbáltam ezt kikapcsolni, így ezekben nem vagyok 100%-ig biztos, de próba szerencse. SSH-n belépve add ki ezt a parancsot:
nvram find http_enable
Ha tényleg kikapcsoltad, akkor ez neked most valószínűleg 0, és ezt kell 1-re állítani, az
nvram set http_enable=1
paranccsal... Egyébként az erre vonatkozó nvram változók ezek:
http_enable=
http_lanport=
http_passwd=
http_username=
http_wanport=
httpd_die_reboot=
https_crt=
https_crt_cn=
https_crt_file=
https_crt_save=
https_enable=
https_lanport=A fentiek mintájára próbálkozhatsz.
szerk.:
Mellesleg mi történik, ha elindítod a httpd-t? Akkor nem tudsz belépni, és normál módon konfigolni?[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz akisbandi #1685 üzenetére
Konzolon "ps -afx" paranccsal ha megnézed, fut a "httpd"?
Ha nem, akkor próbáld elindítani...szerk.:
http://www.linksysinfo.org/forums/showthread.php?t=58378[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
-
Speederer
senior tag
válasz akisbandi #1953 üzenetére
Belső hálózatról működik?
Ha igen, akkor kívülről is ugyanabban a formában éred el, csak a belső ip-t (router nevét) cseréled ki a külső ip-re, vagy dyndns címre.
Viszontha belülről próbálod elérni a külső címmel/domainnel, akkor az Advanced/Firewall-ban a NAT loopback-et All-ra kell állítani.A rendrakás a kisemberek mániája. A zseni átlátja a káoszt!
-
Intruder2k5
MODERÁTOR
válasz akisbandi #1959 üzenetére
Akkor így módosítsd az ott lévőket...
iptables -D INPUT -j DROP
iptables -I INPUT -p tcp --dport 6000 -j ACCEPT
iptables -I INPUT -p tcp --dport 443 -j ACCEPT
iptables -t nat -A PREROUTING -i vlan2 -p tcp --dport 443 -j DNAT --to-destination 192.168.1.1:443
iptables -A INPUT -j DROP -
Intruder2k5
MODERÁTOR
válasz akisbandi #3501 üzenetére
Szia!
Nekem van egy RT-N16-om, egy WL-500W-m, két WL-500gP-m, és mind Tomato-val! Na jó, nem felvágni akartam, de ez olyan jól jött ide, és még igaz is... A lényeg, van egyszerűbb megoldás, én is így használom a WL-500W-t. Kapcsold ki a WAN portját, és bridge-eld a LAN1-hez. Ezen kívül kapcsold ki a DHCP szerverét is, a LAN címét pedig állítsd mondjuk 192.168.1.2-re, de lehetőleg olyan címre, ami kívül esik az RT-N16 DHCP tartományán. Így a WL-500gP lényegében switch-ként fog működni, és a két router nem fog két külön alhálózatot képezni.
[ Szerkesztve ]
-
akisbandi
aktív tag
válasz akisbandi #3777 üzenetére
Megcsináltam a fw frissítést (nvram törlést nem), így bírta kb. 36 órát, majd eldobta a netet és többé nem talált vissza, csak áramtalanítás után.
Viszont megnéztem a logot:
Jun 19 00:13:02 ASUSRTN16 daemon.info pppd[500]: No response to 5 echo-requests
Jun 19 00:13:02 ASUSRTN16 daemon.notice pppd[500]: Serial link appears to be disconnected.
Jun 19 00:13:02 ASUSRTN16 daemon.info pppd[500]: Connect time 2364.4 minutes.
Jun 19 00:13:02 ASUSRTN16 daemon.info pppd[500]: Sent 3526610359 bytes, received 2100765277 bytes.
Jun 19 00:13:08 ASUSRTN16 daemon.notice pppd[500]: Connection terminated.
Jun 19 00:13:08 ASUSRTN16 daemon.notice pppd[500]: Modem hangup
Jun 19 00:13:10 ASUSRTN16 user.info redial[501]: WAN down. Reconnecting...
Jun 19 00:13:10 ASUSRTN16 daemon.info pppd[500]: Terminating on signal 15
Jun 19 00:13:10 ASUSRTN16 daemon.info pppd[500]: Exit.
Jun 19 00:13:10 ASUSRTN16 user.debug kernel: vlan2: del mcast address from vlan interface
Jun 19 00:13:10 ASUSRTN16 user.debug kernel: vlan2: del mcast address from master interface
Jun 19 00:13:10 ASUSRTN16 user.debug kernel: vlan2: del mcast address from vlan interface
Jun 19 00:13:10 ASUSRTN16 user.debug kernel: vlan2: del mcast address from master interface
Jun 19 00:13:10 ASUSRTN16 user.warn kernel: vlan2: Setting MAC address to .
Jun 19 00:13:10 ASUSRTN16 user.debug kernel: vlan2: add mcast address to master interface
Jun 19 00:13:10 ASUSRTN16 user.debug kernel: vlan2: add mcast address to master interface
Jun 19 00:13:10 ASUSRTN16 daemon.warn dnsmasq[14018]: no servers found in /etc/resolv.dnsmasq, will retry
Jun 19 00:13:11 ASUSRTN16 daemon.info pppd[29302]: Plugin rp-pppoe.so loaded.
Jun 19 00:13:11 ASUSRTN16 daemon.info pppd[29302]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
Jun 19 00:13:11 ASUSRTN16 user.info redial[29304]: Started. Time: 10
Jun 19 00:13:12 ASUSRTN16 daemon.notice pppd[29303]: pppd 2.4.5 started by root, uid 0
Jun 19 00:13:32 ASUSRTN16 user.info redial[29304]: WAN down. Reconnecting...Számomra ez semmit nem mond. Ha valakinek van ötlete, kérem ne rejtse véka alá.
-
Intruder2k5
MODERÁTOR
válasz akisbandi #3789 üzenetére
Na ez nekem magas egy kicsit most... Ha az ASUS a "sokadik" eszköz, akkor miért az tárcsázza a PPPoE kapcsolatot? Akkor minek van ott a routerboard, meg a voip modem? Jó, a modem bridge módban van gondolom, de akkor a routerboard? Nem lehet, hogy az is tárcsáz, és egymást rugdossák le?
[ Szerkesztve ]
-
akisbandi
aktív tag
válasz akisbandi #3810 üzenetére
Sikerült előidéznem mesterségesen a problémát.
Kihúztam a router wan portjából a kábelt. Egy pár perc után rájött, hogy nincs net (lehet ezt a pár percet kellene megnövelni valahogy), majd áttért connecting módba. Visszadugtam a kábelt, próbált bejelentkezni, de nem sikerült neki, kiírta a kapott ip-t (fix) egy pillanatra, majd kinullázta. És ekkor csak az áramtalanítás segít.
Valószínűleg a szolgáltató vacakol (nem nehéz neki, akár egy fa is közbeszólhat a rálátásra, mivel MDSL) és random meg-megszakad a kapcsolat, a router pedig nem talál vissza. Vagy a sűrű próbálkozás miatt kitiltanak? PasszValamit lehet rajta állítani?
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz akisbandi #4146 üzenetére
Szia!
Sosem tettem fel optware verziót, így nem tudom pontosan, hogyan működik... De esetleg nézd meg az /opt/etc/init.d/ mappát, hogy nincs-e ott indító scriptje, ha van, nyugodtan töröld le. Ezen kívül a tűzfal scriptbe is nézz bele, az Administration -> Scripts -> Firewall menüben, hátha oda írtad be valamikor...
-
Intruder2k5
MODERÁTOR
válasz akisbandi #4150 üzenetére
Igazából emiatt nem kell az nvram törlés, de ha megcsinálod, az nem árt semminek! Viszont, hogy fokozzuk a dolgokat, ha már minden áron nvram-ot akarsz törölni, akkor felteheted az új verziót is... Persze amennyiben még nem lenne fent! A többit jól mondod, /opt formázás, és mehet az install, torrentek megmaradnak, és törölni semmit sem fog a /nas-ról...
-
Intruder2k5
MODERÁTOR
válasz akisbandi #4152 üzenetére
Mindent felülír, ami az optware-install csomagban benne van, vagyis a /nas/www mappát is, de csak felülírja (az előzőt nem törli), tehát vagy ugyanaz lesz ott, vagy újabb verzió, attól függ, hogy jelenleg mik vannak benne! Javaslom töltsd le az aktuális csomagot, és akkor már akár TC-vel is belelátsz, de routeren az mc-vel is bele tudsz kotorni a csomagolt file-ba, és láthatod mit tartalmaz.
Transmission vs rtorrent "harcot" én nem fogom eldönteni, ki erre esküszik, ki meg arra, azt használod, amelyik Neked szimpatikusabb! Én rtorrent párti vagyok, talán mert a kezdetektől fogva azt szoktam meg... Transmisson-ből állítólag a belső nem túl nyerő, így ha amellett döntesz, akkor az optware verzió javasolt!
-
proxy user
csendes tag
válasz akisbandi #5156 üzenetére
Ezt csináltam eddig háromszor.
A harmadik után készítettem backupot egy működő konfigról.
Aztán JFFS-t piszkáltam, meghülyült, reset, config visszatölt és megint felakadt a szemecskéje.
Hetedik órája szopat... egyre közelebb járok hozzá, hogy felaprítom és soha többé asus, soha többé 3rd party fw. (dd-wrt-ben is addig hittem, míg ki nem derült, hogy backdooros, ráadásul mintha két éve nem fejlesztenék) -
Intruder2k5
MODERÁTOR
válasz akisbandi #5594 üzenetére
USB and NAS -> USB Support -> Run before unmounting menübe tedd be ezt...
/opt/etc/init.d/S99rtorrent stop
/opt/etc/init.d/S80lighttpd stop
killall rtorrent
killall screen
killall lighttpdRouter leállítás és/vagy reboot előtt állítsd le rutorrent-ben az összes futó torrentet, majd várj 1-2 percet, és a fentebb írt menüpontban alul, az umount gombbal válaszd le a HDD-t (lehet kell neki többszöri megnyomás a sikerhez), és csak ezután indítsd újra, vagy állítsd le a routert! Így elvileg megúszod a hash-t! Persze ez nem megoldás az áramszünetre...
Ha esetleg nagyon nem menne az umount a gombbal sem, akkor a fentebbi sorok alá tedd be még ezeket is...
killall smbd
killall nmbd
killall vsftpdÍgy már tuti mennie kell neki!
Új hozzászólás Aktív témák
- HiFi műszaki szemmel - sztereó hangrendszerek
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Politika
- Jövedelem
- LG C3: egy középkategóriás OLED tévé tesztje
- Vírusirtó topic
- Xbox Series X|S
- Samsung Galaxy A54 - türelemjáték
- sziku69: Szólánc.
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
- Ej-Ha! Lenovo ThinkPad P53s Szép Home & Business Laptop -70% 15,6" i7-8665U 16/512 Quadro P520 2GB
- Új Lenovo ideapad 5 Pro Prémium Ultrabook 14" -30% Bivaly Ryzen 5 5600U 8GB 512GB 2,2K RADEON 2GB!!
- iPhone 13, 128GB, starlight, kártyafüggetlen, 88% akku
- Tyű-ha Lenovo Thinkpad T15 "Golyóálló" Üzleti Laptop 15,6" -50% i7-10510U 4Mag 32GB/512GB FHD IPS
- Új 2K AM5 Gamer PC R5 7600/RTX 3070 8Gb/2X8Gb 6000Mhz DDR5/500Gb SSD M2/700W 2Év gari
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest