fechar vs soquete de desligamento?

Em C, entendi que, se fecharmos um soquete, isso significa que o soquete será destruído e poderá ser reutilizado posteriormente.

Que tal desligar? A descrição dizia que fecha metade de uma conexão duplex a esse soquete. Mas esse soquete será destruído como uma closechamada de sistema?

Isso é explicado no guia de rede de Beej. shutdowné uma maneira flexível de bloquear a comunicação em uma ou ambas as direções. Quando o segundo parâmetro for SHUT_RDWR, ele bloqueará o envio e o recebimento (como close). No entanto, closeé a maneira de realmente destruir um soquete.

Com shutdown, você ainda poderá receber dados pendentes que o parceiro já enviou (obrigado a Joey Adams por observar isso).

Nenhuma das respostas existentes informa às pessoas como shutdowne closefunciona no nível do protocolo TCP, portanto, vale a pena adicionar isso.

Uma conexão TCP padrão é finalizada pela finalização em quatro direções:

1. Uma vez que um participante não tem mais dados para enviar, envia um pacote FIN para o outro
2. A outra parte retorna um ACK para o FIN.
3. Quando a outra parte também conclui a transferência de dados, envia outro pacote FIN
4. O participante inicial retorna um ACK e finaliza a transferência.

No entanto, existe outra maneira "emergente" de fechar uma conexão TCP:

1. Um participante envia um pacote RST e abandona a conexão
2. O outro lado recebe um RST e depois abandona a conexão também

No meu teste com o Wireshark, com opções de soquete padrão, shutdownenvia um pacote FIN para a outra extremidade, mas é tudo o que faz. Até que a outra parte envie o pacote FIN, você ainda poderá receber dados. Quando isso acontecer, você Receiveobterá um resultado de tamanho 0. Portanto, se você é o primeiro a desligar o "send", feche o soquete assim que terminar de receber os dados.

Por outro lado, se você ligar closeenquanto a conexão ainda estiver ativa (o outro lado ainda está ativo e você também pode ter dados não enviados no buffer do sistema), um pacote RST será enviado para o outro lado. Isso é bom para erros. Por exemplo, se você acha que a outra parte forneceu dados incorretos ou se recusou a fornecer dados (ataque do DOS?), Você pode fechar o soquete imediatamente.

Minha opinião sobre as regras seria:

1. Considere shutdownantes, closequando possível
2. Se você terminou de receber (dados de tamanho 0 recebidos) antes de decidir encerrar, feche a conexão após o término do último envio (se houver).
3. Se você deseja fechar a conexão normalmente, encerre a conexão (com SHUT_WR e se você não se importa em receber dados após esse ponto, com SHUT_RD também), aguarde até receber um tamanho de 0 e feche o tomada.
4. De qualquer forma, se ocorreu algum outro erro (tempo limite, por exemplo), basta fechar o soquete.

Implementações ideais para SHUT_RD e SHUT_WR

O seguinte não foi testado, confie em seu próprio risco. No entanto, acredito que essa é uma maneira razoável e prática de fazer as coisas.

Se a pilha TCP receber um desligamento apenas com SHUT_RD, marcará essa conexão como não há mais dados esperados. Quaisquer readsolicitações pendentes e subseqüentes (independentemente do segmento em que estão) serão retornadas com resultado de tamanho zero. No entanto, a conexão ainda está ativa e utilizável - você ainda pode receber dados OOB, por exemplo. Além disso, o sistema operacional eliminará todos os dados que receber para esta conexão. Mas isso é tudo, nenhum pacote será enviado para o outro lado.

Se a pilha TCP receber um desligamento apenas com SHUT_WR, marcará essa conexão como não mais dados podem ser enviados. Todas as solicitações de gravação pendentes serão concluídas, mas as solicitações de gravação subsequentes falharão. Além disso, um pacote FIN será enviado para outro lado para informar que não temos mais dados para enviar.

Existem algumas limitações close()que podem ser evitadas se alguém as usar shutdown().

close()terminará as duas direções em uma conexão TCP. Às vezes, você deseja dizer ao outro terminal que concluiu o envio de dados, mas ainda deseja receber dados.

close()diminui a contagem de referência dos descritores (mantida na entrada da tabela de arquivos e conta o número de descritores atualmente abertos que se referem a um arquivo / soquete) e não fecha o soquete / arquivo se o descritor não for 0. Isso significa que, se você estiver bifurcando, a limpeza ocorre somente depois que a contagem de referência cai para 0. Com isso, shutdown()é possível iniciar a seqüência normal de fechamento do TCP ignorando a contagem de referência.

Os parâmetros são os seguintes:

int shutdown(int s, int how); // s is socket descriptor

int how pode ser:

SHUT_RDou 0 Recebimentos adicionais não são permitidos

SHUT_WRou 1 Envios adicionais não são permitidos

SHUT_RDWRou 2 Mais envios e recebimentos não são permitidos

Isso pode ser específico da plataforma, de alguma forma duvido, mas, de qualquer maneira, a melhor explicação que já vi está aqui nesta página do msdn, na qual eles explicam sobre desligamentos, opções remanescentes, fechamento de soquetes e seqüências gerais de terminação de conexão.

Em resumo, use shutdown para enviar uma sequência de desligamento no nível TCP e use close para liberar os recursos usados ​​pelas estruturas de dados do soquete em seu processo. Se você não tiver emitido uma sequência de desligamento explícita no momento em que você fechar, uma será iniciada para você.

Eu também tive sucesso no linux usando shutdown()de um pthread para forçar outro pthread atualmente bloqueado connect()para abortar mais cedo.

Em outros sistemas operacionais (OSX pelo menos), achei que a chamada close()era suficiente para connect()falhar.

"shutdown () na verdade não fecha o descritor de arquivo - apenas altera sua usabilidade. Para liberar um descritor de soquete, você precisa usar close ()." 1

Perto

Quando você terminar de usar um soquete, você pode simplesmente fechar seu descritor de arquivo com close; Se ainda houver dados aguardando para serem transmitidos pela conexão, normalmente o close tenta concluir esta transmissão. Você pode controlar esse comportamento usando a opção de soquete SO_LINGER para especificar um período de tempo limite; consulte Opções de soquete.

Desligar

Você também pode desligar apenas a recepção ou transmissão em uma conexão chamando shutdown.

A função de desligamento desliga a conexão do soquete. Seu argumento como especifica qual ação executar: 0 Pare de receber dados para esse soquete. Se mais dados chegarem, rejeite-os. 1 Pare de tentar transmitir dados deste soquete. Descartar todos os dados que aguardam para serem enviados. Pare de procurar confirmação de dados já enviados; não o retransmita se estiver perdido. 2 Pare a recepção e a transmissão.

O valor de retorno é 0 em caso de sucesso e -1 em caso de falha.

no meu teste.

close enviará pacotes fin e destruirá o fd imediatamente quando o soquete não for compartilhado com outros processos

shutdown SHUT_RD , o processo ainda pode recuperar os dados do soquete, mas recvretornará 0 se o buffer TCP estiver vazio. Depois que o par enviar mais dados, recvos dados retornarão novamente.

shutdown SHUT_WR enviará pacotes fin para indicar que os envios adicionais não são permitidos. o par pode recuperar dados, mas recuperará 0 se seu buffer TCP estiver vazio

shutdown SHUT_RDWR (igual a usar SHUT_RD e SHUT_WR ) enviará o primeiro pacote se os pares enviarem mais dados.