Редот што вели дека TLS ракувањето не успеа е крајот на приказната, а не нејзиниот почеток. Важен е настанот веднаш пред него, бидејќи тој настан именува која од четирите многу различни дефекти ја имате. Истек на време, неусогласеност на контролониот канал, одбивање сертификат и дефект по преговарањето сите го даваат истиот наслов. Изберете ја гранката според доказите и поправката повеќе нема да биде претпоставка.

Прочитајте го последниот настан пред дефектот

Скролувајте нагоре наместо да го читате последниот ред. Настанот пред прекинот обично ја именува фазата: воопшто нема одговор, грешка при размената на контролните пакети, резултат од проверка или успешно преговарање по кое следи резултат од автентикација. Секој од нив припаѓа на различен сопственик. Токму тој еден ред одлучува кој дел подолу се применува.

Зачувајте го текстот на грешката со верзијата на клиентот, крајната точка и транспортот. Држете ги клучевите, лозинките и нередактираните профили подалеку од сѐ што објавувате.

Точната прва грешка вреди повеќе од долг извадок од дневник. Ја именува фазата, а фазата го именува сопственикот.

Прва гранка: ништо не се врати

Ако клиентот го испратил својот прв пакет и не добил ништо употребливо, проблемот е на патот или кај слушателот. Потврдете дека профилот одговара на опција што операторот навистина ја нуди: адреса, порта и UDP или TCP. Потоа проверете дали крајната точка воопшто е достапна од оваа мрежа. Забележете која од двете проверки не успеа пред да продолжите.

Прелистувач што вчитува страница на истото име на домаќин докажува само дека одговорила веб-услуга. Дури и прифатена TCP врска не кажува ништо за тоа дали OpenVPN го завршил преговарањето.

Ако профилот работи на друга доверлива мрежа, задржете ја таа споредба. Таа го лоцира ограничувањето на пат или посредник.

Втора гранка: контролониот канал не се совпаѓа

Кога размената започнува и потоа застанува, поставките на контролониот канал се првиот осомничен. tls-auth и tls-crypt мора да одговараат на распоредувањето, а материјалот од друг сервер нема да даде корисна размена. Овој дефект се случува пред какво било најавување на сметка. Профил копиран од постар сервер е вообичаениот извор.

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

Забележете ја конкретната грешка при преговарањето, наместо да вклучите куп постари алгоритми за да видите што ќе се задржи. Фатиениот текст на грешката е тоа што му овозможува на операторот да ја провери својата страна.

Трета гранка: сертификат беше одбиен

Изречен дефект при проверка го именува сертификатот што не му се допаѓа. Прво проверете го часовникот на уредот, потоа прочитајте кој објект не успеа: серверскиот сертификат, клиентскиот сертификат или издавач во синџирот. Истек, недоверлив издавач и неочекуван идентитет се три различни пораки.

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

Забележете дали дефектот ја следи мрежата или профилот. Грешка со сертификат што се појавува насекаде не е проблем на патот.

Четврта гранка: преговарањето заврши и нешто друго не успеа

Откако размената на идентитет ќе успее, преостанатиот дефект припаѓа на автентикацијата или на насочувањето. Изреченото одбивање на сметка е прашање на автентикација, а поврзан тунел со недостапни локации е прашање на насочување или DNS. Продолжувањето да менувате TLS опции во тој момент го оштетува етапата што веќе работела.

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

Поврзани статии