OpenVPN што стартува пред да биде готова мрежата не е дефект

Го стартувате клиентот при подигање, единицата известува дека е активна, а тунелот го нема. Природниот заклучок е дека услугата не успеа да стартува, а природната поправка е повторно да ја стартувате. Двете се доволно често погрешни за да заслужат правило: клиент што работи и повторно се обидува однадвор изгледа исто како расипан. Разликата е во тоа што прави процесот, а не во состојбата на единицата.

Мит: стартувана услуга значи тунел што работи

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

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

Читајте го дневникот за инстанцата, а не состојбата на единицата. Редот со причината е во дневникот, не во ознаката за состојба.

Мит: поставките за повторни обиди покриваат секој дефект

Разрешувањето имиња и транспортните повторни обиди се одделни контроли со одделни стандардни вредности. resolv-retry управува со повторените пребарувања на оддалечено име на домаќин, а документираната стандардна вредност продолжува да се обидува бесконечно. connect-retry го поставува интервалот меѓу обидите, додека connect-retry-max може да ограничи колку пати се пробува секој оддалечен запис. Проверете која фаза ја наведува дневникот пред да смените било која од нив.

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

Бескрајното повторување обиди со неодобрен сертификат не е причина да ја отстраните проверката. Тоа е причина да ја прочитате грешката.

Мит: еден стартер е доволен, па додадете уште еден

Врската што веќе ја управува NetworkManager или спакувана единица не бара втор стартер. Два процеси што се натпреваруваат за истите рути создаваат дупликат интерфејси, збунувачки дневници и тунел што трепери од причини што никој не ги гледа. Втората копија обично доаѓа како заобиколно решение затоа што првата е бавна.

Одлучете која компонента го поседува тунелот пред да додадете нешто. Потоа отстранете го другиот стартер наместо да го оневозможите и да се надевате.

Сопственикот одредува и од каде доаѓаат повторните обиди и акредитивите, затоа оваа одлука претходи на секое дотерување. Сопственоста е прва токму поради таа причина.

Што навистина бара редослед

Редоследот може да почека конфигурирана адреса, и тоа е сѐ што гарантира. network-online.target го одложува активирањето додека менаџерот не ја смета мрежата за подигната, а дефиницијата за подигната зависи од менаџерот. Не кажува ништо за тоа дали името на домаќинот на VPN се разрешува, дали слушателот одговара или дали заробениот портал ја пуштил направата.

Прочитајте ја инсталираната единица и сите drop-in датотеки пред да додадете зависности. Широкиот After= на секоја мрежна услуга го одложува подигањето без да ја воспостави врската што навистина ви е потребна.

Подредете ја зависноста што можете да ја тестирате, а сѐ друго проверете го со сонда за подготвеност. Сондата што го отвора тунелот е подобра од тајмер што нагаѓа.

Што се случува откако тунелот првпат ќе се подигне

Подигањето е еден настан меѓу многу. Пристапната врска се менува, порталската сесија истекува, партнерот се рестартира. Разликувајте внатрешно повторно поврзување од излез на процес што го обработува менаџерот на услуги, бидејќи двете имаат различни сопственици и оставаат различни докази.

Интерактивната автентикација го ограничува обновувањето без надзор. Позадинска единица не отклучува привезок со клучеви на работната површина и не одговара на MFA барање, затоа следете го одобрениот распоред на акредитиви за контекстот на услугата.

Одделно одлучете што смеат да прават апликациите додека тунелот е исклучен. Повторниот обид ја враќа врската, додека политиката за блокирање одлучува дали е дозволен директен сообраќај во тој јаз.