이 글의 목적은 원격 데스크톱(RDP, mstsc) 사용 중 복사·붙여넣기(클립보드 공유)가 갑자기 동작하지 않을 때 원인을 빠르게 구분하고, rdpclip.exe 재시작을 자동화하여 재발 시에도 사용자가 즉시 복구할 수 있도록 표준 절차를 제공하는 것이다.
1. 증상 정의와 원인 범주화
RDP 클립보드 공유 문제는 “원격 세션에서 붙여넣기가 되지 않음”, “로컬에서 복사한 텍스트가 원격에 붙여넣기 되지 않음”, “원격에서 복사한 내용이 로컬에 붙여넣기 되지 않음” 형태로 나타나기 쉽다. 이때 문제는 대체로 다음 4가지 범주로 나뉘는 구조이다.
| 범주 | 대표 원인 | 특징 | 우선 조치 |
|---|---|---|---|
| 클라이언트 설정 | mstsc에서 클립보드 리다이렉션 비활성 | 항상 공유가 안됨 | mstsc 로컬 리소스 옵션 점검 |
| 원격 세션 프로세스 | rdpclip.exe 중지/교착/비정상 상태 | 간헐적, 특정 시점부터 안됨 | rdpclip 재시작(수동/자동화) |
| 정책/보안 통제 | GPO에서 클립보드/드라이브 리다이렉션 차단 | 특정 서버/조직에서만 안됨 | 그룹 정책/레지스트리 점검 |
| 채널/세션 상태 | RDP 채널 오류, 세션 꼬임, 업데이트 후 부작용 | 재로그온/재부팅 후 일시 복구 | 세션 재연결, 이벤트 기반 자동 복구 |
주의 : 원격 서버에서 rdpclip.exe를 재시작해야 하는 상황이 대부분이다. 로컬 PC에서 rdpclip을 재시작해도 증상이 유지되면 “원격 세션 프로세스” 범주로 보고 원격 서버에서 조치해야 한다.
2. 1분 점검: mstsc에서 클립보드 옵션이 켜져 있는지 확인하다
가장 먼저 “클립보드 리다이렉션이 아예 꺼져 있는 상태”를 배제해야 한다. 이 단계는 환경이 바뀌었거나, 다른 RDP 파일(RDP 설정 파일)을 사용했거나, 사용자 프로필이 초기화된 경우에 특히 중요하다.
2.1 원격 데스크톱 연결(mstsc)에서 확인하다
원격 데스크톱 연결 창에서 “옵션 표시”를 클릭한 뒤 “로컬 리소스” 탭으로 이동하여 “클립보드”가 체크되어 있는지 확인하다. 체크가 해제되어 있으면 체크 후 다시 연결해야 한다.
2.2 RDP 파일(.rdp)을 쓰는 환경이라면 설정을 고정하다
조직에서 .rdp 파일을 배포하는 경우가 많다. 이때 파일에 클립보드 관련 값이 꺼져 있으면 사용자가 매번 연결해도 공유가 되지 않는다. .rdp 파일을 메모장으로 열어 다음 항목을 점검하다.
redirectclipboard:i:1값이 0이면 비활성, 1이면 활성이다. 운영 표준으로는 1을 권장하다.
주의 : 보안 정책상 클립보드 공유를 금지한 조직도 있다. 이 경우 기술적으로 억지로 우회하는 접근은 보안 규정 위반이 될 수 있으므로, 반드시 내부 정책과 승인 절차를 먼저 확인해야 한다.
3. 핵심 원인: rdpclip.exe가 비정상 상태가 되다
RDP 클립보드 공유는 원격 호스트에서 사용자 세션별로 rdpclip.exe가 동작하며 중계되는 구조이다. 따라서 “어제까지 되다가 오늘 갑자기 안됨”, “특정 시간 이후부터 안됨”, “원격 세션을 오래 켜두면 안됨” 같은 패턴은 rdpclip.exe의 교착 또는 비정상 상태 가능성이 높다.
3.1 수동 복구 절차(현장 즉시 복구용)이다
원격 서버(또는 원격 PC)에서 작업 관리자를 열고 rdpclip.exe를 종료한 뒤 다시 실행하면 대체로 즉시 복구된다.
| 단계 | 조치 | 설명 |
|---|---|---|
| 1 | 원격 세션에서 작업 관리자 실행 | Ctrl+Shift+Esc 또는 Ctrl+Alt+Del을 사용하다 |
| 2 | 세부 정보 탭에서 rdpclip.exe 찾기 | 프로세스 이름이 RDP Clipboard Monitor로 보일 수도 있다 |
| 3 | rdpclip.exe 종료 | 동일 세션에서 여러 개가 보이면 해당 세션 것만 종료하는 것이 안전하다 |
| 4 | 새 작업 실행으로 rdpclip.exe 실행 | 작업 관리자 메뉴에서 “새 작업 실행”을 사용하다 |
3.2 명령으로 즉시 재시작(수동이지만 빠르게)하다
GUI 대신 명령으로 재시작하면 조치 시간이 줄어든다. 원격 세션의 “실행(Run)” 또는 CMD/PowerShell을 열고 다음을 수행하다.
3.2.1 CMD 배치(사용자 기준 필터 포함)이다
@echo off REM 현재 로그인 사용자 세션에서만 rdpclip.exe를 종료 후 재시작하다 taskkill /f /im rdpclip.exe /fi "USERNAME eq %USERNAME%" >nul 2>&1 start "" %SystemRoot%\System32\rdpclip.exe exit /b 03.2.2 PowerShell(오류 무시 포함)이다
# 현재 사용자 세션의 rdpclip.exe를 종료하고 재시작하다 Get-Process rdpclip -ErrorAction SilentlyContinue | Stop-Process -Force -ErrorAction SilentlyContinue Start-Process "$env:windir\System32\rdpclip.exe"주의 : 터미널 서버(RDS)처럼 동시 접속 사용자가 많은 환경에서는 “전체 rdpclip.exe 일괄 종료”가 다른 사용자의 클립보드에도 영향을 줄 수 있다. 가급적 사용자 필터를 적용하거나, 해당 사용자 세션에서만 실행하는 자동화를 사용해야 한다.
4. 목표: 재발 시 자동 복구되도록 rdpclip 재시작을 자동화하다
현장에서 가장 실용적인 목표는 “클립보드가 한번 끊겨도 사용자가 작업을 멈추지 않게” 만드는 것이다. 자동화는 크게 3가지 운영 방식이 있다.
| 자동화 방식 | 장점 | 단점 | 권장 환경 |
|---|---|---|---|
| 로그온 시 1회 재시작 | 설정이 가장 단순하다 | 세션 장시간 사용 중 끊김은 즉시 복구되지 않다 | 일반 PC, 간헐 증상 |
| 주기 실행(예: 10분마다 확인) | 재발에도 자동 복구 가능성이 높다 | 불필요한 재시작이 발생할 수 있다 | 업무 서버, 반복 재발 |
| 이벤트 트리거 기반 | 필요할 때만 실행되어 효율적이다 | 이벤트 설계가 어렵고 환경마다 다르다 | 표준 운영, 보안 감사 환경 |
5. 작업 스케줄러로 “로그온 시 rdpclip 재시작”을 자동화하다
가장 널리 쓰이는 방식은 사용자 로그온 시 rdpclip을 한번 정리하고 시작하는 방식이다. 설정이 단순하고 운영 표준 문서로 만들기 쉽다.
5.1 스크립트 파일을 먼저 만들다
원격 PC(또는 서버)에서 다음 경로에 스크립트를 저장하는 방식을 권장하다. 예시는 C:\Scripts를 사용하다.
경로 예시: C:\Scripts\Restart-RdpClipboard.ps1파일 내용은 다음과 같이 구성하다.
# Restart-RdpClipboard.ps1 # 목적: RDP 클립보드 모니터(rdpclip.exe)를 안전하게 재시작하다
Get-Process rdpclip -ErrorAction SilentlyContinue | Stop-Process -Force -ErrorAction SilentlyContinue
Start-Sleep -Seconds 1
Start-Process "$env:windir\System32\rdpclip.exe"주의 : PowerShell 실행 정책으로 인해 스크립트 실행이 차단될 수 있다. 작업 스케줄러에서 실행할 때는 “-ExecutionPolicy Bypass”를 함께 사용하여 운영 중단을 줄이는 것이 일반적이다.
5.2 작업 스케줄러 작업을 만들다
작업 스케줄러(taskschd.msc)에서 새 작업을 만들고 다음 기준으로 설정하다.
| 항목 | 권장 값 | 설명 |
|---|---|---|
| 이름 | Restart RDP Clipboard | 검색이 쉬운 이름으로 표준화하다 |
| 트리거 | 사용자 로그온 시 | 해당 사용자 또는 모든 사용자 선택이 가능하다 |
| 동작 | 프로그램 시작 | PowerShell을 호출하다 |
| 프로그램/스크립트 | powershell.exe | Windows 기본 PowerShell을 사용하다 |
| 인수 추가 | -NoProfile -ExecutionPolicy Bypass -File "C:\Scripts\Restart-RdpClipboard.ps1" | 프로필 영향 제거 및 정책 우회 옵션을 사용하다 |
| 실행 옵션 | 사용자가 로그온한 경우에만 실행 | 세션 기반 프로세스이므로 일반적으로 이 구성이 안전하다 |
5.3 작업 스케줄러를 명령으로 배포하다
서버가 여러 대이거나 반복 적용이 필요하면 schtasks로 작업을 표준 배포하는 편이 효율적이다. 다음은 “현재 PC에 매 로그온마다 실행되는 작업” 예시이다.
schtasks /Create /TN "Restart RDP Clipboard" /SC ONLOGON /RL LIMITED ^ /TR "powershell.exe -NoProfile -ExecutionPolicy Bypass -File ""C:\Scripts\Restart-RdpClipboard.ps1""" /F주의 : /RL HIGHEST를 사용하면 관리자 권한으로 실행되지만, 조직 정책상 불필요한 권한 상승으로 간주될 수 있다. rdpclip 재시작은 일반적으로 사용자 권한으로도 가능하므로 최소 권한 원칙을 적용하는 것이 안전하다.
6. 주기 실행 방식으로 “끊김을 자동 복구”하도록 강화하다
로그온 1회 재시작만으로 부족하면 “10분마다 상태 점검 후 필요 시 재시작” 같은 주기 실행을 적용할 수 있다. 다만 rdpclip은 정상 동작 중에도 존재하는 프로세스이므로 단순히 존재 여부만 확인하면 의미가 약하다. 운영 관점에서는 “정기적으로 재시작”이 가장 단순하며, 부작용이 허용 가능한 범위인지 판단 후 적용하는 방식이 흔하다.
6.1 10분마다 rdpclip 재시작(단순·강력)이다
아래 스크립트는 매 실행 시 rdpclip을 재시작하다.
# Restart-RdpClipboard-Always.ps1 Get-Process rdpclip -ErrorAction SilentlyContinue | Stop-Process -Force -ErrorAction SilentlyContinue Start-Sleep -Seconds 1 Start-Process "$env:windir\System32\rdpclip.exe"작업 스케줄러 트리거를 “매 10분”으로 구성하면 된다. schtasks 예시는 다음과 같다.
schtasks /Create /TN "Restart RDP Clipboard (Every 10min)" /SC MINUTE /MO 10 /RL LIMITED ^ /TR "powershell.exe -NoProfile -ExecutionPolicy Bypass -File ""C:\Scripts\Restart-RdpClipboard-Always.ps1""" /F주의 : 주기 재시작은 원격에서 복사·붙여넣기 작업을 하던 중 순간적으로 붙여넣기가 실패하는 체감이 생길 수 있다. 운영 중인 팀에는 “10분마다 자동 리프레시가 발생할 수 있다”는 공지를 포함해야 한다.
6.2 “필요할 때만” 재시작하도록 운영 기준을 세우다
주기 재시작이 부담이면 트리거를 더 길게 잡는 방식이 있다. 예를 들어 “매 60분”로 늘리거나, “평일 업무시간에만” 수행하도록 스케줄을 제한할 수 있다. 조직 운영 표준에서는 다음 기준이 자주 쓰인다.
| 정책 예시 | 권장 값 | 적용 의도 |
|---|---|---|
| 업무시간 한정 | 09:00~18:00만 반복 | 야간 배치/운영 영향 최소화하다 |
| 빈도 완화 | 60분마다 1회 | 사용자 체감 끊김을 줄이다 |
| 로그온+주기 혼합 | 로그온 1회 + 30분마다 | 초기 안정화와 재발 대응을 동시에 하다 |
7. 정책(GPO)로 클립보드 리다이렉션이 차단된 경우 점검하다
특정 서버에서만 안 되거나, 특정 조직망에서만 안 되면 그룹 정책에 의해 “장치 및 리소스 리다이렉션”이 제한된 경우가 있다. 이때는 rdpclip 재시작을 아무리 해도 해결되지 않는다.
7.1 점검 경로(관리 템플릿)이다
일반적으로 다음 경로에서 관련 설정을 확인하다.
컴퓨터 구성 → 관리 템플릿 → Windows 구성 요소 → 원격 데스크톱 서비스 → 원격 데스크톱 세션 호스트 → 장치 및 리소스 리다이렉션여기에서 클립보드 리다이렉션을 금지하는 정책이 “사용”으로 되어 있으면 해당 서버에서는 정책 해제 없이는 클립보드 공유가 되지 않는다. 조직 정책에 따라 합법적인 예외 승인 절차를 통해 조정해야 한다.
주의 : 보안 강도가 높은 환경에서는 클립보드 리다이렉션을 의도적으로 차단하여 정보 유출을 방지한다. 이 경우 기술 지원의 목표는 “우회”가 아니라 “허용 가능한 대체 전송 방식”을 제시하는 것이어야 한다.
7.2 대체 전송 방식(정책 준수형)이다
클립보드가 정책상 불가하면 다음 대안이 현실적이다.
| 대안 | 장점 | 운영 포인트 |
|---|---|---|
| 파일 전송(승인된 공유 경로) | 감사 및 통제가 쉽다 | 권한·로그 정책과 함께 운영하다 |
| 원격 내 협업 저장소 | 내부망에서만 이동 가능하다 | 보안 구역 분리를 유지하다 |
| 보안 게이트웨이/VDI 표준 기능 | 정책 기반으로 허용 범위를 제어하다 | 제품별 설정 표준안을 문서화하다 |
8. 현장 운영을 위한 “표준 복구 시나리오”를 문서화하다
장애 대응 품질을 올리려면 사용자가 증상을 겪을 때 어떤 순서로 무엇을 실행해야 하는지가 고정되어야 한다. 다음 표준 시나리오는 단일 PC부터 RDS까지 폭넓게 적용 가능한 흐름이다.
8.1 표준 시나리오(사용자 안내용)이다
| 순서 | 확인/조치 | 성공 기준 |
|---|---|---|
| 1 | mstsc의 클립보드 체크 확인 후 재접속하다 | 새 세션에서 복사/붙여넣기 동작하다 |
| 2 | 원격에서 rdpclip.exe 재시작하다 | 텍스트 붙여넣기 즉시 복구되다 |
| 3 | 재발 시 자동화 작업이 동작하는지 확인하다 | 로그온 또는 주기 실행 후 정상화되다 |
| 4 | 특정 서버에서만 실패하면 정책/GPO를 점검하다 | 정책 허용 또는 대체 경로로 전환되다 |
| 5 | 지속 장애면 세션 재연결 또는 재부팅을 수행하다 | 세션 채널이 초기화되어 복구되다 |
FAQ
rdpclip.exe를 재시작했는데도 붙여넣기가 계속 안되다. 무엇을 더 봐야 하다?
mstsc에서 클립보드 옵션이 켜져 있는지 다시 확인해야 한다. 특정 서버에서만 실패하면 그룹 정책으로 클립보드 리다이렉션이 차단된 상태일 수 있다. 또한 원격 세션이 오래 유지되어 채널이 꼬인 경우에는 세션을 로그오프 후 재접속하는 것이 효과적이다.
터미널 서버(RDS)에서 다른 사용자 영향 없이 자동화하려면 어떻게 하다?
가장 안전한 방식은 “사용자 로그온 시 해당 사용자 컨텍스트로만 실행”되도록 작업을 구성하는 것이다. 주기 실행도 가능하지만 전체 사용자에게 일괄 적용하면 불필요한 재시작이 늘 수 있다. 운영 표준에서는 먼저 로그온 1회 재시작을 적용하고, 재발 빈도가 높은 사용자 그룹에만 주기 실행을 추가하는 방식이 현실적이다.
PowerShell 실행 정책 때문에 스크립트가 실행되지 않다. 어떻게 하다?
작업 스케줄러 동작에서 powershell.exe 인수로 -ExecutionPolicy Bypass와 -NoProfile을 함께 사용하는 구성이 일반적이다. 다만 조직 정책상 제한이 있으면 보안팀과 합의된 방식으로 서명된 스크립트를 배포하는 운영 프로세스를 선택해야 한다.
자동화를 적용했는데도 간헐적으로 실패하다. 더 안정적으로 만들 수 있나?
로그온 트리거만으로 부족하면 주기 실행을 추가하여 자가 복구 빈도를 높일 수 있다. 다만 너무 짧은 간격은 사용자 체감을 악화시킬 수 있으므로 10~60분 범위에서 업무 특성에 맞게 조정하는 것이 운영상 안정적이다.