GabaritoB — HTTP.
Gabarito: letra B. O Apache Tomcat é um servidor de aplicação Java que implementa as tecnologias Servlet e JavaServer Pages (JSP), sendo projetado especificamente para servir aplicações web — por isso, o protocolo que ele suporta nativamente é o HTTP (HyperText Transfer Protocol), na porta 80 (ou 8080 em configurações padrão). Os demais protocolos listados (FTP, SMTP, SSH e Telnet) não fazem parte do escopo do Tomcat, que não é um servidor de arquivos, de e-mail nem de acesso remoto.
O Tomcat é um contêiner de servlets — um componente de software que gerencia o ciclo de vida de servlets Java, que são classes que respondem a requisições HTTP. Quando um navegador envia uma requisição HTTP para o Tomcat, o servidor a recebe, identifica qual servlet deve processá-la, executa o código Java correspondente e devolve uma resposta HTTP (geralmente uma página HTML dinâmica). Essa é a essência do funcionamento: o Tomcat é um servidor web que fala HTTP com os clientes.
É importante distinguir o Tomcat de outros tipos de servidores. Um servidor FTP (File Transfer Protocol) é usado para transferência de arquivos entre máquinas, utilizando as portas 20 (dados) e 21 (controle). Um servidor SMTP (Simple Mail Transfer Protocol) é responsável pelo envio de e-mails, operando na porta 25 (ou 587 para submissão autenticada). Já SSH (Secure Shell) e Telnet são protocolos de acesso remoto, usados para executar comandos em uma máquina distante — o SSH na porta 22, com criptografia, e o Telnet na porta 23, sem criptografia. Nenhum desses protocolos é implementado pelo Tomcat, que se concentra exclusivamente no tráfego web.
A pegadinha desta questão está em confundir o Tomcat com um servidor genérico de rede. O candidato pode ser tentado a marcar FTP, por ser um protocolo de transferência, ou SSH/Telnet, por serem protocolos de acesso — mas o Tomcat é um servidor de aplicação web, e sua função primordial é servir conteúdo HTTP. A alternativa correta é a que identifica o protocolo que o Tomcat realmente suporta: o HTTP.
Guarde esta distinção: o Tomcat é um servidor de aplicação web, e o protocolo que ele fala é o HTTP. Essa é a chave para resolver a questão.
Critério | HTTP (Tomcat) | FTP | SMTP | SSH | Telnet |
|---|---|---|---|---|---|
Função principal | Servir aplicações web (Servlet/JSP) | Transferência de arquivos | Envio de e-mails | Acesso remoto seguro | Acesso remoto sem criptografia |
Porta padrão | 80 (ou 8080) | 20 (dados) e 21 (controle) | 25 (ou 587) | 22 | 23 |
Suportado pelo Tomcat 7.0+ | ✅ Sim | ❌ Não | ❌ Não | ❌ Não | ❌ Não |
O FTP (File Transfer Protocol) é um protocolo da camada de aplicação usado para transferência de arquivos de ou para um hospedeiro remoto, utilizando duas conexões TCP paralelas: uma de dados (porta 20) e uma de controle (porta 21). O Tomcat não implementa esse protocolo — ele não é um servidor de arquivos, mas um servidor de aplicação web. A confusão aqui é achar que, por ser um servidor, o Tomcat suportaria transferência de arquivos via FTP, o que não ocorre.
O HTTP (HyperText Transfer Protocol) é o protocolo da camada de aplicação usado para a troca de hipertexto (HTML) entre clientes e servidores na World Wide Web. O Tomcat é um servidor de aplicação Java que implementa as tecnologias Servlet e JSP, e sua função é justamente processar requisições HTTP e devolver respostas HTTP. É o protocolo nativo do Tomcat, operando na porta 80 (ou 8080 em configurações padrão de desenvolvimento).
O SMTP (Simple Mail Transfer Protocol) é o protocolo da camada de aplicação usado para envio de correio eletrônico e troca de mensagens entre servidores de correio, operando na porta 25 (ou 587 para submissão autenticada). O Tomcat não é um servidor de e-mail e, portanto, não suporta o SMTP. A confusão aqui é associar o Tomcat a serviços de e-mail, o que não faz parte de sua função.
O SSH (Secure Shell) é um protocolo da camada de aplicação usado para acesso remoto com criptografia, operando na porta 22. Ele permite executar comandos em uma máquina remota de forma segura. O Tomcat não implementa esse protocolo — ele não é uma ferramenta de acesso remoto, mas um servidor de aplicação web. A confusão aqui é achar que, por ser um servidor, o Tomcat ofereceria acesso remoto via SSH, o que não ocorre.
O Telnet é um protocolo da camada de aplicação usado para acesso remoto, operando na porta 23, sem criptografia. Assim como o SSH, ele permite executar comandos em uma máquina remota, mas de forma insegura. O Tomcat não suporta esse protocolo — sua função é servir aplicações web via HTTP, não fornecer acesso remoto. A confusão aqui é a mesma da alternativa D: associar o Tomcat a serviços de acesso remoto.
Para questões sobre servidores de aplicação, lembre-se: o Tomcat é um contêiner de servlets Java e fala HTTP. Se a alternativa trouxer FTP, SMTP, SSH ou Telnet, descarte-a — esses protocolos pertencem a outros tipos de servidores (arquivos, e-mail, acesso remoto). Essa distinção é recorrente em provas de redes e arquitetura de software.
Gabarito: letra B
Link permanente: /questoes/qa541254