Panowie mam wielki problem z otwarciem portu na routerze. Wczoraj walczyłem z tym kilka godzin (tak wiem długo) i nic nie wykoncypowałem. Na pokładzie Asusa RT-N18U mam tomato AIO wersja 130. Soft wgrany zgodnie ze sztuką kilka tygodni temu (pełne czyszczenie nvram) i wklepana konfiguracja z palca.
A więc dodanie regułki
*mangle
:PREROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A PREROUTING -i vlan2 -d 10.2.0.1/255.255.255.0 -j DROP
COMMIT
*nat
:PREROUTING ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:WANPREROUTING - [0:0]
-A PREROUTING -d IP zewnętrzne -j WANPREROUTING
-A WANPREROUTING -p icmp -j DNAT --to-destination 10.2.0.1
-A WANPREROUTING -p tcp --dport 8001 -j DNAT --to-destination 10.2.0.23:8001
-A WANPREROUTING -p tcp --dport 10001 -j DNAT --to-destination 10.2.0.5:10000
-A WANPREROUTING -p tcp --dport 1234 -j DNAT --to-destination 10.2.0.5:1235
-A WANPREROUTING -p tcp --dport 321 -j DNAT --to-destination 10.2.0.22:80
-A WANPREROUTING -p tcp --dport 888 -j DNAT --to-destination 10.2.0.12:777
-A WANPREROUTING -p tcp --dport 654 -j DNAT --to-destination 10.2.0.13:888
-A WANPREROUTING -p tcp --dport 666 -j DNAT --to-destination 10.2.0.20:80
-A WANPREROUTING -p tcp --dport 555 -j DNAT --to-destination 192.168.100.1:80
-A WANPREROUTING -p tcp --dport 999 -j DNAT --to-destination 10.2.0.9:80
-A WANPREROUTING -p tcp --dport 665 -j DNAT --to-destination 10.2.0.21:80
-A POSTROUTING -o vlan2 -j MASQUERADE
-A POSTROUTING -o br0 -s 10.2.0.1/255.255.255.0 -d 10.2.0.1/255.255.255.0 -j SNAT --to-source 10.2.0.1
COMMIT
*filter
:INPUT DROP [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state INVALID -j DROP
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-N shlimit
-A shlimit -m recent --set --name shlimit
-A shlimit -m recent --update --hitcount 4 --seconds 60 --name shlimit -j DROP
-A INPUT -p tcp --dport 22112 -m state --state NEW -j shlimit
-A INPUT -i lo -j ACCEPT
-A INPUT -i br0 -j ACCEPT
-A INPUT -p udp --sport 67 --dport 68 -j ACCEPT
-A INPUT -p tcp --dport 8080 -j ACCEPT
-A INPUT -p tcp --dport 22112 -j ACCEPT
-A INPUT -p tcp --dport 21 -j ACCEPT
-A INPUT -p tcp --dport 51515 -j ACCEPT
-A INPUT -p tcp --dport 9091 -j ACCEPT
:FORWARD DROP [0:0]
-A FORWARD -m account --aaddr 10.2.0.0/255.255.255.0 --aname lan
-A FORWARD -i br0 -o br0 -j ACCEPT
-A FORWARD -m state --state INVALID -j DROP
-A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
:monitor - [0:0]
-A FORWARD -o vlan2 -j monitor
-A monitor -p tcp -m webmon --max_domains 2000 --max_searches 2000 --domain_load_file /var/webmon/domain --search_load_file /var/webmon/search -j RETURN
:wanin - [0:0]
:wanout - [0:0]
-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp --dport 1723 -j ACCEPT
-A INPUT -p 47 -j ACCEPT
-A FORWARD -i vlan2 -j wanin
-A FORWARD -o vlan2 -j wanout
-A FORWARD -i br0 -j ACCEPT
-A wanin -p tcp -m tcp -d 10.2.0.23 --dport 8001 -j ACCEPT
-A wanin -p tcp -m tcp -d 10.2.0.5 --dport 10000 -j ACCEPT
-A wanin -p tcp -m tcp -d 10.2.0.5 --dport 1235 -j ACCEPT
-A wanin -p tcp -m tcp -d 10.2.0.22 --dport 80 -j ACCEPT
-A wanin -p tcp -m tcp -d 10.2.0.12 --dport 777 -j ACCEPT
-A wanin -p tcp -m tcp -d 10.2.0.13 --dport 888 -j ACCEPT
-A wanin -p tcp -m tcp -d 10.2.0.20 --dport 80 -j ACCEPT
-A wanin -p tcp -m tcp -d 192.168.100.1 --dport 80 -j ACCEPT
-A wanin -p tcp -m tcp -d 10.2.0.9 --dport 80 -j ACCEPT
-A wanin -p tcp -m tcp -d 10.2.0.21 --dport 80 -j ACCEPT
COMMIT
Co ciekawe uruchamiając serwer Nginx i wpisując port 80 do otwarcia działa bez problemu (wpis w iptables dodaje się). Po wyłączeniu usługi prawidło zostaje usunięty.
Pytanie co tu robić. Może jakaś inna reguła obowiązuje w nowych wersjach tomato arm?
------------------------ Asus RT-N18U+ 1.28 -130 K26ARM USB AIO-64K
plik /etc/iptables jest plikiem wynikowym z funkcji firewall. Przeładowanie firewalla powoduje zniwelowanie wszystkich wpisów, które dokonałeś z palca. Żeby po przeładowaniu firewalla regułki były aplikowane, muszą one zostać zapisane w skrypcie firewall.
To czy firewall otwiera dany port możesz sprawdzić wykonując regułkę z palca, nie przeładowuj firewalla tylko zobacz łańcuchy (iptables -L) i tam poszukaj swojego wpisu.
Połączony z 02 luty 2016 13:39:25:
Sprawdziłem jeszcze na innej lokalizacji z Asus RT-N66U (soft 132) i sytuacja analogiczna. Czyli otwieram port 700. Po sprawdzeniu jest dodany wpis ale port nie jest odblokowany z zewnątrz.
Edytowany przez backlit dnia 02-02-2016 13:39
------------------------ Asus RT-N18U+ 1.28 -130 K26ARM USB AIO-64K
a czy na otwartym porcie działa jakaś usługa, która by odpowiedziała na żądanie? Samo otwarcie portu nie sprawi, że w teście (czy to strona czy telnet) cokolwiek odpowie.
Oczywiście usługa musi działać na routerze (bo jego tyczy się łańcuch INPUT).
Proxmox VE:i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+ VM Router:OpenWRT 22.03.4 VM NAS:Synology SA6400 VM VPS:Debian, WWW, Home Assistant Switch:Netgear MS510TXPP Switch:Ubiquiti USW-Flex-mini - szt. 2 Wi-Fi:Ubiquiti U6-Lite - szt. 2
Może powiem w czym rzecz. Poprzez reverse tunel ssh chce na otwartym porcie z adresem publicznym nasłuchiwać aby móc tunelować ruch na konkretny port zdalnej lokalizacji z modemem 3G. Cała zabawa po to żeby mieć dostęp z zewnątrz (jak wiadomo z publicznym adresem IP u operatorów bywa kiepsko-mowa o PLAY). Stąd potrzeba "pośrednika" za który ma robić router z tomato. Reasumując testowałem na porcie nasłuc****ącym numer 80 i coś nie działa. Z tego co piszesz po otwarciu portu i wpisaniu w konsole: iptables -L | grep 80 powinna pojawić się odpowiedź: ACCEPT tcp -- anywhere anywhere tcp dpt:80 a tego nie ma. No i nic się nie zgłasza (interfejs routera w który jest wpięty modem)
------------------------ Asus RT-N18U+ 1.28 -130 K26ARM USB AIO-64K
mam ten sam problem od pewnego czasu mimo iż mam otwarty port na zewnątrz , to i tak nie mogę wejść na urządzenie z zewnętrznego ip.
ten sam router co ty n18u
Połączony z 02 luty 2016 22:22:14:
shibby możesz sprawdzić czy czasem jest coś nie tak z oprogramowaniem na ten router ? kolega też ma problem z otwarciem portu do webui routera ? czy działa bez problemowo ?
Edytowany przez Maniek91PL dnia 02-02-2016 22:22
Asus RT-AC3200 Rocket M5
APC BACK-UPS RS 1200 Mini Itx ASUS Q87T+ i7-4770S Alienware m15 Vu+ Solo2
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
