Estados de ligação de TCP e a saída Netstat

Este artigo descreve estados de ligação de TCP e a ler saída Netstat (NETSTAT.EXE).

Antes de transferência de dados é implementada no TCP, deve estabelecer ligação. TCP emprega um handshake tridireccional (é possível encontrar os detalhes no RFC793, capítulo 3: "Função Specification").

Estados de ligação de TCP

Segue-se uma breve explicação do handshake deste. Neste contexto "cliente" é o peer pedir uma ligação e o "servidor" é o peer aceitar uma ligação. Tenha em atenção que esta notação não reflecte as relações de cliente/servidor como um principal de arquitectura.

1. Estabelecimento da ligação
   
   
   • O cliente envia uma mensagem SYN que contém a porta do servidor e para o servidor (Abrir activo), a inicial sequência de número (ISN do cliente).
   • O servidor envia de volta SYN e próprios ACK (que consiste o cliente ISN + 1).
   • O cliente envia um ACK (que consiste o servidor ISN + 1).
2. Ligação corte pendente (modificado de forma três handshake).
   
   
   • O cliente envia um FIN (fecho activo). Este é uma agora uma ligação half fechado. O cliente já não envia dados, mas ainda não conseguir receber dados do servidor. Ao receber este FIN, o servidor entra num estado fechar passivo.
   • O servidor envia uma ACK (que é a sequência FIN clientes + 1)
   • O servidor envia a suas próprias FIN.
   • O cliente envia um ACK (que é FIN sequência do servidor + 1). Ao receber este ACK, o servidor encerra a ligação.

Uma ligação half fechado pode ser utilizada para terminar de enviar dados ao peitoril receber dados. Aplicações de socket podem chamar encerramento com o segundo argumento definido como 1 para introduzir este estado.

Saída netstat

Os estados de ligação TCP acima podem ser monitorizados de um rastreio de rede nos sinalizadores de TCP. Também é possível determinar o estado da ligação executando o utilitário Netstat e olhar para a coluna de estado. Netstat é fornecido com o Windows NT, Windows 95 e TCP/IP-32 para Windows for Workgroups.

Estado explicações tal como mostrado na Netstat: Por exemplo, considere o seguinte cenário:

Uma aplicação de socket foi terminada, mas Netstat comunica o socket num estado CLOSE_WAIT. Isto pode indicar que o cliente fechou correctamente a ligação (FIN foi enviada), mas o servidor ainda tem o respectivo socket abrir. Isto pode ser o resultado de uma instância (entre todos os threads ou processos) do socket não a ser fechado.

NOTA: É normal ter um socket no estado TIME_WAIT durante um longo período de tempo. A hora é especificada no RFC793 como duas vezes o máximo segmento duração (MSL). TRANSFERÊNCIA é especificada como sendo 2 minutos. Deste modo, um socket poderia estar no estado TIME_WAIT tempo 4 minutos. Alguns sistemas implementam valores diferentes (menos de 2 minutos) para a transferência.

Referências adicionais:

• Trabalho na "rede com TCP/IP, volume 1", Douglas Comer
• "TCP/IP Illustrated, volume 1", Richard Stevens.
• "Computador Networks" por Andrew Tanenbaum