Witajcie. Mam mały problem z ww tematem. Mam spięte trzy routery dwiema sieciami VPN. Na każdym z nich tomato V83. Routery to Asus RT-N16, Netgera 3500v1 (oba k26) oraz WRT54TM (k24). I tak, pomiędzy asusem a netgearem jest VPN na TAP'ie+TLS zestawiony i to śmiga jak trzeba. Problem jest z drugą siecią, łączącą Asusa i WRT54. Jest to sieć na TUN z kluczem statycznym. Wszystko ładnie się zestawia, autoryzuje, ale co minutę połączenie jest restartowane. Zamieniałem protokoły TCP<->UDP, role klient<->serwer i to samo. Po minucie mam na kliencie:
Cytat
Feb 17 20:38:02 keczup daemon.err openvpn[5677]: Connection reset, restarting [0]
Feb 17 20:38:02 keczup daemon.notice openvpn[5677]: TCP/UDP: Closing socket
Feb 17 20:38:02 keczup daemon.notice openvpn[5677]: SIGUSR1[soft,connection-reset] received, process restarting
Feb 17 20:38:02 keczup daemon.notice openvpn[5677]: Restart pause, 5 second(s)
I tak w kółko...
Miał ktoś z Was może podobne problemy z TUN'em ? Może to problem z łączeniem się k24 z k26 ?
Edytowany przez sszpila dnia 21-02-2012 12:36
W logach widać, że następuje restart z powodu ustawienia opcji ping-restart. Opcja ta powoduje restartowanie tunelu w przypadku gdy w określonym parametrem czasie nie nastąpi komunikacja w tunelu. Opcja ta jest właściwie jedynym sposobem wykrycia rozłączenia się tunelu zestawionego przy pomocy protokołu UDP.
Generalnie opcję ping-restart powinno się stosować równocześnie z opcją ping, która powoduje przesłanie co jakiś czas paczki danych podtrzymującej połączenie, np:
ping 10
ping-restart 60
W takim przypadku bieżący host co 10 sekund wyśle przez tunel paczkę danych. Jeżeli natomiast z drugiej strony tunelu przez 60 sekund nie napłyną żadne dane (a więc i żadne paczki podtrzymujące połączenie), bieżący host uzna tunel jako zerwany i np. będzie próbował zestawić połączenie na nowo. Druga strona tunelu musi mieć zatem w konfiguracji na pewno co najmniej opcję "ping", bo inaczej połączenie będzie się zrywać. Podejrzewam że tak jest w Twoim przypadku.
Tak, tak, wiem to tym pingu. Ale w konfigu vpn'a w tomato:
Cytat
# Automatically generated configuration
daemon
ifconfig 10.8.0.1 10.8.0.2
proto tcp-server
port 1196
dev tun22
comp-lzo adaptive keepalive 15 60
verb 3
status-version 2
status status
# Custom Configuration
dodawana jest opcja keepalive, która wyklucza stosowanie ping oraz ping-restart.
I o ile w konfiguracji TAP/TLS wszystko ładnie działa, nic nie rozłącza, nie restartuje się (może przez to że broadcasty latają w tunelu) to przy TUN'ie o ile nic nie leci tunelem, to są restarty po 1 minucie nieaktywności, jakby opcja keepalive nie wysyłała tych pingów co 15s....
Osobiście takie zachowanie tunelu za bardzo mi by nie przeszkadzało, gdyby nie to że taki restart co minutę zalewa mi /var/log/messages i serwer syslog'a.
------edit------
Problem z zalewaniem loga systemowego rozwiązałem poprzez dodanie do custom configuration polecenia verb 0.
------edit2------
Dodanie polecenia log /dev/null całkowicie załatwia problem z floodowaniem loga systemowego. Po dodaniu tylko verb 0 co minutę zapisywało mi w logu
· Łą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ą?