Questão de Sistemas Operacionais — Geral — VUNESP 2026
Sistemas Operacionais›Geral
Código
vu169406
Banca
VUNESP
Órgão
CM São Roque
Ano
2026
Cargo
Ass ( )
Em distribuições Linux baseadas no systemd, o comando
sudo systemctl enable sshd.service
tem a finalidade de
Ahabilitar, na inicialização do sistema, o serviço de acesso remoto ao computador com criptografia.
Binicializar o servidor web, permitindo que o computador sirva conteúdo baseado em páginas HTML.
Chabilitar, na inicialização do sistema, o serviço conhecido como ping, permitindo que o computador responda consultas baseadas nesse comando provenientes de outros computadores na mesma rede local.
Dinicializar o servidor de e-mails, tanto para envio quanto para recepção de mensagens.
Einicializar o servidor de e-mails, mas somente para envio de mensagens.
Revelar gabarito e comentário▾
GabaritoA — habilitar, na inicialização do sistema, o serviço de acesso remoto ao computador com criptografia.
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”.
systemctl enable e o serviço SSH no Linux
Gabarito: letra A. O comando sudo systemctl enable sshd.service configura o serviço SSH (Secure Shell) para iniciar automaticamente durante o boot do sistema, e o SSH é justamente o serviço de acesso remoto com criptografia — é isso que a alternativa A descreve com precisão.
O systemctl é a ferramenta central de gerenciamento do systemd, o sistema de inicialização e gerenciamento de serviços adotado pela grande maioria das distribuições Linux modernas (Ubuntu, Debian, Fedora, CentOS, etc.). Ele substituiu os antigos scripts de inicialização do SysVinit. O comando enable tem uma função muito específica: ele cria os symlinks (links simbólicos) necessários para que o serviço seja iniciado automaticamente quando o sistema é ligado. É importante não confundir com o start, que inicia o serviço imediatamente, mas sem configurá-lo para o boot.
O serviço sshd é o daemon do OpenSSH, o protocolo padrão para acesso remoto seguro a servidores Linux. Ele permite que um administrador se conecte a uma máquina remotamente, executando comandos como se estivesse no terminal local, e toda a comunicação é criptografada — protegendo senhas e dados contra interceptação. É por isso que a alternativa A menciona "acesso remoto ao computador com criptografia".
A banca explora aqui a confusão entre o que cada serviço faz: o SSH é confundido com servidor web (Apache/Nginx), com o protocolo ping (ICMP) e com servidor de e-mail (Postfix/Sendmail). O candidato que não sabe o que é o sshd acaba chutando entre essas opções. A chave é lembrar que sshd = Secure Shell = acesso remoto seguro.
Guarde a distinção entre enable (iniciar no boot) e start (iniciar agora): é exatamente essa fronteira que separa a alternativa correta das demais, que falam em "inicializar" sem o contexto de inicialização do sistema.
1enableinicia no boot
2startinicia agora
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
O sshd.service é o serviço do OpenSSH, que fornece acesso remoto seguro (com criptografia) ao computador. O systemctl enable configura esse serviço para ser iniciado automaticamente na inicialização do sistema. A alternativa descreve exatamente essa dupla função: habilitar na inicialização + serviço de acesso remoto com criptografia.
Alternativa B — ❌ Incorreta
O servidor web (Apache, Nginx) é um serviço diferente, geralmente chamado httpd ou nginx.service. O sshd não tem relação com servir páginas HTML. A banca troca o serviço de acesso remoto pelo serviço web para confundir quem não conhece o nome do daemon.
Alternativa C — ❌ Incorreta
O ping é um comando de diagnóstico de rede que usa o protocolo ICMP, e não é um serviço gerenciado pelo systemd dessa forma. Não existe um "serviço ping" que precise ser habilitado no boot. A alternativa mistura um comando de teste de conectividade com um serviço de sistema.
Alternativa D — ❌ Incorreta
O servidor de e-mail (Postfix, Sendmail, Exim) é outro serviço completamente diferente, com nomes como postfix.service ou sendmail.service. O sshd não tem nenhuma relação com envio ou recepção de mensagens de e-mail.
Alternativa E — ❌ Incorreta
Mesmo erro da alternativa D, mas com uma variação: menciona apenas o envio de e-mails. O sshd não é servidor de e-mail, nem para envio, nem para recepção. A banca tenta confundir com a distinção entre protocolos SMTP (envio) e POP3/IMAP (recepção), mas isso é irrelevante para o SSH.
NÃO CAIA NESSA!
A banca aposta que você não sabe o que é o sshd. Ela coloca serviços comuns (web, e-mail, ping) como distratores, e o candidato que não conhece o OpenSSH acaba escolhendo uma opção que "parece" plausível. A dica é memorizar os nomes dos daemons mais comuns: sshd (acesso remoto), httpd/nginx (web), postfix/sendmail (e-mail). Com isso, você elimina as alternativas erradas de imediato.