OpenVPN Connect го одбива fragment: поправете го изворот на профилот
OpenVPN Connect не поддржува fragment, па профил што се парсира сепак може да не успее. Набавете еден изграден за тој клиент или намерно сменете ја страната на серверот.
Грешката доаѓа при увозот, пред какво било преговарање, и именува директива што клиентот одбива да ја прифати. 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 на истата мрежа пред да заклучите нешто за серверот.
Држете го работниот профил и верзијата на клиентот до белешката. Идно издание на клиентот може да додаде поддршка за директива, и тоа го менува одговорот без никој да го допре серверот.