1. Najzwyklejsze przekierowanie portu, które nie wiem dlaczego mi nie działa. A może nie powinno działać tak jak je ustawiłem?
2. Utworzyć tunel pomiędzy dwoma sieciami (nazwijmy je A i B), żeby z drugiej sieci móc się wbić na urządzenie, na które chcę zrobić przekierowanie jak powyżej (podwójny NAT).
Najpierw chcę się uporać z pierwszym problemem.
Chcę w sieci A (którym zarządza router 192.168.1.1) z komputera (nazwijmy go PC1) o IP 192.168.1.5 zalogować na port WAN bramki VoIP (router Fritz!box) o IP 192.168.1.178, która nasłuc****e na HTTPS.
a) Wpisując na PC1 adres https://192.168.1.178 w końcu udało mi się zalogować przez IE. W Firefox cały czas wyświetla mi komunikat "Podczas łączenia z serwerem 192.168.1.178 wystąpił błąd. SSL odebrał słaby krótkotrwały klucz Diffiego-Hellmana w wiadomości typu handshake wymiany klucza serwera. (Kod błędu: ssl_error_weak_server_ephemeral_dh_key)".
b) Wpisując na PC1 adres http (lub https)://192.168.1.1:53178 nie można nawiązać połączenia z bramką.
takie pytanie... a nie możesz najpierw zalogować sie w obrębie Lan bramki voip (o ile to problem https, przełączyć nasłuch strony logowania na http/ włączyć dostęp dla Wan) i dopiero próbować przekierować port w tomato ? .. pytam dlatego, że miałem podobny problem przekierowaniem portów na bramce 8level
Nie wiem, czy dobrze Cię zrozumiałem, ale:
1. Bramka VoIP wpięta jest tylko pod port WAN (a sygnał wychodzi z portu LAN routera z Tomato) i pracuje jako urządzenie końcowe, bo nic więcej nie udostępnia (jako router).
2. Od strony WAN można się logować tylko poprzez HTTPS (takie wbudowane ograniczenie), jedynie można port zmienić na inny.
3. W tej chwili moje próby zalogowania się/przekierowania portu ograniczają się do sieci lokalnej (nazwałem ją A) i wszystko dzieje się w obrębie IP 192.168.1.x
ps.
Czy wpis w iptables "WANPREROUTING" nie jest ty decydujący?
Czy przekierowanie nie jest realizowane tylko wtedy jeśli zapytanie przychodzi z poru WAN routera, a nie tak jak jest teraz z portu LAN (przypomnę od PC1 z IP 192.168.1.5)?
Połączony z 18 styczeń 2016 16:55:02:
Czy ktoś może zerknąć we wpis w moim iptables i wypowiedzieć się, czy to może być problemem?
Poniżej przedstawiam również fragment GUI z przekierowaniem. W pierwszym poście nie udało mi się go dodać.
· Łą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ą?