Forum: OpenVPN klient łączy się, ale nie widzi routera

Nawigacja

· Tomato by Shibby
· FreshTomato

Wątki na forum

Najnowsze dyskusje

· Nowe routery: UX, UC...
· DIR868l OFW asus vs ...
· [S] Asus RT-AC56U
· Szukam zaproszenia n...
· [MOD] FreshTomato-AR...
· Asus RT-AC5300 ,prob...
· archer c6 v3.20
· [S] Nighthawk R7000P...
· [S]Asus RT-AC5300 - ...
· Tanie N100 na promce...
· net z telefonu wifi+...
· Tomato - bugi/proble...
· HUAWEI z światłowodem
· Asus TUF-AX3000_V2 p...
· rt-ax88upro częste ...
· [Howto] Xpenology na...
· Jaki router pod Open...
· Ruter z tomato
· Czy to jeszcze NAS?
· RT AC66U B1

Najpopularniejsze obecnie wątki

· DIR868l OFW asus ...	[11]
· Nowe routery: UX,...	[1]
· [S] Asus RT-AC56U	[0]

Ankieta

Jaki procesor posiada twój router?

Broadcom MIPSEL

36% [151 głosów]

Broadcom ARM

52% [219 głosów]

Atheros

5% [22 głosów]

Marvell

1% [4 głosów]

Ralink

1% [3 głosów]

Intel/AMD/VIA

1% [5 głosów]

Żaden z powyższych

4% [15 głosów]

Ogółem głosów: 419
Musisz zalogować się, aby móc zagłosować.
Rozpoczęto: 02/02/2015 09:38

Twoje IP

3.141.29.202

O nie! Gdzie jest JavaScript?
Twoja przeglądarka internetowa nie ma włączonej obsługi JavaScript lub nie obsługuje JavaScript. Proszę włączyć JavaScript w przeglądarce internetowej, aby poprawnie wyświetlić tę witrynę, lub zaktualizować do przeglądarki internetowej, która obsługuje JavaScript.

Zobacz wątek

OpenLinksys » :: OPROGRAMOWANIE :: » Tomato - firmware

OpenVPN - klient łączy się, ale nie widzi routera
zielony	#1 Dodano 05-10-2012 12:31
User Posty: 11 Dołączył: 12/09/2012 11:31	Cześć, skonfigurowałem openVPN-a na swoim wnr3500lv2 pod Tomato v101 (AIO) i można się z nim połączyć (w logach raczej czysto), dostaję IP z puli VPN, ale wszelkie próby dostania się na router (SSH, www, nawet ping) spełzają na niczym. Konfiguracja serwera: Kod Pobierz kod źródłowy daemon server 172.17.20.0 255.255.255.0 proto udp port *PORT* dev tun21 comp-lzo adaptive keepalive 15 60 verb 3 push "route 172.17.2.0 255.255.255.0" client-config-dir ccd client-to-client tls-auth static.key 0 ca ca.crt dh dh.pem cert server.crt key server.key status-version 2 status status Konfiguracja klienta: Kod Pobierz kod źródłowy client remote *IP* port *PORT* proto udp verb 3 dev tun persist-tun persist-key cipher BF-CBC ca ca.crt cert c1.crt key c1.key tls-auth ta.key 1 ns-cert-type server route-method exe route-delay 2 Log z klienta jest raczej ok, routy się dodają (ten problem już rozwiązałem). Log z serwera: Kod Pobierz kod źródłowy daemon.notice openvpn[31539]: c1/*IP:PORT* TLS: new session incoming connection from *IP:PORT* daemon.notice openvpn[31539]: c1/*IP:PORT* VERIFY OK: depth=1, *CERT* daemon.notice openvpn[31539]: c1/*IP:PORT* VERIFY OK: depth=0, *CERT* daemon.notice openvpn[31539]: c1/*IP:PORT* Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key daemon.notice openvpn[31539]: c1/*IP:PORT* Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication daemon.notice openvpn[31539]: c1/*IP:PORT* Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key daemon.notice openvpn[31539]: c1/*IP:PORT* Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication daemon.notice openvpn[31539]: c1/*IP:PORT* TLS: move_session: dest=TM_ACTIVE src=TM_UNTRUSTED reinit_src=1 daemon.notice openvpn[31539]: c1/*IP:PORT* TLS: tls_multi_process: untrusted session promoted to semi-trusted daemon.notice openvpn[31539]: c1/*IP:PORT* Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA daemon.notice openvpn[31539]: c1/*IP:PORT* PUSH: Received control message: 'PUSH_REQUEST' daemon.notice openvpn[31539]: c1/*IP:PORT* SENT CONTROL [c1]: 'PUSH_REPLY,route 172.17.2.0 255.255.255.0,route 172.17.20.0 255.255.255.0,topology net30,ping 15,ping-restart 60,ifconfig 172.17.20.6 172.17.20.5' (status=1) Pomyślałem też o dodaniu regułek do iptables w dwie strony (172.17.2.0/24 to moja pula lokalna): Kod Pobierz kod źródłowy iptables -A FORWARD -o tun0 -s 172.17.2.0/24 -d 172.17.20.0/24 -j ACCEPT iptables -A FORWARD -i tun0 -s 172.17.20.0/24 -d 172.17.2.0/24 -j ACCEPT ale nic to nie dało. Pingi i tracerouty kończą się podobnie: Kod Pobierz kod źródłowy ping 172.17.20.1 Badanie 172.17.20.1 z 32 bajtami danych: Upłynął limit czasu żądania. Kod Pobierz kod źródłowy tracert 172.17.20.1 Śledzenie trasy do 172.17.20.1 z maksymalną liczbą 30 przeskoków. 1 * * * Upłynął limit czasu żądania. System to Win7, klient openvpn. Skoro to nie firewalle, nie certyfikaty, nie routy, to co? Czy ktoś ma może jakieś sugestie, co jeszcze powinienem sprawdzić? Z góry dzięki za wszelką pomoc, pozdrawiam

Przejdź do forum

Zaloguj

Nie masz jeszcze konta? Zarejestruj się.

Zapomniałeś/aś hasła?

Aktualnie online

· Gości online: 82

· Użytkowników online: 0

· Łą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ą?

Archiwum shoutboksa