Cliente de SoftEther no arranque: AccountStartupSet e a orde do daemon

Reiniciar a máquina déixaa na rede co túnel caído outra vez. O cliente de SoftEther garda dous estados que case todo o mundo trata como un: se o servizo está en execución e se a unha conta gardada se lle permite subir con el. Ambos deben ser certos, e o segundo é unha marca por conta, non un axuste de arranque. Execute as catro comprobacións seguintes en orde e detéñase no primeiro fallo.

Confirme que a conta está marcada para o inicio automático

A marca vive no rexistro da conta dentro da propia configuración do cliente, así que reinstalar o cliente ou restaurar un directorio baleiro bórraa. Abra a consola de administración e mire a lista de contas antes de cambiar calquera outra cousa.

cd /opt/softether/vpnclient
./vpncmd

Seleccione 2 para a administración do cliente VPN e acepte o servidor local premendo Enter.

AccountStartupSet
office-hub
exit

AccountStartupSet rexistra a conta como unha que debe subir cando arrinca o servizo do cliente. Non inicia o servizo nin crea unha conta nova, e non imprime nada útil cando o nome é incorrecto. Volva ler a lista de contas despois da orde, porque un erro de tecleo é silencioso e parécese exactamente a unha marca que non surtiu efecto.

Confirme que o servizo arrinca, e con suficiente antelación

En Linux o cliente execútase como daemon desde o seu propio directorio, e ten que estar arriba antes de que calquera paso de arranque intente usar a conta. Un gancho curto que cambie de directorio e o inicie abonda en sistemas que aínda executan rc.local.

cd /opt/softether/vpnclient
./vpnclient start

Onde rc.local xa non existe, escriba unha unidade de systemd cun WorkingDirectory explícito e unha política de reinicio. O binario resolve a súa configuración en relación co lugar desde o que se inicia, así que unha unidade sen ese axuste pode arrincar con éxito e non ler nada. A orde é a segunda metade do problema: un intento de conexión que se executa antes de que o daemon escoite falla de forma intermitente, algo moito máis difícil de diagnosticar que un fallo constante. Unha política de reinicio cobre o terceiro caso, cando o daemon morre en silencio horas despois.

Revise a lista de procesos en lugar de confiar nun ficheiro pid deixado polo arranque anterior.

Confirme que o adaptador recibiu un enderezo

Cando a conta se conecta, o cliente presenta un adaptador virtual e o adaptador aínda necesita un enderezo. Un concentrador con SecureNAT adoita responder ao DHCP; un concentrador ponteado a unha LAN física espera que, no seu lugar, responda o servidor desa LAN.

ip -brief address
dhclient vpn_vpn1

Tome o nome da interface do listado, porque o número dun exemplo non é unha constante. Se o enderezo debe ser estático, póñao na configuración de rede da distribución para esa interface, de xeito que se volva aplicar tras un evento de enlace e non só ao arrincar. Un script dunha soa execución deixa o adaptador sen enderezo a primeira vez que o túnel se reconecta durante o día. Ese fallo parece un túnel morto aínda que a conta estea ben.

Un adaptador sen enderezo é o fallo máis silencioso da lista, xa que a conta segue informando de que está conectada.

Confirme que a ruta apunta onde vostede cre

O tráfico pode seguir fallando cunha conexión sa e un enderezo válido. Pregunte ao núcleo que interface usaría para un destino dentro da subrede do concentrador e logo compare esa resposta co túnel.

ip route get 10.10.20.15

Unha subrede local que se solape co rango do concentrador gaña, porque a súa ruta é máis específica e xa está instalada.

Iso é unha decisión de numeración, non un fallo do cliente, e reiniciar o servizo non o cambiará. A configuración do resolutor é a outra metade: un enderezo sen un servidor DNS que funcione produce un túnel que pasa todas as comprobacións de conexión e aínda así non pode abrir un nome.

Escriba as catro comprobacións nas notas de reconstrución

Anote xuntos o nome da conta, a orde de inicio do servizo e o nome da interface, porque un host reconstruído restaura os datos da conta pero non o gancho do sistema operativo que lanza o daemon. Eses viven en lugares distintos e normalmente os respaldan persoas distintas.

A marca é unha liña que volver aplicar e fácil de esquecer.

Manteña a orde: marca, servizo, enderezo, ruta. Unha lista de verificación que comeza polo medio produce moitas respostas equivocadas e seguras.