Windows 10에서 원격 데스크톱 연결이 자주 끊기는 문제를 해결하는 방법

안녕하세요. 일본서버 호스팅 전문 비전 IDC 기술팀입니다.

오늘은 Windows 10에서 원격 데스크톱(RDP) 연결이 자주 끊기거나 잠시 연결이 끊어진 뒤 다시 연결되는 문제를 해결하는 방법을 알아보겠습니다. RDP 세션이 반복해서 끊기는 원인은 인터넷 품질 저하, VPN 또는 NAT 장비, 원격 데스크톱 세션 시간 제한 정책, 자동 재연결 설정, UDP 전송 경로 문제 등 여러 가지가 있을 수 있습니다.

이 문서에서는 먼저 끊김이 네트워크 문제인지 Windows 정책 문제인지 구분하고, 연결 테스트와 이벤트 로그 확인, 세션 시간 제한 정책, Automatic reconnection, Keep-Alive, UDP/TCP 전송 설정을 순서대로 점검합니다. 특정 설정을 무조건 변경하기보다 끊기는 시점과 증상을 기록하면서 원인을 좁히는 방식으로 진행하는 것이 중요합니다.

적용 환경 및 작업 전 확인사항

이 문서는 Windows 10 Pro 계열에서 원격 데스크톱 호스트 또는 클라이언트로 RDP를 사용하는 환경을 기준으로 작성합니다. Windows 10 Home은 일반적인 원격 데스크톱 호스트 기능을 제공하지 않으므로 서버로 접속받는 용도라면 에디션을 먼저 확인해야 합니다.

1. 끊기는 시점과 패턴 먼저 확인

설정을 변경하기 전에 RDP가 언제 끊기는지 기록합니다. 특히 매번 거의 동일한 시간 간격으로 끊기는지, 아니면 불규칙하게 연결이 끊기는지를 구분하면 원인을 빠르게 좁힐 수 있습니다.

끊김 패턴별 우선 점검 항목
증상 우선 의심할 항목
정확히 10분, 30분, 1시간처럼 일정한 간격으로 끊김 RDP 세션 시간 제한 또는 조직의 그룹 정책
Wi-Fi나 VPN 상태가 변할 때 끊김 네트워크 품질, VPN, NAT, 무선 환경
몇 초간 끊긴 뒤 자동으로 다시 연결됨 짧은 네트워크 손실 또는 RDP 전송 경로 문제
오랫동안 입력이 없을 때만 끊김 Active but idle session 시간 제한
특정 네트워크에서만 자주 끊김 공유기, 사내 방화벽, VPN, UDP 처리 문제

2. 네트워크와 RDP 포트 상태 확인

먼저 접속하는 PC에서 원격 PC까지 기본 네트워크 상태와 RDP 포트 연결 상태를 확인합니다.

RDP TCP 포트 연결 확인

기본 포트 3389를 사용하는 경우 PowerShell에서 다음 명령을 실행합니다.

Test-NetConnection -ComputerName 203.0.113.10 -Port 3389

TcpTestSucceeded : True이면 테스트 시점에는 TCP 3389까지 연결이 가능한 상태입니다. 사용자 지정 RDP 포트를 사용한다면 3389를 실제 포트 번호로 변경하십시오.

연속 Ping으로 순간적인 손실 확인

RDP를 사용하는 동안 별도의 명령 프롬프트에서 일정 횟수 Ping을 실행하여 끊기는 시간과 패킷 손실이 겹치는지 확인할 수 있습니다.

ping -n 100 203.0.113.10

RDP가 끊기는 시점에 Ping 응답도 함께 누락되거나 지연 시간이 크게 증가한다면 Windows 세션 정책보다 네트워크 경로를 우선 점검하는 것이 좋습니다.

3. 이벤트 로그에서 실제 끊김 시점 확인

RDP가 끊어진 정확한 시간대를 확인하면 네트워크 문제와 세션 정책 문제를 비교하기 쉬워집니다. 원격 PC에서 이벤트 뷰어를 실행합니다.

eventvwr.msc

다음 로그를 우선 확인합니다.

응용 프로그램 및 서비스 로그
→ Microsoft
→ Windows
→ TerminalServices-LocalSessionManager
→ Operational

Microsoft의 원격 데스크톱 문제 해결 문서에서도 TerminalServices-LocalSessionManager 로그를 주요 확인 위치로 안내합니다. 끊긴 시간대의 이벤트를 확인하고, 세션 ID와 끊긴 시각을 기록합니다.

