Eu uso o compartilhamento de arquivos SSH (cliente e servidor Bitvise) por muito tempo. Cerca de um mês atrás, começou um problema com comportamento aleatório. Eu instalei o Windows 10 e, aparentemente, após uma atualização, os problemas começaram. Mas, algumas vezes, o compartilhamento de arquivos SSH pode funcionar.
A chave para usar o compartilhamento de arquivos é criar uma regra: “Interface netsh portproxy adiciona v4tov4”
Com esta regra, as perguntas para arquivos no servidor são encaminhadas para o endereço 10.255.255.1:44445. As perguntas são enviadas pelo adaptador lookback e enviadas pelo túnel SSH para o servidor Bitvise e para o servidor de arquivos.
Quando funciona, é ágil e muito rápido. Para que isso funcione, o serviço LanmanServer deve iniciar manualmente sob demanda, após o login. Isso permite que o sistema aplique a regra de encaminhamento de porta de 445 a 44445.
No passado, eu deveria fazer uma tarefa no login para iniciar o Lanmanserver sob demanda. Mas, o Windows inicia o serviço LanmanServer rapidamente, pode ser para dependências, com a tarefa desativada.
Configuração:
sc config LanmanServer start= demand
netsh interface portproxy add v4tov4 listenaddress=10.255.255.1 listenport=445 connectaddress=10.255.255.1 connectport=44445
Verificar após o início do Windows:
sc query LanmanServer
netstat -an | find ":445 "
Inicie manualmente o LanmanServer (usando tarefas programadas no login):
c:\windows\system32\svchost.exe -k netsvcs
Mas, desabilitando a tarefa com o "svchost.exe -k netsvcs", o serviço é iniciado de qualquer maneira.
Em um lugar eu encontrei isto: "Depois de colocar os comandos portproxy add, tive que desabilitar três serviços: lanmanserver, smb e iphlpsvc, reinicializar e iniciar o iphlpsvc manualmente e estava tudo bem." Esta é uma situação no Windows 10? Alguém pode me ajudar com alguma explicação técnica do que está acontecendo?
Tags ssh networking windows