만약 당신이 여전히 서버를 열기 위한 용도로만 윈도우 컴퓨터를 사용하고 있다면 RDP먼저 Linux에서 사용 가능한 클라이언트를 테스트해 보세요. 많은 경우, 키보드, 클립보드, 인증서 및 해상도와 같이 흔히 시간을 잡아먹는 몇 가지 세부 사항만 설정하면 운영 체제를 변경하지 않고도 Windows 컴퓨터, 서버 또는 가상 머신에 연결할 수 있습니다.
특히 원격 업무용 애플리케이션에 의존하는 경우라면 테스트 없이 운영 중인 워크스테이션을 교체하는 것은 권장하지 않습니다. 하지만 Windows 서버 관리, 가끔 원격 데스크톱 접속, 또는 가상 머신 문제 해결과 같은 간단한 작업에는 Linux에 이미 훌륭한 도구들이 있습니다. “Linux에서 RDP가 작동하지 않는다”라고 결론짓기 전에 먼저 테스트해 볼 도구들과 확인해야 할 사항들을 아래에 정리했습니다.
리눅스 클라이언트를 수정하기 전에 RDP 서버를 확인하십시오.
세 가지 클라이언트를 설치하기 전에 서버에 문제가 없는지 확인하십시오. 원격 데스크톱은 Windows 서버 또는 RDP 서버 측에서 활성화되어 있어야 합니다. Microsoft는 원격 데스크톱 활성화에 대한 설명서에서 액세스 필수 조건에 대해 자세히 설명합니다. 원격 데스크톱.
리눅스 환경에서는 먼저 RDP 포트가 응답하는지 테스트해 보세요.
nc -vz 192.168.1.50 3389만약 당신이 가지고 있지 않다면 n.c.패키지를 설치하다 넷캣-오픈BSD Debian/Ubuntu를 사용 중이거나 해당 배포판에 맞는 도구를 사용하십시오. 포트가 응답하지 않는 경우 Remmina나 FreeRDP를 탓할 필요 없이 방화벽, VPN, IP 주소, DNS 및 네트워크 규칙을 먼저 확인하십시오.
또 하나 기억해야 할 점은 포트를 노출하지 말라는 것입니다. 삼천삼백팔십구 인터넷을 통해 직접 접속하는 것은 위험할 수 있습니다. VPN, RDP 게이트웨이 또는 사용자 지정 액세스 규칙을 사용하세요. RDP는 편리하지만, 공개적으로 열려 있는 포트는 보안 스캔의 표적이 되기 쉽습니다.
Remmina: 가장 간단하게 시작할 수 있는 RDP 클라이언트
일상적인 리눅스 시스템의 경우, 저는 다음과 같이 시작할 것입니다. 레미나인터페이스는 깔끔하고, 프로필 저장도 간편하며, 명령줄을 한 줄도 입력하지 않고 해상도, 키보드, 사운드, 클립보드, 폴더 공유 등을 조정할 수 있습니다. 공식 페이지에서는 다양한 배포판에 대한 설치 방법을 설명합니다. 레미나 설치.
데비안이나 우분투에서는 이미 다음을 시도해 볼 수 있습니다.
sudo apt 업데이트
sudo apt 설치 remmina remmina-플러그인-rdp페도라에서:
sudo dnf 설치 remmina remmina-플러그인-rdp아치 리눅스에서:
sudo pacman -S remmina freerdpRemmina에서 새 프로필을 만들고 프로토콜을 선택하세요. RDP다음으로 서버 주소, 사용자 이름, 도메인 이름(해당하는 경우) 및 비밀번호를 입력하십시오. 처음 테스트할 때는 모든 옵션을 한 번에 활성화하지 않는 것이 좋습니다. 먼저 연결을 확인한 다음 클립보드, 소리 또는 폴더 공유를 추가하십시오.
FreeRDP: 진단 또는 자동화를 위한 최적의 선택
프리RDP 처음에는 다소 불편할 수 있지만, 무엇이 막힘을 유발하는지 이해하는 데 매우 유용합니다. 그 고객은 xfreerdp 명령줄에서 실행되므로 인증서, 인증 또는 프로토콜 오류를 신속하게 찾아낼 수 있습니다. 내부 문서 작성이나 테스트 스크립트에도 유용합니다. 데비안 매뉴얼 페이지는 다음과 같습니다. xfreerdp 주요 옵션들을 나열하세요.
Debian/Ubuntu에 설치하기:
sudo apt install freerdp2-x11최근 배포판 중 일부에서는 해당 패키지의 이름이 다를 수 있습니다. 프리rdp3-x11명령어로 아무것도 찾지 못하면 패키지 관리자에서 정확한 이름을 확인하세요.
간단한 테스트는 다음과 같습니다.
xfreerdp /v:192.168.1.50 /u:nathan /dynamic-resolution +clipboard /cert:ask나는 종종 계속 /cert:ask 초기 테스트 중에 서버에서 알 수 없는 인증서를 제시하는 경우 FreeRDP는 이를 무시하는 대신 경고를 표시합니다. 실제 환경에서 이는 매우 중요합니다. 실험실 환경에서는 인증서 경고가 일반적일 수 있지만, 민감한 접근이 필요한 경우에는 훨씬 더 위험할 수 있습니다.
도메인 계정의 경우 도메인을 별도로 지정할 수 있습니다.
xfreerdp /v:rdp-server.example.local /u:nathan /d:EXAMPLE /dynamic-resolution +clipboard /cert:ask키보드가 제대로 인식되지 않으면 클라이언트 측의 키보드 매핑도 테스트해 보세요. 특히 프랑스어권 환경에서는 AZERTY와 QWERTY 키보드가 혼합된 RDP 세션이 매우 불편하며, 특수 문자가 포함된 비밀번호를 사용하는 경우 더욱 그렇습니다.
KRDC, GNOME Connections 및 기타 고객
KDE를 사용하고 있다면, KRDC 한번 시도해 볼 만합니다. Plasma 데스크톱 환경과 잘 통합되며 간단한 연결에는 충분할 수 있습니다. GNOME 환경에서는… 사이 또한, 특히 가끔씩 사용할 때는 급할 때 유용할 수 있습니다. 저는 이러한 고객들을 주된 진단 도구라기보다는 편의를 위한 수단으로 생각합니다.
제 테스트 순서는 간단합니다. 일상적인 사용을 위해서는 Remmina를, 오류를 이해하기 위해서는 FreeRDP를, 그리고 그래픽 환경과의 더욱 긴밀한 통합을 원한다면 KRDC 또는 GNOME Connections를 사용하겠습니다.
실질적인 차이를 만들어내는 설정들
RDP 연결이 “작동”하더라도 불편할 수 있습니다. 다른 도구를 사용하기 전에 다음 사항을 확인하세요.
- 동적 해상도 노트북 화면에서 외부 화면으로 전환할 때 유용합니다.
- 클립보드 실용적이긴 하지만, 비밀을 다루는 민감한 상황이라면 사용하지 않는 것이 좋습니다.
- 건반 문자뿐 아니라 특수 문자도 확인하세요.
- 자격증 중요 서버에서 발생하는 알림을 자동으로 확인하지 마십시오.
- 소리 및 리디렉션 필요 없는 기능은 비활성화하세요. 특히 인터넷 연결 속도가 느릴 때는 더욱 그렇습니다.
- 공유 폴더 파일을 검색하는 데는 실용적이지만, 서버 측 권한을 이해하지 못하는 경우에는 사용을 피해야 합니다.
FreeRDP를 사용하면 로컬 폴더를 공유하는 방법은 예를 들어 다음과 같습니다.
mkdir -p ~/rdp-partage
xfreerdp /v:192.168.1.50 /u:nathan +clipboard /drive:partage,~/rdp-partage /cert:ask저는 기본적으로 이 기능을 활성화하지 않습니다. 클라이언트 서버나 민감한 데이터가 있는 세션에서는 필요한 데이터만 전송한 후 리디렉션을 비활성화하는 것을 선호합니다.
리눅스 환경에서 원격 데스크톱을 호스팅하고 싶다면 어떻게 해야 할까요?
역할을 혼동하지 않도록 주의하세요. 이 글은 주로 다음 내용에 관한 것입니다. Linux용 RDP 클라이언트 원격 머신에 연결하려면 RDP를 사용해야 합니다. 반대로 Linux 머신에 RDP로 연결하려면 xRDP와 같은 서버 측 솔루션을 살펴봐야 합니다. 저는 이와 관련된 가이드를 따로 작성해 두었습니다. xRDP를 이용한 Debian 환경의 원격 데스크톱 연결.
제가 선택한 리눅스 워크스테이션
주력 리눅스 머신의 경우, 저는 다음과 같이 하겠습니다. 레미나 기본 클라이언트로 사용하겠습니다. 일상적인 사용에 충분히 간단하면서도 중요한 설정에 접근할 수 있도록 해줍니다. 동시에, 저는 다음과 같은 사항도 유지할 것입니다. xfreerdp 특별한 이유 없이 연결이 끊기는 경우를 대비하여 설치했습니다.
리눅스가 여러분의 요구 사항에 적합하지 않다고 결론짓기 전에, 최소한 한 번의 전체 세션을 테스트해 보세요. 로그인, 키보드 입력, 복사 및 붙여넣기, 창 크기 조정, 세션 잠금, 그리고 재연결까지 모두 테스트해 보는 것이 좋습니다. 이 테스트를 통해 원격 데스크톱을 한 번 열 수 있는지 여부뿐만 아니라, 모든 기능을 제대로 사용할 수 있는지 확인할 수 있습니다.