Port tomato przekierowany na inny. Lighttpd skonfigurowane na port 80.
Testowa strona działa bez problemu w sieci lokalnej LAN po wpisaniu IP routera, natomiast nie działa jeśli chce się na nią wejść z zewnątrz.
Dodałem:
iptables -t filter -A INPUT -p tcp --dport 80 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 443 -j ACCEPT
W logach tomato pojawia się:
unknown user.warn kernel: DROP IN=vlan2 ...itd, z adresem IP który się chce połączyć.
Gdzie zrobiłem błąd lub czego nie zrobiłem? Co wam Panowie podać do wglądu?
Znając życie coś skopałem
Ja postawiłem "lighttpd" na porcie np.8181, potem przekierowałem zewnętrzny port 80 na 8181. (przez przekierowanie portów -> podstawowe). I wszystko śmiga, z zewnątrz, co mi w zupełności wystarczy.
ok, Panowie
na stronie http://www.canyouseeme.org/ sprawdzałem czy dane porty są odblokowane. Działa u mnie ftp, ssh czyli po wpisaniu portów 21 i 22 na stronce i sprawdzeniu jest wszysto ok, wyświetla że odblokowane. Natomiast po wpisaniu portu 80 lub 8010 (taki sobie wymyśliłem po przeczytaniu posta kolegi Steel_Rat) wyświetla że "nie wiedzi" - czyli zablokowany. W tym samy czasie w logach widzę że domena sprawdzala ten port i go zablokowała.
Z tego wniosek że regułka iptables ... u mnie nie działa.
Czy ktoś wiem czemu tak się może dziać? dostęp ss, ftp i remote do tomato ustawiany z gui. przekierowanie VNC też działa, a to za nic nie chce przejść. Coś podać do udostępnienia? Kończą mi się pomysły :(
EDIT:
Panownie info dla potomnych (sprawdźcie mnie jeśli możecie)
Chain INPUT (policy DROP)
target prot opt source destination
DROP all -- anywhere anywhere state INVALID
ACCEPT all -- anywhere anywhere state RELATED,ESTAB LISHED
shlimit tcp -- anywhere anywhere tcp dpt:ssh state N EW
ftplimit tcp -- anywhere anywhere tcp dpt:ftp state N EW
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
ACCEPT tcp -- anywhere anywhere tcp dpt:webcache
ACCEPT tcp -- anywhere anywhere tcp dpt:ssh
ACCEPT tcp -- anywhere anywhere tcp dpt:ftp
logdrop all -- anywhere anywhere
ACCEPT tcp -- anywhere anywhere tcp dpt:www
ACCEPT tcp -- anywhere anywhere tcp dpt:https
zwróćcie uwagę że porty ssh i ftp są przed logdrop'em, a dopiero dodany wpis iptables na www jest po nim. Leciało to sobie od góry i do wpisanej formułki nigdy nie doszło ponieważ przechwycił to wpis z logdrop'em, zablokował i umieścił info w logach.
wystarczyły logdropa przerzucić na koniec listy a www (port:80) dać wyżej lub (tak mi się wydaje) przy dodawaniu iptables dopisać np. "-I 1", czyli "Insert in chain as rulenum".
Teraz hula. Dzięki za podpowiedzi ;)
Edytowany przez franek84 dnia 07-09-2011 16:12
· Łą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ą?