환경에 따라 Event ID 40과 같은 세션 연결 해제 이벤트가 기록될 수 있습니다. 다만 reason code는 모든 값이 일반 사용자용 문서로 명확하게 공개되어 있는 것은 아니므로 숫자 하나만으로 원인을 단정하지 말고 같은 시각의 네트워크 상태와 다른 로그를 함께 비교하십시오.

4. RDP 세션 시간 제한 정책 확인

RDP가 일정한 시간마다 끊기거나 입력을 하지 않았을 때만 끊긴다면 세션 시간 제한 정책을 먼저 확인합니다.

Win + R에서 다음 명령으로 로컬 그룹 정책 편집기를 실행합니다.

gpedit.msc

다음 위치로 이동합니다.

컴퓨터 구성
→ 관리 템플릿
→ Windows 구성 요소
→ 원격 데스크톱 서비스
→ 원격 데스크톱 세션 호스트
→ 세션 시간 제한

특히 다음 정책을 확인합니다.

  • 활성 원격 데스크톱 서비스 세션에 대한 시간 제한 설정
  • 활성 상태지만 유휴 원격 데스크톱 서비스 세션에 대한 시간 제한 설정
  • 연결이 끊어진 세션에 대한 시간 제한 설정
  • 시간 제한에 도달하면 세션 종료

Microsoft 정책 문서에 따르면 활성 또는 유휴 세션 제한이 사용 안 함 또는 구성되지 않음이면 그룹 정책 수준에서 해당 시간 제한이 지정되지 않습니다. 반대로 특정 시간이 설정되어 있다면 그 시간이 지나면서 세션이 자동으로 연결 해제될 수 있습니다.

5. 자동 재연결 설정 확인

짧은 네트워크 손실이 발생하더라도 기존 RDP 세션으로 자동 복귀하도록 Automatic reconnection 정책을 확인할 수 있습니다.

그룹 정책에서 다음 위치로 이동합니다.

컴퓨터 구성
→ 관리 템플릿
→ Windows 구성 요소
→ 원격 데스크톱 서비스
→ 원격 데스크톱 세션 호스트
→ 연결
→ 자동 다시 연결

이 정책을 사용으로 설정하면 네트워크 링크가 일시적으로 끊어졌을 때 Remote Desktop Connection 클라이언트가 기존 세션에 자동으로 다시 연결하도록 허용합니다.

Microsoft 정책 문서에 따르면 기본 자동 재연결 동작은 최대 20회, 5초 간격으로 재연결을 시도합니다. 정책이 구성되지 않은 환경에서는 원격 데스크톱 연결 클라이언트의 환경(Experience) 탭에 있는 연결이 끊어진 경우 다시 연결 옵션으로도 설정할 수 있습니다.

6. Keep-Alive 연결 간격 설정 확인

클라이언트 연결이 실제로 사라졌는데도 원격 PC에서 세션 상태가 정상적으로 갱신되지 않거나, 끊어진 뒤 새 세션이 반복 생성되는 문제가 있다면 RDP Keep-Alive 정책을 확인할 수 있습니다.

그룹 정책에서 다음 위치로 이동합니다.

컴퓨터 구성
→ 관리 템플릿
→ Windows 구성 요소
→ 원격 데스크톱 서비스
→ 원격 데스크톱 세션 호스트
→ 연결
→ Keep-Alive 연결 간격 구성

정책을 사용으로 설정하면 분 단위의 Keep-Alive 간격을 지정할 수 있습니다. Microsoft 문서에서 허용하는 범위는 1~999,999분입니다.

이 설정은 서버가 세션 상태를 주기적으로 확인하도록 하는 기능입니다. 실제 인터넷 패킷 손실이나 VPN 장애를 해결하는 기능은 아니므로 네트워크 문제가 확인된 상태라면 라우터, VPN, 회선 또는 방화벽을 먼저 점검해야 합니다.

7. UDP 문제 여부를 TCP 전용 연결로 테스트

RDP는 환경에 따라 TCP와 UDP를 함께 사용할 수 있습니다. Microsoft 정책 문서에 따르면 UDP 연결이 성공하면 RDP 트래픽의 상당 부분이 UDP를 사용할 수 있으며, UDP가 사용할 수 없으면 TCP로 동작합니다.

