Configurazione dell'accesso al server VNC su un Redhat Linux

La maggior parte delle volte come amministratore di sistema Linux gestisci i tuoi server sulla rete. È molto raro che tu debba avere un accesso fisico a uno qualsiasi dei tuoi server gestiti. Nella maggior parte dei casi tutto ciò di cui hai bisogno è SSH in remoto per svolgere le tue attività di amministrazione. In questo articolo configureremo una GUI alternativa a un accesso remoto al tuo server RHEL, che è VNC. VNC ti consente di aprire una sessione GUI remota sul tuo server, fornendoti così un'interfaccia grafica completa accessibile da qualsiasi postazione remota.

In questo tutorial imparerai:

• Come installare i pacchetti VNC richiesti
• Come configurare e avviare il server VNC su RHEL
• Come connettersi a una sessione grafica da remoto
• Come eseguire programmi grafici nella sessione di xterm

Connessione VNC a RHEL

Requisiti software e convenzioni della riga di comando Linux

Categoria	Requisiti, convenzioni o versione del software utilizzata
Sistema	Red Hat Enterprise Linux
Software	TigerVNC
Altro	Accesso privilegiato al tuo sistema Linux come root o tramite sudo comando.
Convenzioni	# – richiede che i comandi linux dati vengano eseguiti con i privilegi di root direttamente come utente root o usando sudo comando $ – richiede che i comandi linux dati vengano eseguiti come un normale utente non privilegiato

Installazione e configurazione del server VNC

Ci sono molti gestori di finestre che possiamo usare con il server VNC, ma ai fini di questo tutorial imposteremo una semplice sessione xterm, come xterm è nei repository di base di Red Hat Enterprise Linux. Mostreremo tuttavia che questo semplice punto di partenza fornisce la piena funzionalità con un semplice trucco. Nota anche che ci sono gestori di finestre molto più sofisticati là fuori, come xfce , ma non rientra nell'ambito di questo tutorial.

1. Per prima cosa, dobbiamo installare i pacchetti richiesti per l'applicazione server:

   # dnf install tigervnc-server xterm
   

2. Successivamente dobbiamo aprire il firewall per il servizio. Per verificare quali servizi sono attualmente consentiti, elenchiamo i servizi abilitati:

   # firewall-cmd --list-services
   cockpit dhcpv6-client ssh
   

   Apri il vnc-server servizio:

   # firewall-cmd --permanent --zone=public --add-service vnc-server
   success
   

   Applicare la modifica alla configurazione:

   # firewall-cmd --reload
   

   E elenca di nuovo i servizi per verificare:

   # firewall-cmd --list-services
   cockpit dhcpv6-client ssh vnc-server
   

   AVVISO
   Non aprire al pubblico il servizio VNC del tuo computer! La regola del firewall sopra viene eseguita in un ambiente confinato ed è solo a scopo dimostrativo. Assicurati di comprendere i rischi prima di aprire qualsiasi cosa su un server con connessione a Internet o persino su un desktop.
3. Dobbiamo configurare l'ambiente in cui verrà eseguito il server. In questo esempio il nostro obiettivo è eseguire il server con un utente specificato testuser chi non ha root privilegi. Tieni presente che questo passaggio viene eseguito con l'utente che eseguirà il server, non con root . Abbiamo impostato una password che consentirà la connessione (che non ha nulla a che fare con la password dell'utente utilizzata con ssh ):

   $ vncpasswd 
   Password:
   Verify:
   Would you like to enter a view-only password (y/n)? n
   

   Non è necessario disporre di accessi di sola visualizzazione in questo esempio. Quindi modifichiamo il /home/testuser/.vnc/xstartup file di testo con un editor di testo come nano . Il file dovrebbe essere vuoto dopo l'installazione e aggiungeremo solo un contenuto minimo per avviare xterm sessione in connessione. Aggiungiamo la seguente riga al file vuoto:

   xterm -geometry 1044x810+10+10 &
   

   Regola i parametri della geometria per adattarli allo schermo. Ora possiamo avviare il server:

   $ vncserver 
   
   New 'rhel8beta.lab:1 (testuser)' desktop is rhel8beta.home.hu:1
   
   Starting applications specified in /home/testuser/.vnc/xstartup
   Log file is /home/testuser/.vnc/rhel8beta.lab:1.log
   

   Come suggerisce l'output, possiamo seguire i log forniti dal server nei file di log in

   /home/<username>/.vnc/<hostname>:1.log

   , questo nome file cambierà se sono in esecuzione più di un server VNC (così come la porta che devi connettere). Il file di registro dice anche su quale porta è in ascolto il server:

   vncext:      Listening for VNC connections on all interface(s), port 5901
   

   Qual è la porta VNC predefinita.

4. Possiamo utilizzare molti client VNC per connetterci al server ora avviato. Remmina è un client fornito con desktop Gnome recenti per impostazione predefinita e può gestire sessioni SSH, RDP e VNC. È necessario fornire il nome host o l'indirizzo IP dell'host che esegue il server VNC, nonché la porta. L'esempio seguente utilizza 192.168.1.14 come indirizzo e la porta predefinita 5901 abbiamo trovato nel file di registro del server nel passaggio precedente. Dobbiamo selezionare "VNC" come protocollo accanto al campo dell'indirizzo e digitare la password che abbiamo specificato con vncpasswd prima.

   

   Collegamento a tigervnc con Remmina

   Se tutto funziona come previsto, siamo connessi al server VNC e stiamo eseguendo xterm , accettando e fornendo contenuto negli appunti, protetto da guasti di rete. La top l'esempio seguente verrà eseguito ininterrottamente se ci disconnettiamo dalla sessione e ci riconnettiamo in seguito.

   

   Esecuzione senza interruzioni da remoto
5. Sebbene questi passaggi mostrino sostanzialmente come configurare il server VNC e connettersi ad esso, non ha molto senso eseguire top su un xterm remoto session, poiché potremmo farlo con molto meno sforzo con ssh e un server di sessione come screen . Per vedere la potenza di una configurazione di xterm così semplice, digita semplicemente gedit sulla console xterm remota (supponendo che sia installato un desktop Gnome).

Esecuzione di programmi grafici all'interno di xterm

Un documento vuoto viene visualizzato in gedit, proprio come farebbe qualsiasi programma grafico avviato dalla riga di comando. Si noti che il documento che viene modificato in remoto e il programma che lo tiene aperto sono protetti anche dalla sessione VNC. Un'interruzione della rete non lo influirà, possiamo semplicemente riconnetterci e continuare a lavorare sul testo, anche se il nostro computer client riscontra un errore irreversibile e ci siamo dimenticati di salvare il nostro lavoro nelle ultime ore. Naturalmente il server VNC non proteggerà dal guasto della macchina su cui è in esecuzione.

Risoluzione dei problemi

Se ricevi un errore di "connessione rifiutata", è molto probabile che si tratti di un problema con le impostazioni del firewall. Assicurati di aver configurato l'accesso per VNC con i seguenti comandi:

# firewall-cmd --permanent --zone=public --add-service vnc-server
# firewall-cmd --reload

In caso contrario, potrebbe essere un dispositivo tra i due sistemi che sta bloccando la connessione o semplicemente un problema di routing con la rete.

Se provi a connetterti al server VNC e finisci con solo una schermata nera, è probabile che non ci sia un window manager per VNC. Nelle istruzioni sopra, mostriamo come configurare xterm per questo scopo. Puoi anche usare un gestore di finestre completo come GNOME o XFCE, ma devi impostare qualcosa. Assicurati che xterm sia configurato come window manager VNC secondo le istruzioni sopra.