Mam konfigurację połączenia openvpn (wersja 2.1_rc15 na obu końcach) między dwoma skrzynkami Gentoo przy użyciu współdzielonych kluczy. w większości działa dobrze. Używam mysql, http, ftp, scp nad VPN bez żadnych problemów. Ale kiedy przesyłam ssh od klienta do serwera przez VPN, dzieją się dziwne rzeczy. Mogę się zalogować, mogę wykonać niektóre polecenia. Ale jeśli spróbuję uruchomić aplikację ncurses, taką jak top, lub spróbuję przechwycić plik, połączenie zostanie zawieszone i będę musiał przerwać sesję ssh.
Mogę na przykład wykonać polecenie „echo bla; echo.; Echo bla” i wyświetli trzy wiersze tekstu w ciągu sesji ssh. Ale jeśli wykonam polecenie „cat / etc / motd”, sesja zawiesi się w momencie naciśnięcia klawisza Enter.
Skompilowałem Openvpn 2.1.1 na moim Macu i skopiowałem z katalogu config z mojego klienta Gentoo. Mac podłączony i sesje ssh działały dobrze bez zamrażania.
Następnie skompilowałem go na moim starszym pudełku Gentoo (jądro 2.6.26), które wycofuję z powodu umierania dysku twardego, a ssh nad nim również działa idealnie.
Dlaczego nie działa na moim nowym pudełku Gentoo? Próbowałem skompilować trzy różne jądra na wypadek, gdyby tak było, ale poza tym nie powinno być różnicy między moimi starszymi a nowszymi pudełkami Gentoo, o których mogę myśleć.
Wszelkie sugestie dotyczące tego, co jest nie tak?
ssh
,cat
,top
& HTTP wszystko działało, alescp
nie zrobił (byłoby pokazać 100% przeniesione i powiesić tam). Naprawiono obniżenie MTU do 1380.Odpowiedzi:
Pachnie jak problem Mtu. spróbuj obniżyć go, jak opisano w oficjalnym podręczniku lub w tym poście na blogu .
źródło
To polecenie rozwiązuje to dla mnie:
Możesz zweryfikować ustawienia tun0 za pomocą
Twoje zdrowie!
źródło
Tak, wszystko dotyczy MTU.
Ale w moim przypadku mam problem jeszcze bardziej dziwny. W domu przy użyciu klienta Windows OpenVPN zawiesza się. Ale w moim biurze działa dobrze.
Próbowałem to zmienić w moim modemie ADSL bez powodzenia. W moim biurze korzystam z modemu kablowego i innego usługodawcy internetowego.
Po zmianie MTU adaptera Windows TAP na 1200, działa dobrze. Coś więcej niż to by mnie zamroziło.
źródło
Miałem podobny problem, gdy OpenVPN łączył się przez 3 g przy złym zasięgu i utracie utraty pakietów. Przełączenie na TCP zamiast UDP naprawiło wszystkie problemy, które miałem później. Mam nadzieję, że to ci pomoże.
źródło
Użyłem tunelowania zamiast OpenVPN i nie mogłem znaleźć konfiguracji dla wartości MTU. Zamiast tego znalazłem interfejs VPN na wyjściu
ifconfig
(w moim przypadku tak byłoutun0
) i ustawiłem MTU dla niego ręcznie tak:Potem moja sesja ssh już się nie zawiesi.
źródło