Tutoriel Linux

Conexión mediante RDP desde Linux: Clientes que se deben probar antes de cambiar de sistema operativo.

Débutant6 min de lecture
À retenirLinux n'est pas réservé aux experts. Le bon point de départ : une distribution accessible, une sauvegarde propre et quelques commandes comprises.

Si aún conserva una máquina Windows únicamente para abrir un servidor en PDRPrimero, prueba los clientes disponibles en Linux. En muchos casos, puedes conectarte a una máquina Windows, un servidor o una máquina virtual sin cambiar de sistema operativo, siempre que configures dos o tres detalles que suelen hacer perder tiempo: el teclado, el portapapeles, el certificado y la resolución.

No reemplazaría una estación de trabajo de producción sin antes realizar pruebas, especialmente si se utiliza para aplicaciones empresariales remotas. Sin embargo, para administrar un servidor Windows, acceder ocasionalmente a un escritorio remoto o solucionar problemas en una máquina virtual, Linux ya cuenta con buenas herramientas. Estas son las que yo probaría primero, junto con las comprobaciones que se deben realizar antes de concluir que «RDP en Linux no funciona».

Compruebe el servidor RDP antes de modificar el cliente Linux.

Antes de instalar tres clientes diferentes, verifique que el problema no se encuentre en el servidor. Escritorio remoto debe estar habilitado en el servidor Windows o en el servidor RDP. Microsoft también detalla los requisitos de acceso en su documentación sobre cómo habilitar Escritorio remoto. Escritorio remoto.

Desde Linux, comience por comprobar si el puerto RDP responde:

nc -vz 192.168.1.50 3389

Si no tienes Carolina del Norte.instalar el paquete netcat-openbsd En Debian/Ubuntu, o utilice la herramienta equivalente para su distribución. Si el puerto no responde, no es necesario culpar a Remmina ni a FreeRDP: primero revise el cortafuegos, la VPN, la dirección IP, el DNS y las reglas de red.

Otro punto a recordar: no exponga el puerto. tres mil trescientos ochenta y nueve directamente a través de internet. Utilice una VPN, una puerta de enlace RDP o una regla de acceso personalizada. RDP es práctico, pero un puerto público abierto atrae rápidamente los ataques de escaneo.

Remmina: el cliente RDP más sencillo para empezar.

Para una máquina Linux de uso diario, comenzaría por reminaLa interfaz es clara, los perfiles se guardan fácilmente y se puede ajustar la resolución, el teclado, el sonido, el portapapeles o el uso compartido de carpetas sin escribir una sola línea de comando. La página oficial explica los métodos de instalación para diferentes distribuciones: instalar Remmina.

En Debian o Ubuntu, ya puedes probar:

sudo apt update
sudo apt instalar remmina remmina-plugin-rdp

En Fedora:

sudo dnf instalar remmina remmina-plugins-rdp

En ArchLinux:

sudo pacman -S remmina freerdp

En Remmina, crea un nuevo perfil y elige el protocolo. PDRA continuación, introduce la dirección del servidor, el nombre de usuario, el nombre de dominio (si corresponde) y la contraseña. Para tu primera prueba, te recomiendo no activar todas las opciones a la vez. Confirma primero la conexión y luego añade el portapapeles, el sonido o la opción de compartir carpetas.

FreeRDP: la opción correcta para diagnosticar o automatizar.

RDP gratuito Al principio resulta menos cómodo, pero es muy útil para comprender qué está causando la obstrucción. Su cliente xfreerdp Se ejecuta desde la línea de comandos, por lo que puede detectar rápidamente errores de certificado, autenticación o protocolo. También es útil para documentación interna o scripts de prueba. La página man de Debian para xfreerdp Enumera las opciones principales.

Instalación en Debian/Ubuntu:

sudo apt install freerdp2-x11

En algunas distribuciones recientes, el paquete puede llamarse freerdp3-x11Si el comando no encuentra nada, compruebe el nombre exacto en el gestor de paquetes.

