OpenVPN известува дека иницијализацијата е завршена: зошто не се враќа командното прашање

Ништо не е заглавено кога терминалот замолчува по последниот ред во дневникот. Тоа е очекуваната форма за клиент во прв план: тој го заврши стартувањето и сега седи таму пренесувајќи сообраќај. Командното прашање на школката не е знакот за успех како што изгледа.

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

Пораката го означува крајот на стартувањето, а не крајот на процесот

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

Ако редот се појави, а врската подоцна умре, тоа е друг настан, и дневникот ќе го каже тоа отпосле.

Ctrl+C е одлука, а не поправка

Притискањето Ctrl+C испраќа прекин, кој клиентот го третира како барање за исклучување. Командното прашање се враќа, тунелот исчезнува, и секоја сесија што го користела завршува. Тоа изгледа како напредок, а всушност е спротивното. Ако целта е постојана врска, одговорот е да го преместите процесот некаде каде што може да работи без вашиот терминал, а не да го прекинете.

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

Што не докажува пораката

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

„Серверот стартуваше“ и „лаптопот може да го отвори споделениот ресурс“ се набљудувања од две различни места, и нивното мешање ве праќа да отстранувате грешки на погрешниот домаќин.

Стартување без терминал

За постојано распоредување, користете ја услужната поставеност што ја поддржува платформата. На systemd домаќин тоа е инстанца openvpn-client@office со профилот во /etc/openvpn/client, стартувана и овозможена за да преживее рестартирања. Community OpenVPN нуди и --daemon заедно со --log или --log-append, што го одделува процесот и го испраќа излезот во датотека. Двата пристапи менуваат како работи процесот; ниту еден не поправа маршрута или не прави оддалечена апликација здрава.

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

Изберете поставеност што одговара на работата

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

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