VPN, 공유기 또는 중간 방화벽에서 UDP 세션 처리가 불안정하다고 의심될 때는 진단 목적으로 클라이언트의 UDP 사용을 일시적으로 중지해 TCP만으로 연결해 볼 수 있습니다.

접속하는 Windows 10 PC에서 gpedit.msc를 실행한 뒤 다음 위치로 이동합니다.

컴퓨터 구성
→ 관리 템플릿
→ Windows 구성 요소
→ 원격 데스크톱 서비스
→ 원격 데스크톱 연결 클라이언트
→ 클라이언트에서 UDP 끄기

정책을 사용으로 설정하면 해당 클라이언트의 RDP 트래픽은 TCP만 사용합니다. 정책을 적용한 뒤 원격 데스크톱 클라이언트를 종료하고 다시 연결하여 끊김 증상이 달라지는지 확인합니다.

원격 PC 측에서도 원격 데스크톱 세션 호스트 → 연결 → RDP 전송 프로토콜 선택 정책으로 서버가 UDP 또는 TCP를 사용하는 방식을 지정할 수 있지만, 모든 클라이언트에 영향을 주므로 먼저 클라이언트 한 대에서 TCP 전용 테스트를 하는 편이 안전합니다.

8. 네트워크 어댑터 절전 상태 확인

노트북 절전 복귀 후 또는 PC가 오랫동안 유휴 상태였을 때 네트워크가 잠시 끊기면서 RDP도 함께 종료된다면 네트워크 어댑터의 전원 관리 상태를 확인합니다.

관리자 PowerShell에서 전원 관리 기능을 지원하는 네트워크 어댑터의 현재 상태를 확인할 수 있습니다.

Get-NetAdapterPowerManagement -Name "*"

Microsoft의 Get-NetAdapterPowerManagement cmdlet은 어댑터가 지원하는 전원 관리 기능과 현재 상태를 표시합니다. 특정 기능을 변경하기 전에는 사용하는 어댑터 이름과 현재 값을 기록해 두는 것이 좋습니다.

장치 관리자에서 네트워크 어댑터의 전원 관리 탭이 제공되는 환경이라면 절전 관련 옵션을 함께 확인할 수 있습니다. 다만 일부 하드웨어나 전원 관리 방식에서는 해당 탭이 표시되지 않을 수 있으므로 레지스트리를 임의로 수정하여 탭을 강제로 만들지는 않는 것이 좋습니다.

9. 해결 여부 확인

설정을 하나 변경할 때마다 일정 시간 동안 RDP를 사용해 끊김이 재현되는지 확인합니다. 여러 설정을 한 번에 바꾸면 어떤 변경이 효과가 있었는지 판단하기 어렵습니다.

  1. RDP 연결 직후 시간을 기록합니다.
  2. 별도의 창에서 ping -n 100 또는 필요한 만큼 네트워크 상태를 확인합니다.
  3. 끊김이 발생하면 정확한 시간을 기록합니다.
  4. 원격 PC의 TerminalServices-LocalSessionManager/Operational 로그에서 같은 시간대의 이벤트를 확인합니다.
  5. 변경 전과 비교해 끊김 빈도와 재연결 시간을 확인합니다.

특정 네트워크에서만 문제가 재현된다면 모바일 테더링이나 다른 인터넷 회선으로 동일한 RDP 서버에 연결해 비교하는 것도 원인을 구분하는 데 도움이 됩니다.

10. 증상별 점검표

Windows 10 RDP 연결 끊김 문제 점검
증상 가능한 원인 우선 확인 해결 방향
정확한 시간 간격으로 반복 끊김 세션 시간 제한 정책 Session Time Limits 정책 불필요한 제한이 설정되어 있다면 정책을 수정
수 초 동안 끊긴 뒤 다시 연결됨 순간적인 네트워크 손실 Ping, VPN, Wi-Fi, 이벤트 시각 네트워크 원인 수정 및 Automatic reconnection 확인
특정 VPN이나 공유기에서만 끊김 UDP/NAT 세션 처리 문제 가능성 다른 네트워크에서 비교 클라이언트 TCP 전용 연결을 임시 테스트
PC 절전 복귀 직후 RDP가 끊김 네트워크 어댑터 전원 관리 또는 절전 상태 Get-NetAdapterPowerManagement 어댑터 드라이버와 전원 관리 옵션 확인
RDP 연결 자체가 다시 되지 않음 서비스, 방화벽 또는 포트 문제 Test-NetConnection과 RDP 서비스 상태 네트워크·방화벽·TermService부터 점검

