Início / unix / Perguntas / 486117
Accepted
TheMeaningfulEngineer
Asked: 2018-12-06 02:10:03 +0800 CST

O que acontece com uma conexão TCP quando a rede é encerrada abruptamente

  • 772

Digamos que um aplicativo de espaço do usuário tenha uma conexão TCP com algum ponto de extremidade não local. Em algum momento, a rede é interrompida abruptamente (ou seja, conexão excluída no gerenciador de rede, desconecte o dongle wifi, corte o cabo Ethernet)

O que está acontecendo conceitualmente dentro do kernel para lidar com a situação e como isso se manifesta no aplicativo de espaço do usuário?

Sub-questões de orientação:

  • quais são os tempos limite envolvidos?
  • o kernel tentará ocultar do espaço do usuário a conexão é perdida ao tentar se reconectar?
  • esperar por uma resposta pode fazer com que o aplicativo userspace não queira sair normalmente?
linux networking

1 respostas

  1. Best Answer

    A interface de rede ou outra infraestrutura caindo não significa necessariamente que a “conexão foi perdida” - o TCP pode continuar tentando retransmitir por um longo tempo antes de encerrar a conexão (depende do que aconteceu - um erro na interface local provavelmente causará um erro imediato , mas um roteador caindo em algum lugar ao longo do caminho pode não).

    Não depende do kernel, é determinado pelo protocolo TCP e o “userspace app” pode muito bem esperar muito tempo antes de receber um erro no soquete.

    Para responder especificamente a cada subpergunta:

    • Eu vi sugestões de até 9 minutos antes do tempo limite (acho que alguns desses tempos limite podem ser configuráveis, onde o protocolo permite e coisas como TCP keepalives podem ser configurados para causar tempos limite mais cedo);
    • o kernel não esconde as coisas, ou tenta "reconectar", ele simplesmente segue o protocolo TCP, continuamente tentando novamente o envio de segmentos não reconhecidos ... o "userspace app" é simplesmente suspenso dentro da chamada do sistema (por exemplo, write (), sendto(), etc), ou seja, o "userspace app" está sendo executado no modo kernel e seu contexto é trocado e não será retornado até que algum evento torne o processo "executável" novamente;
    • enquanto estiver suspenso, o "userspace app" pode ser "ininterrupto", o que significa que você não pode eliminá-lo, mesmo se você usar SIGKILL (ou seja, kill -9) como root - "saída graciosa" pode não ser uma opção (embora, eu não não acho que isso possa acontecer com o envio em um soquete, deve ser algo que seja considerado de curto prazo e de alta prioridade - por exemplo, gravar em um arquivo no NFS com montagem rígida e o sinalizador intr não definido pode fazer isso) ... mas mesmo que seja uma opção, o "app" deve ser escrito para capturar erros e sair normalmente - se o kernel fizer a saída do "app", não será elegante :-) (por exemplo, não executará exit manipuladores ou liberar recursos alocados fora do "app", etc)
    • 3

relate perguntas