Configurando o acesso ao servidor VNC em um Redhat Linux

Na maioria das vezes como um administrador do sistema Linux, você está gerenciando seus servidores pela rede. É muito raro que você precise ter um acesso físico a qualquer um de seus servidores gerenciados. Na maioria dos casos, tudo o que você precisa é SSH remotamente para executar suas tarefas de administração. Neste artigo, configuraremos uma alternativa da GUI a um acesso remoto ao seu servidor RHEL, que é VNC. O VNC permite abrir uma sessão de GUI remota para o seu servidor e, assim, fornecendo uma interface gráfica completa acessível a partir de qualquer local remoto.

Neste tutorial, você aprenderá:

Como instalar pacotes VNC necessários
Como configurar e iniciar o servidor VNC no RHEL
Como se conectar a uma sessão gráfica remotamente
Como executar programas gráficos na sessão Xterm

Conexão VNC com RHEL Requisitos de software e convenções de linha de comando Linux

Categoria	Requisitos, convenções ou versão de software usada
Sistema	Red Hat Enterprise Linux
Programas	Tigervnc
Outro	Acesso privilegiado ao seu sistema Linux como raiz ou através do `sudo` comando.
Convenções	# - requer que os comandos Linux sejam executados com privilégios root diretamente como usuário root ou por uso de `sudo` comando $ - Requer que os comandos do Linux sejam executados como um usuário não privilegiado regular

Instalação e configuração do servidor VNC

Existem muitos gerentes de janelas que podemos usar com o servidor VNC, mas para os fins deste tutorial, configuraremos uma sessão Xterm simples, como Xterm está nos repositórios básicos do Red Hat Enterprise Linux. Mostraremos, no entanto, que esse simples ponto de partida dá sobre funcionalidade completa com um truque simples. Observe também que existem gerentes de janelas muito mais sofisticados por aí, como xfce, Mas isso está fora do escopo deste tutorial.

Primeiro, precisamos instalar os pacotes necessários para o aplicativo do servidor:
```
# DNF Instale o Tigervnc-Server Xterm 
```
Em seguida, precisamos abrir o firewall para o serviço. Para verificar quais serviços são permitidos atualmente, listamos serviços ativados:
```
# firewall-cmd-cockpit dhcpv6 client ssh ssh 
```
Abra o VNC-server serviço:
```
# firewall-cmd --permanent-zone = public --Add-Service VNC-Server Sucesso 
```
Aplique a alteração da configuração:
```
# Firewall-CMD--Reload 
```
E listar os serviços novamente para verificar:
```
# firewall-cmd-cockpit dhcpv6 client ssh ssh VNC-server 
```
AVISO
Não abra o serviço VNC do seu computador ao público! A regra do firewall acima é executada em um ambiente confinado e é apenas para fins de demonstração. Certifique-se de entender os riscos antes de abrir qualquer coisa em um servidor voltado para a Internet ou até mesmo na área de trabalho.
Precisamos configurar o ambiente em que o servidor estará em execução. Neste exemplo, nosso objetivo é executar o servidor com um usuário especificado testuser quem não tem raiz privilégios. Observe que esta etapa é feita com o usuário que executará o servidor, não raiz. Configuramos uma senha que permitirá a conexão (que não tem nada a ver com a senha do usuário usada com ssh):
```
$ vncpasswd senha: verifique: você gostaria de inserir uma senha somente para visualização (s/n)? n 
```
Não precisamos ter logins apenas para visualização neste exemplo. Em seguida, editamos o /home/testUser/.vnc/xstartup arquivo de texto com um editor de texto como Nano. O arquivo deve estar vazio após a instalação e adicionaremos apenas um conteúdo mínimo para iniciar Xterm sessão na conexão. Adicionamos a seguinte linha ao arquivo vazio:
```
Xterm -geometry 1044x810+10+10 & 
```
Ajuste os parâmetros de geometria para caber na sua tela. Agora podemos iniciar o servidor:
```
$ vncserver novo 'rhel8beta.Laboratório: 1 (Testuser) 'Desktop é Rhel8beta.lar.HU: 1 Aplicações de partida especificadas em/home/testUser/.O arquivo de log vnc/xstartup é/home/testUser/.VNC/RHEL8beta.Laboratório: 1.registro 
```
Como a saída sugere, podemos seguir os logs fornecidos pelo servidor nos arquivos de log em
```
/lar//.VNC/: 1.registro
```
, Esse nome de arquivo mudará se mais de um servidores VNC estiverem em execução (assim como a porta que você precisará conectar). O arquivo de log também diz em que porta o servidor está ouvindo:
```
Vncext: ouvindo conexões VNC em todas as interface (s), porta 5901 
```
Qual é a porta VNC padrão.
Podemos usar muitos clientes VNC para conectar -se ao servidor agora iniciado. Remmina é um cliente enviado com desktops Gnome recentes por padrão e pode lidar com sessões SSH, RDP e VNC. Precisamos fornecer o nome do host ou o endereço IP do host que executa o servidor VNC, bem como a porta. O exemplo abaixo usa 192.168.1.14 como endereço e a porta padrão 5901 Encontramos no arquivo de log do servidor na etapa anterior. Precisamos selecionar “VNC” como protocolo ao lado do campo de endereço e digitar a senha com a qual especificamos VncPasswd mais cedo. Conectando -se ao Tigervnc com Remmina

Se tudo funcionar como esperado, estamos conectados ao servidor VNC e executando Xterm, Aceitar e fornecer o conteúdo da área de transferência, protegida da falha da rede. O principal O exemplo abaixo será executado ininterruptamente se nos desconectarmos da sessão e nos reconectarmos mais tarde.
Executando o top ininterrupto remotamente
Embora essas etapas mostrem basicamente como configurar o servidor VNC e se conectar a ele, ele não faz muito sentido executar principal em um controle remoto Xterm sessão, como poderíamos fazer isso com muito menos esforço com o SSH, e um servidor de sessão como tela. Para ver o poder de uma configuração Xterm tão simples, basta digitar gedit No console Xterm remoto (assumindo que uma área de trabalho do Gnome esteja instalada).

Executando programas gráficos no Xterm

Um documento vazio aparece no GEDIT, assim como qualquer programa gráfico quando iniciado na linha de comando. Observe que o documento que está sendo editado remotamente e o programa que o mantém aberto também é protegido pela sessão do VNC. Uma interrupção da rede não afetará, podemos simplesmente nos reconectar e continuar trabalhando no texto, mesmo que nossa máquina cliente experimente um erro irrecuperável, e esquecemos de salvar nosso trabalho nas últimas horas. Naturalmente, o servidor VNC não protegerá da falha da máquina em que está funcionando.

Solução de problemas

Se você receber um erro de "conexão recusou", provavelmente é um problema com suas configurações de firewall. Verifique se você configurou o acesso para o VNC com os seguintes comandos:

# firewall-cmd --permanent-zone = public --Add-Service VNC-Server # firewall-cmd--reload

Caso contrário, pode ser um dispositivo entre os dois sistemas que está bloqueando a conexão ou apenas um problema de roteamento com a rede.

Se você tentar se conectar ao servidor VNC e acabar com apenas uma tela preta, é provável porque não há gerenciador de janelas para o VNC. Nas instruções acima, mostramos como configurar Xterm para esse fim. Você também pode usar um gerente de janela completo como Gnome ou XFCE, mas você tem que definir algo. Verifique se o Xterm está configurado como o gerente de janela VNC de acordo com as instruções acima.