Клиент на SoftEther при подигање: AccountStartupSet и редоследот на демонот

Рестартирањето на машината ја остава на мрежата со тунелот повторно спуштен. Клиентот на SoftEther чува две состојби што повеќето луѓе ги третираат како една: дали услугата работи и дали на зачуваната сметка ѝ е дозволено да се подигне со неа. Двете мора да бидат точни, а втората е знаменце по сметка, а не поставка за подигање. Извршете ги четирите проверки подолу по ред и застанете при првиот неуспех.

Потврдете дека сметката е означена за автоматско стартување

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

cd /opt/softether/vpnclient
./vpncmd

Изберете 2 за управување со VPN клиентот и прифатете го локалниот сервер со притискање Enter.

AccountStartupSet
office-hub
exit

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

Потврдете дека услугата стартува, и тоа доволно рано

На Linux клиентот работи како демон од сопствениот директориум, и мора да биде подигнат пред кој било чекор за подигање да се обиде да ја користи сметката. Кратка кука што го менува директориумот и го стартува е доволна на системи што сѐ уште извршуваат rc.local.

cd /opt/softether/vpnclient
./vpnclient start

Каде што rc.local веќе го нема, напишете systemd единица со експлицитна WorkingDirectory и политика за рестартирање. Бинарната податотека ја решава својата конфигурација во однос на местото од каде што се стартува, затоа единица без тоа поставување може успешно да стартува и да не прочита ништо. Редоследот е втората половина од проблемот: обидот за поврзување што се извршува пред демонот да почне да слуша повремено неуспева, што е далеку потешко за дијагностицирање од постојан неуспех. Политиката за рестартирање го покрива третиот случај, кога демонот тивко умира часови подоцна.

Проверете го списокот на процеси наместо да и верувате на pid податотека оставена од претходното подигање.

Потврдете дека адаптерот добил адреса

Штом сметката се поврзе, клиентот претставува виртуелен адаптер и адаптерот сѐ уште му треба адреса. Центарот што работи со SecureNAT обично одговара на DHCP; центарот премостен на физички LAN очекува наместо тоа да одговори серверот на тој LAN.

ip -brief address
dhclient vpn_vpn1

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

Адаптерот без адреса е најтивкиот неуспех во списокот, зашто сметката сѐ уште известува дека е поврзана.

Потврдете дека рутата води таму каде што мислите

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

ip route get 10.10.20.15

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

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

Запишете ги четирите проверки во белешките за повторна изградба

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

Знаменцето е една линија за повторна примена и лесно се заборава.

Задржете го редоследот: знаменце, услуга, адреса, рута. Контролната листа што започнува од средината дава многу самоуверени погрешни одговори.