packet_write_wait Tubulação quebrada mesmo saindo em funcionamento superior?

Question

Esse maldito erro faz minha dor de cabeça ficar maior e maior todos os dias. Eu nunca encontrei uma mesma situação como desta vez.

Bem, depois que eu autentiquei o SSH com sucesso, fazendo algumas coisas, então minha conexão SSH foi descartada de repente !!?

Aqui está minha mensagem de erro: packet_write_wait: Connection to XXX.XX.XX.XXX: Broken pipe

Eu queria que minha mensagem de erro fosse assim: Write Failed: broken pipe muito, acredite em mim!

Eu tentei uma tonelada de resolução na Internet, como adicionado ServerAliveInterval, ServerAliveCountMax, ClientAlive ....

Alguém disse: Transforme seu TCPKeepAlive em não, adicionado ServerAlive bllah blah idiot. Eu fiz isso também, mas ainda o mesmo erro.

Não há sorte para mim até o momento.

Qualquer ajuda será apreciada.

    

Answer 1

Caro 2018 e leitores posteriores,

Deixe-me mostrar um comentário de MelBurslan,

If you are in a corporate environment, check with your firewall admins and see if they were updating rules and/or restarting the firewall after some sort of a change when this happens. If it is happening to a personal server of yours, you need to provide more information on what were you doing on the sshd server side, when this happened. Broken pipe generally means there was a network disconnect for some reason.

Então, basicamente, se você está tentando usar ssh [email protected] em uma VPN (ambiente corporativo). Então esse erro deve estar lá com você várias vezes.

A única solução que encontrei até agora é mobile-shell . Obrigado quem criou isso.

Você precisará instalar mosh-server em seu destino (o servidor para o qual deseja ssh) e mosh-client em sua máquina host.

Ele se reconectará automaticamente quando seus pacotes forem perdidos, isso é muito legal e atende a todas as nossas necessidades, eu acho.

Feliz ssh'ing!

    

Answer 2

Primeiro, verifique se o problema não está relacionado a este .

Se não e o problema ainda estiver presente, continue a ler.

Eu também experimentei esse problema e passei alguns dias tentando separá-lo.

Como especificado, tocar com parâmetros SSH KeepAlive ou com parâmetros TCP do kernel (TCPKeepAlive ligado / desligado) não resolve o problema.

Depois de jogar com o usb para drivers ethernet e dump TCP, percebi que o problema era devido ao kernel 4.8. Troquei a fonte (lado de envio) para 4.4 LTS e o problema desapareceu (rsync, scp estava funcionando bem novamente). O lado do destino pode permanecer no 4.8 se você quiser, no meu caso de uso, isso estava funcionando (testado).

No lado técnico, podemos limitar um pouco a questão graças ao despejo wireshark abaixo que eu fiz. Podemos ver que o canal TCP do protocolo SSHv2 está sendo redefinido (sinalizador RST do TCP definido como 1), fazendo com que a conexão seja interrompida. Eu não sei a causa do RST ainda. Eu preciso fazer alguma bissecção de 4.8.1 a 4.8.11 para isso.

Eunãoestoudizendoqueseuproblemaéespecificamentedevidoaokernel4.8,maswrt.adataemquevocêpostousuapergunta/mensagem,vocêpodeestarusandoumaversãodokernelqueestavacomerros.

Respondidoinicialmenteem StackOverflow .

    

Answer 3

Abra o arquivo ssh.config no servidor de destino com o comando abaixo:

sudo nano /etc/ssh/ssh.config

Adicione as linhas abaixo no final desse arquivo

ClientAliveInterval 300

ClientAliveCountMax 2

pressione Ctrl + o e digite.

sudo reboot

Isso agudamente funcionou para mim. Eu estava na mesma situação. Tentei isso e aquilo, mas apenas siga estes passos. Só isso. Espero que funcione para você também.