O analista João trabalha conectado remotamente ao servidor ...

Próximas questões
Com base no mesmo assunto
Q2220452 Redes de Computadores
O analista João trabalha conectado remotamente ao servidor SERV10, através de um cliente Secure Shell (SSH), em sua estação de trabalho ET10. João constatou que, ao deixar de usar o cliente SSH por alguns minutos, ocorre a queda da conexão remota sem, no entanto, ocorrer a queda do link de rede. Ao investigar o motivo da queda, João descobriu que as sessões SSH são encerradas por SERV10 após 5 minutos de ociosidade de tráfego. Para mitigar a queda de conexão por ociosidade, João configurou no cliente SSH o parâmetro que estabelece o envio automático de um pacote criptografado com o objetivo de evitar o encerramento da sessão. Portanto, João configurou no cliente SSH da ET10 o parâmetro: 

Alternativas

Gabarito comentado

Confira o gabarito comentado por um dos nossos professores

Alternativa correta: D - ServerAliveInterval

Vamos entender por que a alternativa correta é a D - ServerAliveInterval e como isso se relaciona ao conteúdo de Redes de Computadores, especialmente no que tange à segurança e manutenção de conexões seguras via SSH.

João está utilizando uma sessão SSH para se conectar remotamente ao servidor SERV10. No entanto, ele percebeu que, após um período de inatividade, a conexão é encerrada automaticamente. Isso ocorre devido a um comportamento pré-configurado no servidor, que encerra conexões inativas para economizar recursos e aumentar a segurança.

Para evitar que a conexão seja interrompida, mesmo quando não há atividade de tráfego, João pode configurar seu cliente SSH para enviar periodicamente pacotes que mantêm a conexão ativa. O parâmetro que controla essa função no cliente SSH é o ServerAliveInterval.

Agora, vejamos por que as outras alternativas não são corretas:

A - TCPKeepAlive: Este parâmetro é utilizado para habilitar ou desabilitar os pacotes keepalive do TCP, mas não é específico para sessões SSH. Ele atua em um nível mais baixo na pilha de protocolos e não é tão eficaz para prevenir a queda de sessões SSH devido à inatividade.

B - ChannelTimeout: Este não é um parâmetro padrão em configurações SSH. Não existe uma configuração chamada "ChannelTimeout" que possa ser aplicada para manter a sessão SSH ativa.

C - ClientAliveInterval: Este parâmetro é configurado no servidor SSH e não no cliente. Ele define o intervalo de tempo que o servidor irá aguardar antes de enviar uma mensagem keepalive ao cliente, para verificar se ele ainda está ativo.

E - UnusedConnectionTimeout: Assim como "ChannelTimeout", este parâmetro também não é um comando padrão nas configurações SSH. Ele não existe e, portanto, não pode ser utilizado para solucionar o problema descrito.

Dessa forma, ao configurar o parâmetro ServerAliveInterval no cliente SSH, João consegue enviar automaticamente pacotes criptografados em intervalos regulares, garantindo que a conexão SSH permaneça ativa mesmo quando não há tráfego de dados.

Espero que esta explicação tenha esclarecido suas dúvidas sobre o tema e a questão. Se precisar de mais detalhes ou tiver outras perguntas, sinta-se à vontade para perguntar!

Clique para visualizar este gabarito

Visualize o gabarito desta questão clicando no botão abaixo

Comentários

Veja os comentários dos nossos alunos

Abaixo estão alguns dos principais parâmetros de configuração do cliente SSH:

  1. Host: O endereço IP ou nome de domínio do servidor remoto que você deseja se conectar.
  2. Port: A porta usada para se conectar ao servidor SSH. A porta padrão é a 22, mas você pode especificar outra porta, se necessário.
  3. User: O nome do usuário que você deseja usar para fazer login no servidor remoto.
  4. IdentityFile: Caminho para a chave privada (geralmente um arquivo PEM ou RSA) associada ao usuário que você está usando para autenticação por chave pública.
  5. PasswordAuthentication: Define se o cliente SSH deve ou não permitir a autenticação por senha. Valores possíveis são "yes" ou "no".
  6. LogLevel: Define o nível de detalhes dos registros (logs) durante a conexão. Valores comuns são "QUIET", "FATAL", "ERROR", "INFO" e "DEBUG".
  7. ForwardX11: Permite ou desativa o encaminhamento X11 (interface gráfica) sobre a conexão SSH.
  8. StrictHostKeyChecking: Especifica como o cliente SSH lida com chaves de host desconhecidas. Valores possíveis são "yes", "no" ou "ask".
  9. Compression: Habilita ou desabilita a compressão de dados durante a transferência. Valores possíveis são "yes" ou "no".
  10. ServerAliveInterval: Define o intervalo em segundos entre os pacotes de verificação enviados pelo cliente para manter a conexão ativa.
  11. ProxyJump (ou ProxyCommand): Permite estabelecer conexões SSH através de um servidor intermediário (proxy) para alcançar um servidor remoto.

ServerAliveInterval: number of seconds that the client will wait before sending a null packet to the server (to keep the connection alive).

ClientAliveInterval: number of seconds that the server will wait before sending a null packet to the client (to keep the connection alive).

vou simplificar cada uma das opções para um aluno do ensino médio entender:

A. TCPKeepAlive: Isso é como manter uma conversa para garantir que a conexão está sempre ativa. É como se, ao falar algo de vez em quando durante uma ligação para um amigo, você evita que a ligação caia por ficar em silêncio por muito tempo.

B. ChannelTimeout: Imagine um corredor que fecha se ninguém passa por ele por um tempo. Esse parâmetro seria como definir por quanto tempo o corredor fica aberto antes de fechar.

C. ClientAliveInterval: É como configurar um relógio que avisa o servidor a cada intervalo de tempo, dizendo "Estou aqui!", para que ele saiba que você ainda está conectado.

D. ServerAliveInterval: Este parâmetro é como um alarme que o cliente SSH configura para perguntar ao servidor "Você está aí?" de tempos em tempos, para garantir que a conexão permaneça ativa.

E. UnusedConnectionTimeout: Seria como um timer que determina por quanto tempo a conexão pode ficar sem ser usada antes de ser desconectada automaticamente.

Nesse caso, João configurou o parâmetro que faz a estação de trabalho ET10 enviar automaticamente mensagens criptografadas para o servidor SERV10 (o ServerAliveInterval), garantindo que a conexão não caia por ficar inativa.

Clique para visualizar este comentário

Visualize os comentários desta questão clicando no botão abaixo