Provided by: manpages-pt_20040726-4_all 
NOME
tcp - protocolo TCP.
SINOPSE
#include <sys/socket.h>
#include <netinet/in.h>
tcp_socket = socket(PF_INET, SOCK_STREAM, 0);
DESCRIÇÃO
Esta é uma implementação do protocolo TCP definida nas RFC793, RFC1122 e RFC2001, com as
extensões NewReno e SACK. Ela fornece uma conexão confiável, orientada a fluxo e full
duplex entre dois sockets sobre ip(7). O TCP garante que os dados chegam em ordem e
retransmite pacotes perdidos. Ele gera e verifica um checksum por pacote para pegar erros
de transmissão. O TCP não preserva divisas de registros.
Um socket TCP fresco não tem endereço remoto ou local, e não está completamente
especificado. Para criar uma conexão TCP de saída, use connect(2) para estabelecer uma
conexão para outro socket TCP. Para receber novas conexões de entrada, faça um bind(2) no
primeiro socket para um endereço e uma porta locais, e então chame listen(2) para pôr o
socket no estado de escuta. Depois que um novo socket para cada conexão de entrada pode
ser aceito, usando-se accept(2). Um socket que teve um accept ou um connect chamado com
sucesso é especificado completamente e pode transmitir dados. Os dados não podem ser
transmitidos em sockets de escuta ou que ainda não foram conectados.
O Linux 2.2 suporta as extensões TCP de alta performance da RFC1323. Isto inclui janelas
TCP grandes para suportar links com grande latência ou largura de banda. Para fazer uso
delas, os tamanhos dos buffers de envio e recepção devem ser incrementados. Eles podem ser
setados globalmente com os sysctls net.core.wmem_default e net.core.rmem_default , ou em
sockets individuais através do uso das opções de socket SO_SNDBUF e SO_RCVBUF. Os
tamanhos máximos para buffers de sockets são limitados pelos sysctls globais
net.core.rmem_max e net.core.wmem_max. Veja socket(7) para mais informações.
O TCP suporta dados urgentes. Dados urgentes são usados para sinalizar ao receptor que
alguma mensagem importante é parte do fluxo de dados e que deve ser processado o mais
breve possível. Para enviar dados urgentes, especifique a opção MSG_OOB para send(2).
Quando dados urgentes são recebidos, o kernel envia um sinal SIGURG para o processo de
leitura, ou para o processo ou grupo de processos que foi setado para o socket, usando os
ioctls FIOCSPGRP ou FIOCSETOWN. Quando a opção de socket SO_OOBINLINE é habilitada, dados
urgentes são postos no fluxo normal de dados (e podem ser testados pelo ioctl SIOCATMARK
), caso contrário eles podem ser somente recebidos quando a flag MSG_OOB é setada para
sendmsg(2).
FORMATOS DE ENDEREÇO
O TCP é montado acima do IP (veja ip(7)). Os formatos de endereço definidos por ip(7) se
aplicam ao TCP. O TCP suporta apenas comunicação ponto-a-ponto; broadcasting e
multicasting não são suportados.
SYSCTLS
Estes sysctls podem ser acessados pelos arquivos /proc/sys/net/ipv4/* ou com a interface
sysctl(2). Além disso, muitos sysctls IP também se aplicam ao TCP; veja ip(7).
tcp_window_scaling
Habilita escalamento de janela TCP da RFC1323.
tcp_sack
Habilita o Reconhecimento Seletivo TCP da RFC2018.
tcp_timestamps
Habilita timestamps TCP da RFC1323.
tcp_fin_timeout
Quantidade de segundos a se esperar pelo pacote final FIN antes de o socket ser
encerrado forçadamente. Esta é estritamente uma violação da especificação TCP, mas
é requerida para prevenir ataques de negação de serviço.
tcp_keepalive_probes
O máximo de provas de keep-alive do TCP a ser enviado antes de desistir. Os keep-
alives são enviados apenas quando a opção de socket SO_KEEPALIVE estiver
habilitada.
tcp_keepalive_time
O número de segundos sem que nenhum dado seja transmitido, antes que um keep-alive
seja transmitido em uma conexão. O padrão é de 10800 segundos (3 horas).
tcp_max_ka_probes
Quantas provas de keep-alive são enviada por execução de temporizador lento. Para
prevenir rajadas, este valor não deve ser muito alto.
tcp_stdurg
Habilita a interpretação estrita da RFC793 para o campo urgent-pointer do TCP. O
padrão é usar a interpretação compatível com BSD, apontando para o primeiro byte
depois do dado urgente. A interpretação da RFC793 é para se apontar para o último
byte do dado urgente. Habilitar essa opção pode levar a problemas de
interoperabilidade.
tcp_syncookies
Habilita syncookies do TCP. O kernel precisa ser compilado com CONFIG_SYN_COOKIES.
Os syncookies protegem um socket contra sobrecarga quando muitas conexões tentam
chegar. Máquinas clientes podem não ser mais capazes de detectar uma máquina
sobrecarregada com um timeout curto quando os syncookies são habilitados.
tcp_max_syn_backlog
Comprimento da fila de backlog por socket. Como no Linux 2.2, o backlog
especificado em listen(2) somente especifica o comprimento da fila de backlog de
sockets já estabelecidos. A fila máxima de sockets ainda não estabelecidos (no
estado SYN_RECV ) por socket de escuta é setado por este sysctl. Quando mais
conexões pedem chegada, o Linux começa a perder pacotes. Quando syncookies são
habilitados, os pacotes ainda são respondidos e este valor é efetivamente ignorado.
tcp_retries1
Define quantas vezes uma resposta a uma requisição de conexão TCP é retransmitida
antes de desistir.
tcp_retries2
Define quantas vezes um pacote TCP é retranmitido no estado estabelecido antes de
desistir.
tcp_syn_retries
Define quantas vezes tenta enviar um pacote SYN inicial para um host remoto antes
de desistir e retornar um erro. Deve ser menor que 255. Este é somente o timeout
para conexões de saída; para conexões de entrada, o número de retransmissões é
definido por tcp_retries1.
tcp_retrans_collapse
Tenta enviar pacotes de tamanho máximo durante a retransmissão. Isto é usado para
contornar falhas de TCP em algumas pilhas.
OPÇÕES DE SOCKET
Para setar ou obter uma opção de socket do TCP, chame getsockopt(2) para ler ou
setsockopt(2) para escrever a opção com o argumento da família de socket setado em
SOL_TCP. Além disso, muitas opções de socket SOL_IP são válidas em sockets TCP. Para mais
informações, veja ip(7).
TCP_NODELAY
Desliga o algoritmo Nagle. Isto significa que os pacotes sempre são enviados tão
breve quanto possível, e não são introduzidos atrasos desnecessários, ao cutso de
se ter mais pacotes na rede. Espera um flag booleano inteiro.
TCP_MAXSEG
Seta ou recebe o tamanho máximo de segmento para pacotes TCP de saída. Se esta
opção é setada antes do estabelecimento da conexão, ela também muda o valor de MSS
anunciado para a outra extremidade no pacote inicial. Valores maiores que o MTU da
interface são ignorados e não têm efeito.
TCP_CORK
Se habilitado, não envia quadros parciais. Todos os quadros parciais enfileirados
são enviados quando a opção é apagada novamente. Isto é útil para cabeçalhos
precedentes antes da chamada de sendfile(2), ou para otimização do fluxo de saída.
Esta opção não pode ser combinada com TCP_NODELAY.
IOCTLS
Estes ioctls podem ser acessadas usando-se ioctl(2). A sintaxe correta é:
int value;
error = ioctl(tcp_socket, ioctl_type, &value);
FIONREAD
Retorna a quantidade de dados não lidos enfileirados no buffer de recepção. O
argumento é um ponteiro para um inteiro.
SIOCATMARK
Retorna verdadeiro quando todos os dados urgentes já foram recebidos pelo programa
do usuário. Isto é usado junto com SO_OOBINLINE. O argumento é um ponteiro para
um inteiro para o resultado do teste.
TIOCOUTQ
Retorna, no ponteiro de valor inteiro passado, a quantidade de dados não enviados
que está na fila de envio do socket.
MANIPULAÇÃO DE ERROS
Quando ocorre um erro de rede, o TCP tenta reenviar o pacote. Se ele não é bem-sucedido
depois de algum tempo, é reportado ETIMEDOUT ou o último erro recebido nesta conexão.
Algumas aplicações requerem uma notificação de erro mais rápida. Isto pode ser habilitado
com a opção de socket IP_RECVERR de nível SOL_IP opção é habilitada, todos os erros de
entrada são passados imediatamente para o programa do usuário. Use esta opção com cuidado
- ela torna o TCP menos tolerante a mudanças de roteamento e outras condições normais da
rede.
NOTAS
Quando ocorre erro na configuração da conexão de uma escrita em socket, SIGPIPE somente é
levantado quando a opção de socket SO_KEEPOPEN é configurada.
O TCP não tem dados reais para "out-of-band" (fora de banda); ele tem dados urgentes. Em
Linux, isto significa que se a outra extremidade envia dados out-of-band mais novos, os
dados urgentes mais antigos são inseridos como dados normais no fluxo (mesmo quando
SO_OOBINLINE não está setado). Isto difere de pilhas baseadas no BSD.
O Linux usa a interpretação compatível com o BSD para o campo de ponteiro urgente, por
padrão. Isto viola a RFC1122, mas é requerido para interoperabilidade com outras pilhas.
Ele pode ser mudado pelo sysctl tcp_stdurg
ERROS
EPIPE A outra extremidade encerrou o socket inesperadamente, ou uma leitura é executada
em um socket desligado.
ETIMEDOUT
A outra extremidade não reconheceu os dados retransmitidos depois de algum tempo.
EAFNOTSUPPORT
Tipo de endereço de socket passado em sin_family não era AF_INET.
Qualquer erro definido pelo ip(7) ou pela camada genérica do socket também pode ser
retornada para o TCP.
PROBLEMAS
Nem todos os erros são documentados.
O IPv6 não é descrito.
As opções de proxy transparente não são descritas.
VERSÕES
Os sysctls são novos no Linux 2.2. IP_RECVERR é uma nova implementação no Linux 2.2.
TCP_CORK é novo no 2.2.
VEJA TAMBÉM
socket(7), socket(2), ip(7), sendmsg(2), recvmsg(2).
RFC793 para a especificação TCP.
RFC1122 para os requerimentos do TCP e uma descrição do algoritmo Nagle.
RFC2001 para alguns algoritmos do TCP.
TRADUZIDO POR LDP-BR em 21/08/2000.
Rubens de Jesus Nogueira <darkseid99@usa.net> (tradução) André L. Fassone Canova
<lonelywolf@blv.com.br> (revisão)