Connessione tramite RDP da Linux: client da testare prima di cambiare sistema operativo

Se mantieni ancora una macchina Windows solo per aprire un server in PSRInnanzitutto, provate i client disponibili su Linux. In molti casi, è possibile connettersi a una macchina Windows, a un server o a una macchina virtuale senza cambiare sistema operativo, a patto di configurare due o tre dettagli che spesso fanno perdere tempo: la tastiera, gli appunti, il certificato e la risoluzione.

Non sostituirei una workstation di produzione senza prima averla testata, soprattutto se si fa affidamento su un’applicazione aziendale remota. Tuttavia, per amministrare un server Windows, accedere occasionalmente a un desktop remoto o risolvere problemi su una macchina virtuale, Linux offre già degli ottimi strumenti. Ecco quelli che testerei per primi, insieme ai controlli da effettuare prima di concludere che “RDP su Linux non funziona”.

Prima di modificare il client Linux, verifica il server RDP.

Prima di installare tre client diversi, verificare che il problema non risieda nel server. Desktop remoto deve essere abilitato sul server Windows o sul server RDP. Microsoft fornisce inoltre dettagli sui prerequisiti di accesso nella sua documentazione sull’abilitazione di Desktop remoto. Desktop remoto.

Da Linux, inizia verificando se la porta RDP risponde:

nc -vz 192.168.1.50 3389

Se non hai n.c.installare il pacchetto netcat-openbsd Su Debian/Ubuntu, o utilizzando lo strumento equivalente per la tua distribuzione. Se la porta non risponde, non c’è bisogno di incolpare Remmina o FreeRDP: controlla prima il firewall, la VPN, l’indirizzo IP, il DNS e le regole di rete.

Un altro punto da ricordare: non esporre la porta tremilatrecentottantanove Direttamente tramite Internet. Utilizza una VPN, un gateway RDP o una regola di accesso personalizzata. RDP è comodo, ma una porta aperta pubblicamente attira rapidamente le scansioni.

Remmina: il client RDP più semplice per iniziare

Per un normale computer Linux, inizierei da RemminaL’interfaccia è chiara, i profili sono facili da salvare ed è possibile regolare la risoluzione, la tastiera, l’audio, gli appunti o la condivisione delle cartelle senza scrivere un singolo comando. La pagina ufficiale spiega i metodi di installazione per le diverse distribuzioni: installa Remina.

Su Debian o Ubuntu, puoi già provare:

sudo apt update
sudo apt install remmina remmina-plugin-rdp

Su Fedora:

sudo dnf installa remmina remmina-plugins-rdp

Su ArchLinux:

sudo pacman -S remmina freerdp

In Remmina, crea un nuovo profilo, scegli il protocollo PSRInserisci quindi l’indirizzo del server, il nome utente, il nome di dominio (se applicabile) e la password. Per il primo test, ti consiglio di non abilitare tutte le opzioni contemporaneamente. Verifica prima la connessione, poi aggiungi la condivisione degli appunti, dell’audio o delle cartelle.

FreeRDP: la scelta giusta per diagnosticare o automatizzare

FreeRDP All’inizio è meno comodo, ma è molto utile per capire cosa sta causando il blocco. Il suo cliente xfreerdp Esegue da riga di comando, quindi puoi individuare rapidamente errori di certificati, autenticazione o protocollo. È anche utile per la documentazione interna o gli script di test. La pagina man di Debian per xfreerdp Elenca le opzioni principali.

Installazione su Debian/Ubuntu:

sudo apt install freerdp2-x11

In alcune distribuzioni recenti, il pacchetto potrebbe essere chiamato freerdp3-x11Se il comando non trova nulla, verifica il nome esatto nel gestore pacchetti.

Un semplice test si presenta così:

xfreerdp /v:192.168.1.50 /u:nathan /dynamic-resolution +clipboard /cert:ask

Continuo spesso /cert:chiedi Durante i test iniziali, se il server presenta un certificato sconosciuto, FreeRDP visualizzerà un avviso anziché ignorarlo. In un ambiente reale, questo è significativo: un avviso relativo al certificato potrebbe essere normale in un ambiente di laboratorio, ma molto meno in caso di accesso a informazioni sensibili.

Per un account di dominio, è possibile specificare il dominio separatamente:

xfreerdp /v:rdp-server.example.local /u:nathan /d:EXAMPLE /dynamic-resolution +clipboard /cert:ask

Se la tastiera non viene riconosciuta correttamente, verificate anche la mappatura della tastiera nel client. Questo è un problema molto reale nell’ambiente francese: una sessione RDP che mescola tastiere AZERTY e QWERTY diventa rapidamente fastidiosa, soprattutto con password contenenti caratteri speciali.

KRDC, GNOME Connections e altri clienti

Se stai utilizzando KDE, KRDC Vale la pena provarlo. Si integra bene con l’ambiente desktop Plasma e potrebbe essere sufficiente per connessioni semplici. Sotto GNOME, Connessioni Possono anche rivelarsi utili in caso di necessità, soprattutto per un utilizzo occasionale. Li considero più come strumenti di convenienza che come i miei principali strumenti diagnostici.

Il mio ordine di test sarebbe semplice: Remmina per l’uso quotidiano, FreeRDP per capire gli errori, poi KRDC o GNOME Connections se si desidera una maggiore integrazione con l’ambiente grafico.

Le impostazioni che fanno davvero la differenza

Una connessione RDP può “funzionare” ma risultare comunque sgradevole. Prima di cambiare strumento, verifica questi punti:

Risoluzione dinamica Utile quando si passa dallo schermo di un portatile a uno schermo esterno.
Appunti : pratico, ma da evitare durante una sessione delicata se si tratta di segreti.
Tastiera : verifica la presenza di caratteri speciali, non solo di lettere.
Certificato : non confermare automaticamente un avviso su un server importante.
Suono e reindirizzamenti : disabilita ciò che non è necessario, soprattutto con una connessione lenta.
Cartella condivisa Utile per recuperare un file, ma da evitare se non si comprendono i permessi lato server.

Con FreeRDP, la condivisione di una cartella locale avviene, ad esempio, in questo modo:

mkdir -p ~/rdp-partage
xfreerdp /v:192.168.1.50 /u:nathan +clipboard /drive:partage,~/rdp-partage /cert:ask

Non lo abilito di default. In una relazione client-server o in una sessione con dati sensibili, preferisco trasferire solo ciò che è necessario e poi disabilitare il reindirizzamento.

E se voleste ospitare il desktop remoto sul lato Linux?

Fai attenzione a non confondere i ruoli. Questo articolo riguarda principalmente un Client RDP su Linux per connettersi a una macchina remota. Se la tua esigenza è l’opposto, ovvero connettersi tramite RDP a una macchina Linux, devi guardare al lato server, ad esempio con xRDP. In realtà ho una guida dedicata a Connessione desktop remoto su Debian con xRDP.

La mia scelta di una workstation Linux

Per una macchina Linux primaria, terrei Remmina come client predefinito. È abbastanza semplice per l’uso quotidiano, pur fornendo accesso alle impostazioni importanti. Parallelamente, manterrei xfreerdp Installato per quei giorni in cui la connessione fallisce senza un motivo apparente.

Prima di concludere che Linux non sia adatto alle tue esigenze, prova almeno una sessione completa: accedi, inserisci dati da tastiera, copia e incolla, ridimensiona la finestra, blocca la sessione e riconnettiti. Questo test ti dirà se riesci a lavorare correttamente, non solo se riesci ad aprire un desktop remoto una sola volta.