-
GAMEPOD.hu
Tomato firmware
Új hozzászólás Aktív témák
-
Intruder2k5
MODERÁTOR
válasz lehella #7948 üzenetére
Nem egészen... A screen, és a használata röviden.
Amit screen-ben indítasz el, az fut tovább a screen-ből való kilépéskor is, sőt a putty bezárása után is, csak ha leállítod az alkalmazást, vagy az egész routert, akkor ér véget a program futása. Ez hasznos lehet ilyenkor, vagy ha nagyobb másolást akarsz indítani a routerrel, és ahogyan fentebb írtam, az rtorrent is screen-ben fut, mert egyébként nem képes démonként (háttérben futó program) indulni.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz KaiotEch #7971 üzenetére
Sajnos HTTPS oldalakat nem tudsz ezzel szűrni, de van rá megoldás.
Advanced > DHCP/DNS > Dnsmasq Custom Configuration részbe írd be ezt:
address=/facebook.com/127.0.0.1
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
válasz erikke17 #7993 üzenetére
Szia!
Heti rendszerességgel lehet webes felületen beállítani.
Administration -> Scheduler -> Reboot
Ha ragaszkodsz a havi újraindításhoz, akkor marad a parancssoros cron.
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8013 üzenetére
Szia!
Ha csak az UPnP-t állították be, akkor rossz hírem van a számodra, ugyanis azzal semmivel sem vagy előrébb. Az UPnP protokoll lényege röviden, hogy LAN oldalról az UPnP-t támogató kliensek képesek saját maguknak portot nyitni a routeren, majd amikor arra már nincs szükség, vissza is záródik. Azonban ezt a protokollt az ASUS is csak LAN oldalról támogatja, vagyis egy rá csatlakozó PC-n futó, mondjuk torrent kliens meg tudja nyitni a neki szükséges portot az ASUS-on, de a router nem küldi tovább az UPnP kérést a WAN portján. Szóval a szolgáltatói eszközben futó UPnP neked akkor lenne jó, ha nem használnál saját routert, vagy csak switch-ként használnád, ahogyan a "főnök" is javasolta, és csak olyan alkalmazásoknak kellene a nyitott port, amik támogatják az UPnP-t.
Azonban a routeren futó torrent kliens számára az UPnP nem megoldás.
Ha pedig a saját routered a szolgáltató eszközzel LAN - LAN porton kötöd össze, akkor elbukod az ASUS tűzfalának a védelmét, csak a szolgáltató eszköz fogja védeni a LAN-t, amit meg ugye nem Te felügyelsz. A dupla NAT-olás bár kissé kényelmetlen, de semmilyen hátrányt nem okoz, és a switch módba állítás a Te jelenlegi problémádat nem oldaná meg, mert az ASUS routeren futó alkalmazások nem támogatják az UPnP-t. Csak akkor fog működni a távoli elérés, ha manuális port forwardot állítanak be neked.
szerk.:
Ja, és nem színfordítás, hanem címfordítás, vagyis NAT-olás, mint Network Address Translation.[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz szuszinho #8015 üzenetére
Szia!
IP cím alapján sem tudsz pingelni? Pl. a 8.8.8.8 nem válaszol? Ha nem, akkor próbáld meg ugyanezt a címet pingelni a router admin felületéről, a Tools -> Ping menüből, vagy PuTTY-ból. Ha a pingekre kapsz választ, akkor feltehetően DNS gond van. Vagy esetleg nem olyan sticked, hogy az is NAT-ol, és azonos a LAN IP tartománya a routerrel?
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8035 üzenetére
A manuális portforwardot úgy értettem, hogy ne rendezzék le a dolgot az UPnP bekapcsolásával, hanem a port forward, vagy virtual server - routere válogatja a nevét - menüben állítsák be neked a forwardot.
És igen, elküldted a portot és az IP-t, de mégis úgy néz ki, hogy lerendezték az UPnP-vel. Csakhogy azt kellene megértsék, amihez neked a nyitott port kell, az az eszköz nem támogatja az UPnP-t, így nekik kellene megnyitni.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8037 üzenetére
"Tehét akkor arra kell felhívnom a figyelmüket, amit írsz te is, hogy ezek az eszközök, pontosabban a rajtuk futó szoftverek, nem támogatják az UPnP-t"
Nem! A PC-n futó szoftverek nagy többsége, és a ZyXel NAS is támogatja az UPnP-t. A gond ott van, hogy a routerek WAN oldalon nem szokták ezt támogatni, így az ASUS router, pontosabban a Tomato sem támogatja. Tehát, a felsorolt eszközök ugyan az ASUS router LAN oldaláról képesek lennének megnyitni maguknak a szükséges portot, de csak az ASUS routeren, viszont nálad kettős NAT (címfordítás) van, így ez sajnos kevés. Ahhoz, hogy elérj egy szolgáltatás távolról, mind a szolgáltatói routerben, mind az ASUS routerben forwardolni kell a portot, mert az ASUS router nem képes a szolgáltatói routeren UPnP módban portot nyitni.
De szerintem ha Te ezt nem érted, akkor felesleges bonyolítani is, annyit mond nekik, hogy mindenképpen manuális port forwardra van szükséged, mert az eszköz aminek a nyitott port kell, nem támogatja az UPnP-t.
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8039 üzenetére
Semmi gond nincs, szívesen segítek, csak jutnál már előre.
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8042 üzenetére
Nem, az nem baj, hogy kiírtad a portokat, ezzel semmit sem lehet kezdeni a WAN IP címed ismeretének hiányában.
Bevallom ezt én sem értem teljesen. Az OK, hogy a sorok végén ott vannak a cél portok (21, 100, 8090, stb) amiken a szolgáltatásaid futnak, de az eleje felé viszont vannak ezek a "dst-port=19616", "dst-port=10666", stb. részek. Ha jól értem, akkor nem a külső 21-es portot irányították a belső 21-esre, hanem a külső 19616-os portot, és így tovább.
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8042 üzenetére
Próbáld már meg letesztelni az alábbi portokat:
19616, 10666, 19861, 15268, 19903
21, 100, 8090, 9091, 19903Mindegyik zártnak látszik?
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8045 üzenetére
Akkor szerintem jó lesz ez, csak az ASUS-ban rosszul vannak beállítva a forwardjaid, vagyis a szolgáltatónak igaza volt. Legyen példa az első sor. Elküldted nekik ezeket a port párosokat, és ők a saját eszközükben forwardolták neked a külső 19616-os portot, a belső 21-esre, az ASUS routered 253-mas végű WAN IP címére. Na már most Te az ASUS-ban forwardoltad ugyanazt azt a 19616-os portot, csak, hogy azon ott már nincs semmilyen forgalom, ugyanis a szolgáltatós eszköz a 21-esre irányítja át.
Nem mellesleg jó lenne letisztázni azt is, hogy ezek milyen szolgáltatások portjai, mert pl. az ASUS-on futó SSH-nak nem kell külön forward szabály, csak aktiválni kell a távoli elérését.
Szóval szerintem jó lesz ez, legalábbis a 19903-as port állapotából erre következtetek, de tovább kell ellenőrizni a beállításaidat.
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8047 üzenetére
Ami a szolgáltatói eszközön a belső port, az ASUS-on a külső. Ez ilyen egyszerű. Vagy állítsd be az ASUS-on a külsőt-belsőt ugyanarra, vagy ha nem adsz meg belsőt - ugyanis az csak opcionális -, akkor automatikusan egyezni fog a külsővel. De még egyszer mondom, az ASUS külső portja az, ami a szolgáltató eszköznek a belső.
OK, akkor ezek közül csak a 8080-as router portnak nem kell a forward, ott csak legyen aktív a távoli elérés, a többi szolgáltatás gondolom mind más eszközön fut, oda tehát kell a helyes forward.
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8050 üzenetére
Hát igen, azt nem kellett volna kikapcsolni, az egy buta tanács volt a részükről. Próbáld meg ezt PuTTY-ban:
nvram set http_enable=1
nvram commit
service httpd restart -
Intruder2k5
MODERÁTOR
válasz z123456789 #8053 üzenetére
Indítsd újra, esetleg próbáld utána a parancsokat.
A távoli elérés macerás lesz, mert a 8080-as port nincs megnyitva, amint láttam az nem volt a listában.
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8055 üzenetére
Ez így jó, itt hiába is állítanál bármit. Ha a meglévő forwardolt portok mindegyikére szükséged van, akkor nincs más lehetőség, mint újabbat beállíttatni velük. És igen, ugyancsak a router 253-mas végű IP címére, és annak 8080-as portjára kellene.
-
Intruder2k5
MODERÁTOR
válasz z123456789 #8057 üzenetére
Nem, az ASUS-ban nem kell. Azzal, hogy bekapcsolod a remote admint, automatikusan beállítja a tűzfalban is, nem kell kézzel felvenni.
Igen, a példánál maradva a 8080 kell, de lehet bármi más is, csak akkor majd azt kell beállítani az ASUS-ban is.
-
Intruder2k5
MODERÁTOR
válasz szuszinho #8077 üzenetére
Úgy néz ki tényleg csak úgy ha lefordítod magadnak, mert az extras csomagban nem látom.
-
Intruder2k5
MODERÁTOR
válasz redbiro #8086 üzenetére
Egyébként én kétlem, hogy a router lenne a hunyó, szerintem szerveroldalon nem frissül valami okból a host. Az én routerem már jó ideje, két szolgáltatónál összesen 6 DDNS hostot frissít, és sosem szokott gond lenni ezzel. De, mivel én is mindent túlbiztosítok, így még emailben is elküldi a WAN IP címet minden WAN UP eseménykor.
-
Intruder2k5
MODERÁTOR
válasz redbiro #8094 üzenetére
Ha nem lesz vele gondod, akkor nem érdemes piszkálni. Annak igazából akkor van jelentősége, ha olyan DDNS szolgáltatást használsz, ahol x időközönként muszáj frissíteni a host-ot, hogy ne szűnjön meg, viszont a WAN IP címed meg nem változik, akár hónapokig se.
A jelenlegi fw-dre maximum a 132-est lehet rátenni a beállítások megtartásával, ha a 140-est szeretnéd kipróbálni, akkor mindenképp kell a hard reset, és a manuális újrakonfigurálás. De én azt mondom, ha nincs vele gondod, akkor ne bolygasd. Arról nem is beszélve, hogy a 8MB-os RT-N15U-ra már egyre nehezebb is találni olyan buildet, ami fel is fér rá.
-
Intruder2k5
MODERÁTOR
válasz intensa_man #8079 üzenetére
Szia!
Shibby weboldalán a támogatottsági listán nem szerepel a v2.
-
Intruder2k5
MODERÁTOR
válasz intensa_man #8099 üzenetére
Nem tudok ilyet.
-
Intruder2k5
MODERÁTOR
Szia!
Az rTorrent parancsokat pl. itt is megtalálod, de elsőként be kell lépni a SCREEN-be, amiben fut az rtorrent.
screen -R screen_neve
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
Szia!
Persze, egy routerről beszélünk. Igazából 4 van használatban, 2-t én használok, 2-t a fiam, és 1-1 pedig tartalék, ezek vannak másik szolgáltatónál, ha az első behalna. A 4 élesben működő pedig azért kell, mert a routeren futó lighttpd webszerverben vannak felvéve virtual host-ok, így a meghívott címtől függően más-más tartalmat szolgál ki a szerver.
-
Intruder2k5
MODERÁTOR
Ja igen, az email... Ehhez entware-t használok, pontosabban msmtp csomagot. A script amit meghívok minden WAN UP eseménykor, az alábbi:
#!/bin/sh
sleep 5
CURRENT_IP=`nvram get wan_ipaddr`
ROUTER_NAME=`nvram get router_name`
MODEL_NAME=`nvram get t_model_name`
FIRMWARE_VERSION=`nvram get os_version`
UPTIME=`uptime`
DATE=`date`
echo "Content-Type: text/plain; charset=us-ascii" > /tmp/email.txt
echo "Subject:" $ROUTER_NAME "status information message" >> /tmp/email.txt
echo "" >> /tmp/email.txt
echo "------------------------------------------------" >> /tmp/email.txt
echo $ROUTER_NAME "status information message" >> /tmp/email.txt
echo "------------------------------------------------" >> /tmp/email.txt
echo "Model name: " $MODEL_NAME >> /tmp/email.txt
echo "Firmware version: " $FIRMWARE_VERSION >> /tmp/email.txt
echo "Report date & time: " $DATE >> /tmp/email.txt
echo "Current WAN IP address: " $CURRENT_IP >> /tmp/email.txt
echo "Time, uptime, and CPU load: " $UPTIME >> /tmp/email.txt
sleep 30
cat /tmp/email.txt | msmtp emailcim@outlook.comÉs ezzel egy ilyen email-t kapok:
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
- Destiny 2: Lightfall beszámoló
- Aliexpress tapasztalatok
- Kerékpárosok, bringások ide!
- Villanyszerelés
- Anglia - élmények, tapasztalatok
- Futás, futópályák
- CURVE - "All your cards in one." Minden bankkártyád egyben.
- Autós topik látogatók beszélgetős, offolós topikja
- Xbox Series X|S
- Politika
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen