Dotaz: Putty přes OpenVPN zamrzá

[Styryx]

Mám doma na PC Linux a chci mít možnost se k němu připojit z práce. Ke spojení používám VPN (Hamachi a nad tím OpenVPN, viz níže), připojení funguje, přes Putty se na Linux normálně přihlásím, ale při zavolání jakéhokoliv příkazu, který vypíše více než cca tři řádky, putty zamrzne (výpis se nedokončí a nejde dál nic zadat z klávesnice, ale session se neukončí, tj. tváří se to jako pořád připojený, nevrátí se to ani při stisku Ctrl+C) a musí se odpálit a spustit nová instance (příkazy např.: "ps x", "gcc --version", "mc" atd.).

V obou (jak práce, tak doma) je router+firewall, proto jsem vyrobil následující konfiguraci, aby se šlo spojit:

- na obou počítačích nainstalován Hamachi, vyrobena síť (kvůli tomu, že Hamachi se dostane přes NAT na obou stranách) to slouží na iniciaci spojení (jako nosný spojení), vzhledem k tomu, že nevím, jak je to zde se zabezpečením, jedinej povolenej provoz je na specifickým portu pro OpenVPN

- nad tím běží OpenVPN pro vytvoření bezpečnýho spojení (SSH, přes certifikáty atd.)

- a nad ním se připojuju přes Putty. Který ovšem zamrzá.

Připojení přes VPN taky nefunguje, sice se připojí, ale nevykreslí se celá obrazovka (většina černá jen místy jsou vidět fragmenty screenu) a nejde nic zadat.

Ping je cca 40ms.

Jinak spojení funguje dobře, tj. např. přes Sambu v klidu přenesu několikamegovej soubor apod.

Ještě mám doma druhej PC s Windows a na ten mi při celkem stejný konfiguraci (pokud pomineme rozdíly mezi Linux a Win, konfiguráky OpenVPN jsou jinak stejný a je připojenej ve stejný Hamachi síti) v pohodě funguje vzdálená plocha (RDP).

Nesetkal se někdo s podobným problémem?

Jediný, co jsem zatím našel za pomoci Google, bylo, že by mohl být problém s nastavením MTU, který jsem pomocí Dr.TCP nastavil na doporučovaných 1400 (pro všechny rozhraní Hamachi i OpenVPN na Win klientovi) ale problém přetrvává.

Navíc, nejspíš to nemá souvislost s tím, odkud se připojuju, protože když se s tím Win klientem připojím doma (tj. vše v jedný lokální síti, ovšem spojení přes Hamachi stejně jak předpokládám běží přes internet), tak to taky zamrzá.

Odpovědi

[.]

A doma jsi připojen přes ADSL O2. Stěžuj si u nich.

[Styryx]

Nene, jsem připojenej přes UPC (2048/256 kbps, podle měření přes speedtest.net rychlost 2055/270 kbps). Nemám pevnou IP ale takovou "pseudo-pevnou" (moc často se nemění). Takže jsem schopnej budit ty počítače přes Wake on lan.

[petr_p]

Pokud vím, tak ADSL O2 pakety s nezakázaným fragmentováním fragmentuje.

[Styryx]

A fragmentování paketů je nějakej problém? (nevím přesně co to znamená a jestli to může nebo nemůže být tím, případně co kde nastavit)

[petr_p]

Fragmentace packetu znamená, že packet, který je větší než připouští odchozí linka z routeru, bude routerem rozdělen na menší části a ty budou daným routerem postupně odvysílány. Obvykle až na koncovém striji se tyto fragmenty poskládají dohromady v celý packet.

Některé protokoly (např. IPv6 nad IPv4) objevují MTU celé cesty (Path MTU discovery, minimální MTU ze všech linek). K tomu je ovšem třeba aby vnější IPv4 packety měli zákázáno fragmentování a router na cestě, který zjistí, že packet je moc velký, odeslal zpět ICMP chybovou zprávu informující o novém menším MTU.

Bohužel ADSL síť O2 ICMP zprávy Packet Too Big neodesílá a packet tiše zahodí. To se v TCP spojení projeví tím, že se celé zasekne.

[Styryx]

Ještě jsem teď zkusil jednu věc, a to připojit se přímo přes Hamachi (tj. ne přes OpenVPN nad ním), povolil jsem si na něm ssh a přes něj to jde, tj. Putty nezamrzá (jde třeba ps x nebo dokonce i mc).

Takže problém je zřejmě někde v OpenVPN...

Ale divný je, že spojení na Win přes něj jde... (přes to samý spojení, Linux je OpenVPN server, počítač s Win, ze kterýho se připojuju, je klient, a ten počítač s Win, na kterej mi připojení jde, je taky klient stejnýho serveru).

Pokud ve vzdálený konzoli na Windows (která jde) spustím putty a připojím se k tomu linuxu tak to jde (ale to pak nejde přes openvpn, ale přes lokální síť co mám doma). Takže na tom počítači s linuxem schopnej pracovat jsem, ale pouze takhle oklikou přes ten druhej počítač s Windows...

[Styryx]

Ještě sem dám moje nastavení openvpn.

Server (Linux):

proto udp
dev tun

ca ca.crt
cert server.crt
key server.key

dh dh2048.pem

server 192.168.10.0 255.255.255.0
port 28295

ifconfig-pool-persist ipp.txt

client-to-client

keepalive 10 120

comp-lzo

max-clients 20

user nobody
group nobody

persist-key
persist-tun

status openvpn-status.log

verb 3
mute 20

;mtu-test
;tun-mtu 1400
;tun-mtu-extra 32
;mssfix 1450

log server.log

Klient (Windows):

client

dev tun
proto udp

remote 5.132.24.12 28295

resolv-retry infinite

nobind

persist-key
persist-tun

mute-replay-warnings

ca ca.crt
cert worknb.crt
key worknb.key

ns-cert-type server

comp-lzo

verb 3
mute 20

;mtu-test
;tun-mtu 1400
;tun-mtu-extra 32
;mssfix 1450

log client.log

(ty položky zakomentovaný středníkama jsem zkoušel, ale to nepomohlo)

[baf]

Je to trochu strelba od boku, ale skus to vpn prepnout na tcp, (pripadne na udp pokud tam je ted tcp).

[baf]

Je to trochu strelba od boku, ale skus to openvpn prepnout na tcp, (pripadne na udp pokud tam je ted tcp).

[Styryx]

Fíííha tak to byl ten trik, změnil jsem z UDP na TCP a už to jde :)

Díky :)

[svaca]

UDP je defaultni volba a je to i vykonnejci a vseobecne se preferuje ... Jenze UDP pakety, narozdil od TCP paketu se "nehlidaji" a nekontroluje se zda dorazily do cile ... na toto je ssh extremne haklive, proto, ti "zamrzalo"

Nicmene chyba neni v openvpn ale opravdu u provaidera .. Nebot se ti packety ztraci ...