Killing antigo dispositivo TUN obsoleto do ssh multiplexado

0

Eu uso uma configuração VPN baseada em SSH em que executo algo assim:

ssh -M -S / var / run / sshvpn -f -p 9100 -w raiz 5: 5 @ some_host / bin / bash

Entre outras coisas, ele executa uma série complexa de regras de tabelas IP, configura rotas de rede, etc.

O problema é: às vezes perco conexão por vários motivos e preciso reconectar ou restabelecer a conexão. Tomemos por exemplo: apenas 5 minutos atrás, eu estava limpando debaixo da mesa e bati o botão de energia na régua de energia (sim .. eu sei ..). A sessão do SSH foi rapidamente eliminada como um resultado óbvio.

Agora, não consigo me reconectar pela próxima hora. Quando tento me reconectar, recebo:

canal 0: falha na abertura: proibida administrativamente: falha na abertura

SE eu mudar o tun de tun5 para - digamos - tun6 (qualquer novo dispositivo tun basicamente), eu posso conectar.

Isso me diz que ainda há uma conexão ssh obsoleta no servidor ao qual eu estava conectado. Mas emitir "who" e "ps ax | grep ssh" não mostra NADA.

Estou um pouco perdido aqui ... Algo está "sobrando" no servidor - impedindo que eu me conecte novamente ao servidor usando o tun5. O que resta? O que está me impedindo de me conectar novamente? Por que posso finalmente (após uma hora) reconectar usando o mesmo tun5? O que precisa ser executado no servidor para "limpar" a sessão ssh obsoleta - ou remover o que precisa ser removido?

    
por Dean Rantala 14.05.2018 / 20:00

0 respostas

Tags