11. 변경한 설정 원상복구

문제 해결 과정에서 그룹 정책을 변경했지만 효과가 없었다면 변경한 항목을 다시 구성되지 않음(Not Configured)으로 되돌리는 것이 좋습니다.

  • 클라이언트에서 UDP 끄기 → 구성되지 않음
  • RDP 전송 프로토콜 선택 → 구성되지 않음
  • Automatic reconnection → 변경 전 상태로 복원
  • Keep-Alive 연결 간격 → 변경 전 상태로 복원
  • 세션 시간 제한 → 조직 정책 또는 변경 전 값으로 복원

도메인에 가입된 환경에서는 정책이 중앙에서 다시 적용될 수 있으므로 로컬에서 반복해서 값을 변경하지 말고 도메인 관리자에게 적용 정책을 확인하십시오.

공식 참고자료

  • Microsoft Learn — Policy CSP - ADMX_TerminalServer — Automatic reconnection, Configure keep-alive connection interval, Session Time Limits, Select RDP transport protocols, Turn off UDP on client 정책의 동작과 적용 경로 확인. 조회일: 2026-10-21.
  • Microsoft Learn — 원격 데스크톱 연결이 끊어진 오류 문제 해결 — RDP 연결 끊김 점검, 이벤트 로그 위치 및 Keep-Alive 관련 문제 해결 절차 참고. 조회일: 2026-10-21.
  • Microsoft Learn — Get-NetAdapterPowerManagement — 네트워크 어댑터의 전원 관리 기능 상태 확인 방법 참고. 조회일: 2026-10-21.
  • Microsoft Learn — Windows 10 지원 종료 — Windows 10 일반 지원 종료일과 이후 지원 정책 확인. 조회일: 2026-10-21.

자주 묻는 질문

RDP가 정확히 30분마다 끊깁니다. 네트워크 문제인가요?

항상 거의 같은 시간 간격으로 끊긴다면 네트워크보다 먼저 RDP 세션 시간 제한 정책을 확인하는 것이 좋습니다. 특히 유휴 세션 제한과 활성 세션 제한에 특정 시간이 설정되어 있는지 확인하십시오.

UDP를 끄면 RDP 끊김이 무조건 해결되나요?

아닙니다. UDP 비활성화는 VPN, NAT 또는 중간 네트워크에서 UDP 처리가 불안정할 가능성을 확인하기 위한 진단 방법입니다. 효과가 없다면 다시 기본 설정으로 복원하는 것이 좋습니다.

Keep-Alive를 설정하면 인터넷이 끊겨도 RDP가 유지되나요?

Keep-Alive는 원격 세션 상태를 서버와 클라이언트 사이에서 확인하는 기능이며 실제 인터넷 장애를 제거하지는 않습니다. 회선이나 VPN이 끊기면 RDP도 영향을 받을 수 있습니다.

RDP가 잠깐 끊겼다가 다시 연결되면 세션이 종료된 것인가요?

반드시 로그오프된 것은 아닙니다. 짧은 네트워크 손실에서는 기존 세션이 유지된 상태로 클라이언트가 자동 재연결할 수 있습니다. 이벤트 로그와 재접속 후 실행 중인 프로그램 상태를 함께 확인하십시오.

마무리

Windows 10에서 원격 데스크톱 연결이 자주 끊긴다면 먼저 끊기는 시간과 패턴을 기록하고, 네트워크 상태와 이벤트 로그를 비교한 뒤 세션 시간 제한, Automatic reconnection, Keep-Alive, UDP/TCP 전송 설정을 순서대로 확인하는 것이 좋습니다. 여러 설정을 동시에 변경하기보다 한 단계씩 적용하고 재현 여부를 확인해야 정확한 원인을 찾을 수 있습니다.

비전 IDC는 일본서버 호스팅 환경을 포함한 다양한 Windows 서버 운영 환경에서 원격 데스크톱 연결 장애와 네트워크 문제를 안정적으로 해결하는 데 도움이 되는 기술정보를 지속적으로 제공하겠습니다.

  • 0 사용자에게 유용한 정보 제공
이 답변이 도움이 되었나요?
« Back