-
resposta: c
Para estabelecer uma conexão, o TCP usa um handshake (aperto de mão) de três vias. Antes que o cliente tente se conectar com o servidor, o servidor deve primeiro ligar e escutar a sua própria porta, para só depois abri-la para conexões: isto é chamado de abertura passiva. Uma vez que a abertura passiva esteja estabelecida, um cliente pode iniciar uma abertura ativa. Para estabelecer uma conexão, o aperto de mão de três vias (ou 3 etapas) é realizado:
SYN: A abertura ativa é realizada por meio do envio de um SYN pelo cliente ao servidor. O cliente define o número de sequência de segmento como um valor aleatório A. SYN-ACK: Em resposta, o servidor responde com um SYN-ACK. O número de reconhecimento (acknowledgment) é definido como sendo um a mais que o número de sequência recebido, i.e. A+1, e o número de sequência que o servidor escolhe para o pacote é outro número aleatório B. ACK: Finalmente, o cliente envia um ACK de volta ao servidor. O número de sequência é definido ao valor de reconhecimento recebido, i.e. A+1, e o número de reconhecimento é definido como um a mais que o número de sequência recebido, i.e B+1. Neste ponto, o cliente e o servidor receberam um reconhecimento de conexão. As etapas 1 e 2 estabelecem o parâmetro (número de sequência) de conexão para uma direção e ele é reconhecido. As etapas 2 e 3 estabelecem o parâmetro de conexão (número de sequência) para a outra direção e ele é reconhecido. Com isto, uma comunicação full-duplex é estabelecida.
Tipicamente, numa ligação TCP existe aquele designado de servidor (que abre um socket e espera passivamente por ligações) num extremo, e o cliente no outro. O cliente inicia a ligação enviando um pacote TCP com a flag SYN activa e espera-se que o servidor aceite a ligação enviando um pacote SYN+ACK. Se, durante um determinado espaço de tempo, esse pacote não for recebido ocorre um timeout e o pacote SYN é reenviado. O estabelecimento da ligação é concluído por parte do cliente, confirmando a aceitação do servidor respondendo-lhe com um pacote ACK.
Durante estas trocas, são trocados números de sequência iniciais (ISN) entre os interlocutores que irão servir para identificar os dados ao longo do fluxo, bem como servir de contador de bytes transmitidos durante a fase de transferência de dados (sessão).
No final desta fase, o servidor inscreve o cliente como uma ligação estabelecida numa tabela própria que contém um limite de conexões, o backlog. No caso do backlog ficar completamente preenchido a ligação é rejeitada ignorando (silenciosamente) todos os subsequentes pacotes SYN.
fonte: Wikipédia.
-
ack?!
aprendi que a flag de resposta é syn,ack
-
Gabarito: Certo
Porém discordo pois a resposta do servidor ao cliente é SYN/ACK e não ACK.
Jamais ocorrerá a hipótese do computador de origem "não recebe como resposta a flag ACK", pois quem envia é exatamente ele após receber do servidor a flag SYN/ACK.
Caberia um recurso para mudança de gabarito para Errado.
-
SYN -> Estabelecimento/Sincronização
ACK -> Flag de reconhecimento
PSH -> Entrega imediata de dados
URG -> Urgência
FIN -> Fechamento elegante
RST -> Fechamento abrupto
-
Concordo com o Bruno Rebello.
Porém, na resposta, são recebidas duas flags [SYN , ACK]. De qualquer forma, recebe-se um ACK. É o tipo de questão que o examinador escolhe o gabarito.
-
Verificar Q639980
-
De maneira bem resumida, pessoal.
Three-way Handshake:
CLIENTE -------- SYN -------> SERVIDOR
CLIENTE <---SYN-ACK------ SERVIDOR
CLIENTE -------- ACK -------> SERVIDOR
-
Gabarito totalmente errado.
Entre ack e syn-ack há um abismo
-
"Discordo da questão Craque Neto" Edilson Jogador
A resposta é SYN-ACK. Provavelmente ninguém entrou com recurso nessa questão ou então a CESPE foi orgulhosa
-
O Flag SYN+ACK tem dupla finalidade: ele é um segmento SYN para iniciar a comunicação na outra direção e serve como confirmação para o segmento SYN anterior do cliente. Discordo da banca
-
syn-ack, ack quem envia é o usuário... vergonha