Questão de Arquitetura de Software — Redes de Computadores — Avança SP 2024
Arquitetura de Software›Redes de Computadores
Código
qg078705
Banca
Avança SP
Órgão
Câmara Municipal de Itatiba - SP
Ano
2024
Nível
Superior
Cargo
Analista de Tecnologia da Informação
Estabelecer uma conexão parece uma tarefa fácil, mas, na verdade, trata-se de um procedimento complicado. O problema é que a rede pode perder, atrasar, corromper e duplicar pacotes. Tendo em vista este problema, o handshake de três vias o resolve através:
Averificação entre peers se a solicitação de conexão está ativa.
Bdo envio de peers simultâneos para verificação da conexão.
Cda confirmação de cada pacote recebido através de peers.
Ddo envio de um peer de rejeição para cada pacote não recebido.
Edo envio único de peer.
Revelar gabarito e comentário▾
GabaritoA — verificação entre peers se a solicitação de conexão está ativa.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Handshake de Três Vias (TCP)
Gabarito: letra A. O handshake de três vias (três pacotes: SYN, SYN-ACK, ACK) é o procedimento que o protocolo TCP utiliza para estabelecer uma conexão confiável entre dois hosts. Ele resolve o problema de pacotes perdidos, atrasados, corrompidos ou duplicados justamente porque ambos os lados trocam confirmações explícitas antes de iniciar a transmissão de dados, verificando se a solicitação de conexão está ativa e se o outro peer está pronto para se comunicar. Isso evita que conexões fantasmas ou duplicadas sejam estabelecidas.
A banca cobra o objetivo central do three-way handshake: garantir que a conexão seja válida e que ambos os lados estejam realmente dispostos a se comunicar. As demais alternativas confundem o leitor com termos vagos ou funções que não pertencem a essa etapa do protocolo.
Alternativa A — ✅ Correta ⟵ GABARITO
A descrição "verificação entre peers se a solicitação de conexão está ativa" capta exatamente a finalidade do handshake: o cliente envia SYN, o servidor responde com SYN-ACK (confirmando que recebeu a solicitação e está disposto a conectar), e o cliente envia ACK (confirmando o recebimento da resposta). Dessa forma, ambos os lados atestam que a conexão é desejada e que os números de sequência iniciais foram sincronizados. Esse mecanismo elimina o risco de estabelecer uma conexão com um pacote duplicado atrasado ou com um host que não está mais disponível.
Alternativa B — ❌ Incorreta
A expressão "envio de peers simultâneos" não existe no contexto do handshake. O processo é sequencial (SYN → SYN-ACK → ACK), não simultâneo. Além disso, a palavra "peers" está mal empregada; o handshake envolve exatamente dois peers (cliente e servidor), e não múltiplos peers enviados.
Alternativa C — ❌ Incorreta
A confirmação de cada pacote recebido (acknowledgement) é uma característica do TCP para controle de fluxo e entrega confiável durante a transmissão de dados, mas não é o papel do handshake de três vias. O handshake antecede o envio de dados e serve apenas para estabelecer a conexão, não para confirmar pacotes de dados.
Alternativa D — ❌ Incorreta
TCP não utiliza "peers de rejeição" nem mecanismos de NAK (negative acknowledgement) explícitos para pacotes não recebidos. A perda de pacotes é tratada por timeouts e retransmissões, e não faz parte do handshake. A alternativa mistura conceitos de forma incorreta.
Alternativa E — ❌ Incorreta
"Envio único de peer" é genérico e sem significado técnico preciso. O handshake envolve três trocas de mensagens entre dois peers, e não um único envio. Essa alternativa não descreve nenhuma funcionalidade real do protocolo.
PEGA ESSA DICA!
Para fixar, lembre-se da sigla SYN‑SYN/ACK‑ACK. A sequência completa garante que ambos os lados trocaram números de sequência e confirmaram a disponibilidade. Em questões de concurso, a palavra-chave é verificação ativa da solicitação de conexão — é isso que a alternativa A captura.