Грешка долази при увозу, пре било какве размене, и именује директиву коју клијент одбија да прихвати. OpenVPN Connect покреће библиотечни код OpenVPN 3, који уопште не имплементира fragment опцију заједничког клијента. То ово чини питањем компатибилности двају крајева, а не питањем подешавања величине пакета.

Брисање реда даје датотеку коју ће клијент парсирати, и сервер који можда још очекује формат који је тај ред описивао. Прођите то од екрана за увоз према ван пре него што било шта уредите.

Где се увоз зауставља

Увозник парсира директиве пре него што контактира сервер, па је одбијање онде локална одлука о синтакси, а не мрежни резултат, и OpenVPN-ов списак неподржаних директива бележи исто ограничење. То објашњава како једна датотека може да ради у заједничком клијенту и да пропадне у Connect-у на истом рачунару. Прочитајте у поруци име директиве и сачувајте изворну датотеку, јер је тај текст једини доказ на шта се клијент пожалио. Грешка при увозу и истек времена везе долазе из различитих фаза и заслужују различите одговоре.

Ако порука именује fragment, остаје питање да ли и сервер зависи од њега. Одговорите на то пре него што дирнете профил који сте добили.

Шта fragment мења у заједничком клијенту

У заједничком клијенту директива укључује OpenVPN-ово властито фрагментирање датаграма, које дели корисни терет пре него што стигне до спољашњег IP слоја. Постоји да преживи путеве који бацају велике UDP датаграме и да тунел остане употребљив онде где се откривању MTU-а пута не може веровати. Није синоним за снижавање MTU-а интерфејса и није фрагментирање на IP нивоу које изводи оперативни систем. Клијент без тог механизма не може га стећи снижавањем броја.

Будући да поставка живи и у конфигурацији сервера, уклањање из ваше копије мења само вашу страну. Сервер можда још очекује партнера који разуме опцију, а профил који се парсира још није сесија која се успоставља. Те две чињенице објашњавају збуњујуће међустање у којем измењена датотека успостави везу и затим се заглави.

Затражите профил направљен за овај клијент

Чист пут је други профил документован за OpenVPN Connect, ако га услуга објављује. Многи провајдери то раде, а разлика је обично у директивама које изостављају, а не у крајњој тачки на коју показују. Тражите га по имену клијента уместо да описујете грешку, јер подршка може спојити профил с клијентом много брже него дијагностиковати оголелу датотеку.

Ако ви водите сервер, одлука је шира од вашег клијента. Искључивање фрагментирања погађа сваког партнера, укључујући оне којима је било потребно да остану повезани преко лошег пута. Објављивање другог пријемника или друге конфигурације за погођени клијент одржава постојеће кориснике у раду док новији клијент добија нешто што може да парсира. Како год поступили, запишите која конфигурација служи којем клијенту, јер то мапирање иначе брзо нестане.

Проверите везу, не само увоз

Успешан увоз доказује само да је парсер прихватио датотеку. Успоставите тунел заједничким клијентом на рачунару који контролишете, користећи исти профил, и читајте записник за преговоре о транспорту и шифри. Наредбе испод то раде без десктоп апликације на путу.

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/

Записник показује где се покушај зауставио: грешка опције појављује се пре било какве TLS размене, док се грешка аутентификације или шифре појављује после ње. Ако се тунел успостави а захтев ипак пропадне, проблем се преместио с компатибилности на усмеравање. Упоредите то с понашањем Connect-а на истој мрежи пре него што закључите било шта о серверу.

Држите радни профил и верзију клијента уз белешку. Будуће издање клијента може додати подршку за директиву, а то мења одговор без тога да ико дира сервер.

Повезани чланци