OpenVPN Connect avviser fragment: rett opp profilkjelda

Feilen kjem ved import, før noka forhandling, og namngjev eit direktiv klienten nektar å godta. OpenVPN Connect køyrer OpenVPN 3-bibliotekkode, som ikkje implementerer fragment-valet til fellesskapsklienten i det heile. Det gjer dette til eit kompatibilitetsspørsmål mellom to endepunkt, ikkje eit tuning-spørsmål om pakkestorleik.

Slettar du linja, får du ei fil klienten kan parse, og ein server som kanskje framleis ventar formatet linja skildra. Gå gjennom det frå importskjermen og utover før du redigerer noko.

Kvar importen stoppar

Importøren parsar direktiv før han kontaktar serveren, så ei avvising der er eit lokalt vedtak om syntaks og ikkje eit nettverksresultat, og lista over direktiv som ikkje blir støtta hos OpenVPN registrerer same avgrensinga. Det forklarer korleis éi fil kan verke i fellesskapsklienten og mislukkast i Connect på same maskin. Les direktivnamnet i meldinga og ta vare på originalfila, fordi den teksten er det einaste beviset på kva klienten protesterte mot. Ein importfeil og eit tidsavbrot på tilkoplinga kjem frå ulike fasar og fortener ulike svar.

Namngjev meldinga fragment, står spørsmålet om serveren også er avhengig av det. Svar på det før du rører profilen du fekk.

Kva fragment endrar i fellesskapsklienten

I fellesskapsklienten slår direktivet på OpenVPN si eiga datagramfragmentering, som deler nyttelasta før ho når det ytre IP-laget. Ho finst for å overleve baner som slepp store UDP-datagram, og for å halde ein tunnel brukbar der ein ikkje kan stole på sti-MTU-oppdaging. Det er ikkje synonymt med å senke MTU-en på grensesnittet, og det er ikkje IP-fragmentering utført av operativsystemet. Ein klient utan mekanismen får han ikkje ved å senke eit tal.

Fordi innstillinga også ligg i serverkonfigurasjonen, endrar det berre di side å fjerne ho frå kopien din. Serveren ventar kanskje framleis på ein motpart som forstår valet, og ein profil som blir parsa er enno ikkje ei økt som blir etablert. Desse to fakta forklarer den forvirrande mellomtilstanden der ei redigert fil koplar til og så stoppar.

Be om ein profil bygd for denne klienten

Den reine vegen er ein annan profil dokumentert for OpenVPN Connect, om tenesta publiserer ein. Mange leverandørar gjer det, og skilnaden er vanlegvis direktiva dei utelèt, ikkje endepunktet dei peikar på. Be om han ved klientnamnet i staden for å skildre feilen, sidan ein supportdesk kan matche ein profil til ein klient mykje raskare enn han kan diagnostisere ei strippa fil.

Driv du serveren, er vedtaket breiare enn din eigen klient. Slår du av fragmentering, rammar det kvar motpart, også dei som trong det for å halde seg tilkopla over ei dårleg bane. Å publisere ein annan lyttar eller ein annan konfigurasjon for den råka klienten held eksisterande brukarar i gang medan den nyare klienten får noko han kan parse. Uansett korleis du gjer det, skriv ned kva konfigurasjon som betener kva klient, for den koplinga forsvinn elles raskt.

Stadfest tilkoplinga, ikkje berre importen

Ein vellukka import beviser berre at parsaren godtok fila. Etabler tunnelen med fellesskapsklienten på ein maskin du kontrollerer, med same profil, og les loggen for transport- og krypteringsforhandling. Kommandoane nedanfor gjer det utan at skrivebordsappen er i vegen.

openvpn --config client.ovpn --verb 3
ip -4 addr show tun0
curl -sS --interface tun0 -o /dev/null -w '%{http_code}\n' --max-time 8 https://example.com/

Loggen viser kvar forsøket stoppa: ein valfeil viser seg før kva som helst TLS-utveksling, medan ein autentiserings- eller krypteringsfeil viser seg etter. Kjem tunnelen opp og førespurnaden framleis feilar, har problemet flytta seg frå kompatibilitet til ruting. Samanlikn det med oppførselen til Connect på same nettverk før du konkluderer noko om serveren.

Hald den fungerande profilen og klientversjonen ved sida av notatet. Ei framtidig klientutgåve kan leggje til støtte for eit direktiv, og det endrar svaret utan at nokon rører serveren.