Se você ainda mantém uma máquina Windows exclusivamente para abrir um servidor em PDRPrimeiro, teste os clientes disponíveis no Linux. Em muitos casos, você pode se conectar a uma máquina Windows, um servidor ou uma máquina virtual sem trocar de sistema operacional, desde que configure dois ou três detalhes que costumam consumir tempo: o teclado, a área de transferência, o certificado e a resolução.
Eu não substituiria uma estação de trabalho de produção sem antes testá-la, especialmente se você depende de um aplicativo de negócios remoto. Mas para administrar um servidor Windows, acessar ocasionalmente uma área de trabalho remota ou solucionar problemas em uma máquina virtual, o Linux já oferece algumas boas ferramentas. Aqui estão as que eu testaria primeiro, juntamente com as verificações a serem realizadas antes de concluir que “o RDP no Linux não funciona”.
Verifique o servidor RDP antes de modificar o cliente Linux.
Antes de instalar três clientes diferentes, verifique se o problema não está no servidor. A Área de Trabalho Remota deve estar habilitada no servidor Windows ou no servidor RDP. A Microsoft também detalha os pré-requisitos de acesso em sua documentação sobre como habilitar a Área de Trabalho Remota. Área de Trabalho Remota.
No Linux, comece testando se a porta RDP está respondendo:
nc -vz 192.168.1.50 3389Se você não tiver n.c.instale o pacote netcat-openbsd No Debian/Ubuntu, ou use a ferramenta equivalente para sua distribuição. Se a porta não estiver respondendo, não precisa culpar o Remmina ou o FreeRDP: primeiro verifique o firewall, a VPN, o endereço IP, o DNS e as regras de rede.
Outro ponto importante: não exponha a porta. três mil trezentos e oitenta e nove diretamente pela internet. Use uma VPN, um gateway RDP ou uma regra de acesso personalizada. O RDP é conveniente, mas uma porta aberta publicamente atrai rapidamente varreduras.
Remmina: o cliente RDP mais simples para começar.
Para um computador Linux de uso diário, eu começaria por ReminaA interface é clara, os perfis são fáceis de salvar e você pode ajustar a resolução, o teclado, o som, a área de transferência ou o compartilhamento de pastas sem precisar escrever uma única linha de comando. A página oficial explica os métodos de instalação para diferentes distribuições: instalar Remmina.
No Debian ou Ubuntu, você já pode experimentar:
sudo apt update
sudo apt instalar remmina remmina-plugin-rdpNo Fedora:
sudo dnf instalar remmina remmina-plugins-rdpNo Arch Linux:
sudo pacman -S remmina freerdpNo Remmina, crie um novo perfil e escolha o protocolo. PDREm seguida, insira o endereço do servidor, o nome de usuário, o nome de domínio (se aplicável) e a senha. Para o seu primeiro teste, recomendo não habilitar todas as opções de uma só vez. Confirme a conexão primeiro e, em seguida, adicione o compartilhamento da área de transferência, do som ou da pasta.
FreeRDP: a escolha certa para diagnóstico ou automação
RDP grátis É um pouco desconfortável no início, mas é muito útil para entender o que está causando o bloqueio. Seu cliente xfreerdp Ele é executado a partir da linha de comando, permitindo identificar rapidamente erros de certificado, autenticação ou protocolo. Também é útil para documentação interna ou scripts de teste. Consulte a página de manual do Debian para xfreerdp Liste as principais opções.
Instalação no Debian/Ubuntu:
sudo apt install freerdp2-x11Em algumas distribuições recentes, o pacote pode ser chamado de freerdp3-x11Verifique o nome exato no gerenciador de pacotes caso o comando não encontre nada.
Um teste simples se parece com isto:
xfreerdp /v:192.168.1.50 /u:nathan /dynamic-resolution +clipboard /cert:askMuitas vezes eu mantenho /cert:ask Durante os testes iniciais, se o servidor apresentar um certificado desconhecido, o FreeRDP exibirá um aviso em vez de ignorá-lo. Em um ambiente real, isso é significativo: um aviso de certificado pode ser normal em um ambiente de laboratório, mas é muito menos apropriado para acessos sensíveis.
Para uma conta de domínio, você pode especificar o domínio separadamente:
xfreerdp /v:rdp-server.example.local /u:nathan /d:EXAMPLE /dynamic-resolution +clipboard /cert:askSe o teclado não for reconhecido corretamente, teste também o mapeamento de teclado no cliente. Este é um problema muito comum no ambiente francês: uma sessão RDP que mistura AZERTY e QWERTY rapidamente se torna irritante, especialmente com senhas que contêm caracteres especiais.
KRDC, GNOME Connections e outros clientes
Se você estiver usando o KDE, CDR Vale a pena tentar. Ele se integra bem com o ambiente de trabalho Plasma e pode ser suficiente para conexões simples. No GNOME, Conexões Eles também podem ser úteis em situações de emergência, especialmente para uso ocasional. Eu os vejo mais como clientes de conveniência, não como minhas principais ferramentas de diagnóstico.
Minha ordem de testes seria simples: Remmina para uso diário, FreeRDP para entender erros e, por fim, KRDC ou GNOME Connections se você quiser uma integração mais profunda com seu ambiente gráfico.
As configurações que realmente fazem a diferença
Uma conexão RDP pode “funcionar”, mas ainda assim ser desagradável. Antes de mudar de ferramenta, verifique estes pontos:
- Resolução dinâmica Útil se você estiver alternando entre a tela do laptop e uma tela externa.
- Área de transferência Prático, mas evite durante uma sessão delicada se estiver lidando com segredos.
- Teclado Verifique a presença de caracteres especiais, não apenas letras.
- Certificado Não reconheça automaticamente um alerta em um servidor importante.
- Som e redirecionamentos Desative o que não for necessário, especialmente em conexões lentas.
- Pasta compartilhada Prático para recuperar um arquivo, mas deve ser evitado se você não entender as permissões do lado do servidor.
Com o FreeRDP, o compartilhamento de uma pasta local é feito, por exemplo, assim:
mkdir -p ~/rdp-partage
xfreerdp /v:192.168.1.50 /u:nathan +área de transferência /drive:partage,~/rdp-partage /cert:askNão o habilito por padrão. Em um servidor cliente ou em uma sessão com dados sensíveis, prefiro transferir apenas o necessário e, em seguida, desabilitar o redirecionamento.
E se você quiser hospedar a área de trabalho remota no lado Linux?
Tenha cuidado para não confundir os papéis. Este artigo trata principalmente de um Cliente RDP no Linux Para se conectar a uma máquina remota. Se a sua necessidade for oposta, ou seja, conectar-se via RDP a uma máquina Linux, você precisa analisar o lado do servidor, por exemplo, com o xRDP. Eu tenho um guia dedicado a isso. Conexão de Área de Trabalho Remota no Debian com xRDP.
Minha escolha de estação de trabalho Linux
Para um computador Linux principal, eu manteria Remina como cliente padrão. É simples o suficiente para o uso diário, ao mesmo tempo que fornece acesso às configurações importantes. Paralelamente, eu manteria xfreerdp Instalado para aqueles dias em que a conexão falha sem motivo aparente.
Antes de concluir que o Linux não é adequado às suas necessidades, teste pelo menos uma sessão completa: login, entrada de teclado, copiar e colar, redimensionamento, bloqueio de sessão e reconexão. Este teste mostrará se você consegue trabalhar corretamente, e não apenas se consegue abrir uma área de trabalho remota uma única vez.