Una prueba sencilla tiene este aspecto:

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

a menudo mantengo /cert:ask Durante las pruebas iniciales, si el servidor presenta un certificado desconocido, FreeRDP le avisará en lugar de ignorarlo. En un entorno real, esto es importante: una advertencia sobre el certificado puede ser normal en un laboratorio, pero mucho menos en situaciones de acceso confidencial.

Para una cuenta de dominio, puede especificar el dominio por separado:

xfreerdp /v:rdp-servidor.ejemplo.local /u:nathan /d:EJEMPLO /resolución-dinámica +portapapeles /certificado:pregunta

Si el teclado no se reconoce correctamente, compruebe también la configuración del teclado en el cliente. Este es un problema muy común en el entorno francés: una sesión RDP que combina AZERTY y QWERTY se vuelve rápidamente molesta, sobre todo con contraseñas que contienen caracteres especiales.

KRDC, GNOME Connections y otros clientes

Si estás usando KDE, KRDC Vale la pena intentarlo. Se integra bien con el escritorio Plasma y puede ser suficiente para conexiones simples. Bajo GNOME, Conexiones También pueden ser útiles en caso de apuro, especialmente para uso ocasional. Los considero más como herramientas de conveniencia que como mis principales herramientas de diagnóstico.

Mi orden de prueba sería simple: Remmina para el uso diario, FreeRDP para entender los errores y, luego, KRDC o GNOME Connections si se desea una integración más estrecha con el entorno gráfico.

Los ajustes que realmente marcan la diferencia

Una conexión RDP puede «funcionar» pero aun así resultar desagradable. Antes de cambiar de herramienta, compruebe estos puntos:

  • Resolución dinámica : útil si estás cambiando de la pantalla de un portátil a una pantalla externa.
  • Portapapeles : práctico, pero evítalo durante una sesión delicada si estás manejando secretos.
  • Teclado : comprueba si hay caracteres especiales, no solo letras.
  • Certificado : no confirme automáticamente una alerta en un servidor importante.
  • Sonido y redirecciones Desactive lo que no sea necesario, especialmente en conexiones lentas.
  • Carpeta compartida : práctico para recuperar un archivo, pero debe evitarse si no se comprenden los permisos del servidor.

Con FreeRDP, compartir una carpeta local se hace, por ejemplo, de esta manera:

mkdir -p ~/rdp-partige
xfreerdp /v:192.168.1.50 /u:nathan +portapapeles /drive:partage,~/rdp-partage /cert:preguntar

No lo habilito por defecto. En un servidor cliente o en una sesión con datos confidenciales, prefiero transferir solo lo necesario y luego deshabilitar la redirección.

¿Qué ocurre si quieres alojar el escritorio remoto en el lado de Linux?

Tenga cuidado de no confundir los roles. Este artículo trata principalmente sobre un Cliente RDP en Linux para conectarse a una máquina remota. Si su necesidad es la opuesta, es decir, conectarse a través de RDP a una máquina Linux, debe mirar el lado del servidor, por ejemplo con xRDP. De hecho, tengo una guía dedicada a ello. Conexión a Escritorio remoto en Debian con xRDP.

Mi elección de una estación de trabajo Linux

Para una máquina Linux principal, mantendría remina como cliente predeterminado. Es lo suficientemente simple para el uso diario, a la vez que proporciona acceso a la configuración importante. Paralelamente, mantendría xfreerdp Instalado para esos días en que la conexión falla sin motivo aparente.

Antes de concluir que Linux no se ajusta a tus necesidades, prueba al menos una sesión completa: inicio de sesión, entrada de teclado, copiar y pegar, redimensionamiento, bloqueo de sesión y reconexión. Esta prueba te indicará si puedes trabajar correctamente, no solo si puedes abrir un escritorio remoto una vez.

sudo apt update && sudo apt upgrade