Início / unix / Perguntas / 519501
Accepted
Jan Hudec
Asked: 2019-05-18 05:11:58 +0800 CST

Configurações padrão de TCP KeepAlive

  • 772

O TCP KeepAlive (opção de soquete SO_KEEPALIVE) é governado por três opções: tempo após o qual o mecanismo é acionado, intervalo de sondagem e número de sondagens com falha após o qual a conexão é declarada interrompida.

Seus padrões são:

  • tcp_keepalive_time = 7200
  • tcp_keepalive_intvl = 75
  • tcp_keepalive_probes = 9

Enviar testes após 1¼ minutos parece razoável, e declarar falha após 9 testes com falha também, mas qual é a ideia por trás do tempo inicial de 2 horas ?

Mesmo tcp(7) diz

Observe que os mecanismos subjacentes de rastreamento de conexão e os tempos limite do aplicativo podem ser muito mais curtos.

O ponto principal de habilitar o keepalive é evitar que quaisquer elementos de rede com estado descartem as informações de estado, mas esses elementos tendem a descartar as conexões em alguns minutos . Com alguns servidores com taxa limitada, o curlshort --keepalive-timeparece melhorar significativamente a confiabilidade dos downloads.

Então, por que o padrão é tão longo?

tcp networking

1 respostas

  1. Best Answer

    O TCP Keep-alive foi definido em uma época em que até mesmo o conceito de firewall, muito menos firewall com estado ou NAT, provavelmente não era difundido. De RFC 1122 (outubro de 1989):

    4.2.3.6 TCP Keep-Alives

    Os implementadores PODEM incluir "keep-alives" em suas
    implementações TCP, embora essa prática não seja universalmente
    aceita. Se os keep-alives forem incluídos, o aplicativo DEVE
    ser capaz de ativá-los ou desativá-los para cada conexão TCP, e
    eles DEVEM ser desativados por padrão.

    Os pacotes Keep-alive DEVEM ser enviados somente quando nenhum
    pacote de dados ou confirmação for recebido para a
    conexão dentro de um intervalo. Este intervalo DEVE ser
    configurável e DEVE ser padronizado para não menos que duas horas .

    [...]

    A ideia principal na época não era sobre informações com estado perdidas:

    DISCUSSÃO:
    Um mecanismo "keep-alive" periodicamente sonda a outra
    extremidade de uma conexão quando a conexão está
    ociosa, mesmo quando não há dados a serem enviados. A especificação TCP
    não inclui um mecanismo keep-alive
    porque poderia: (1) causar
    a quebra de conexões perfeitamente boas durante falhas transitórias da Internet; (2)
    consumir largura de banda desnecessária ("se ninguém está usando a
    conexão, quem se importa se ainda está boa?"); e (3)
    custa dinheiro para um caminho de Internet que cobra por
    pacotes     .

    [...]

    Um mecanismo de manutenção de atividade TCP só deve ser invocado em
    aplicativos de servidor que, de outra forma, podem travar
    indefinidamente e consumir recursos desnecessariamente se um
    cliente travar ou abortar uma conexão durante uma
    falha de rede.

    Eu dei uma olhada nas RFCs de atualização, mas não consegui mencionar manter vivos.

    • 6

relate perguntas