O método que serve para depuração em HTTP, ao instruir o servidor a enviar de volta a solicitação, é o
- A)options.
Errada: OPTIONS serve para descobrir quais métodos o servidor aceita, e não para refletir a própria requisição.
- B)get.
Errada: GET é usado para recuperar recursos no servidor, não para depuração por eco da solicitação.
- C)trace.
Certa: TRACE instrui o servidor a devolver a própria requisição, sendo útil para depuração.
- D)connect.
Errada: CONNECT é usado para criar um túnel, especialmente para conexões via proxy, não para ecoar requisições.
- E)post.
Errada: POST envia dados ao servidor para processamento, não tem finalidade de espelhamento da requisição.
Gabarito: C
No HTTP, existe um método feito praticamente para "olhar o caminho de volta" da requisição. Ele faz com que o servidor devolva exatamente a mensagem recebida, o que ajuda na depuração de conexões, proxies e alterações no trajeto dos dados. É como pedir: "me mostra o que você recebeu, sem enfeite". Esse método é o TRACE. Ele foi criado para diagnóstico, justamente para você conferir se a requisição chega íntegra e se algum intermediário no caminho está mudando algo. Em provas, a banca adora essa associação: TRACE = rastrear, testar, depurar. Por isso o gabarito está correto na alternativa C. O servidor, ao receber uma requisição TRACE, responde com a própria solicitação refletida na mensagem de resposta. Isso é o comportamento clássico descrito na documentação do HTTP e na doutrina de redes, sendo muito cobrado em concursos. As outras opções confundem funções diferentes do protocolo: GET busca recurso, POST envia dados, OPTIONS consulta métodos permitidos e CONNECT é usado para estabelecer túnel, geralmente em HTTPS via proxy. Nada disso serve para essa função de depuração espelhada.