원격 데스크톱이 계속 끊어지나요? 원인 및 해결 방법

소개

예기치 않은 원격 데스크톱 연결 끊김은 관리 작업을 방해하고 전체 원격 데스크톱 서비스(RDS) 환경의 사용자에게 영향을 미칠 수 있습니다. 그러나 원격 데스크톱 프로토콜(RDP) 연결을 잃는 것이 반드시 Windows 세션이 종료되었다는 것을 의미하지는 않습니다. 이 문서에서는 원인을 식별하고, 세션 제한을 구성하며, 보안을 손상시키지 않고 반복적인 연결 끊김을 해결하는 방법을 설명합니다.

원격 데스크톱이 계속 끊기는 이유는 무엇인가요?

원격 데스크톱 세션은 Windows 세션 정책, 네트워크 문제, 게이트웨이 문제 또는 서버 측 문제로 인해 중단될 수 있습니다. 유사한 증상이 있더라도 각 문제는 특정 접근 방식이 필요합니다.

관리자는 상황을 분석하고 어떤 일이 Windows 세션에 발생하는지, 그리고 언제 발생하는지를 파악한 후에 조치를 취해야 합니다.

세션이 연결이 끊기거나 잠기거나 로그오프되고 있습니까?

Windows는 여러 세션 상태를 구분하며, 이는 정확한 문제 해결을 위해 필수적입니다.

세션 상태	무슨 일이 일어나는가	응용 프로그램에 대한 영향
활성	사용자가 Windows에 연결되어 상호작용하고 있습니다.	응용 프로그램이 정상적으로 실행됩니다.
유휴	세션은 사용자 입력 없이 연결된 상태로 유지됩니다.	응용 프로그램은 일반적으로 계속 실행됩니다.
잠금됨	인증이 필요합니다.	응용 프로그램은 일반적으로 활성 상태를 유지합니다.
연결 끊김	RDP 연결이 종료되지만 Windows 세션은 유지됩니다.	응용 프로그램은 일반적으로 계속 실행됩니다.
로그아웃됨	Windows 세션이 종료됩니다.	세션에서 실행 중인 애플리케이션은 정상적으로 종료됩니다.

사용자가 재연결하고 애플리케이션이 여전히 실행 중인 경우, 세션이 종료된 것이 아니라 연결이 끊어진 것일 수 있습니다. 애플리케이션이 닫히고 사용자가 새 세션을 보게 된다면, 로그오프, 세션 종료 또는 호스트의 재시작이 발생했을 수 있습니다.

잠긴 세션은 다시 다릅니다. 사용자는 새 RDP 연결을 설정하지 않고 기존 세션을 재개하기 위해 인증만 필요할 수 있습니다.

연결 끊김의 타이밍이 당신에게 무엇을 말해줍니까?

RDP 연결 끊김의 시기와 상황은 종종 근본 원인에 대한 가장 좋은 힌트를 제공할 수 있습니다.

증상	가능한 원인	첫 번째 확인
고정된 유휴 기간 후 연결이 끊깁니다.	유휴 세션 제한 또는 네트워크 시간 초과	세션 및 게이트웨이 정책
활동 중 고정된 시간 후에 연결이 끊어집니다.	활성 세션 제한 또는 중간 시간 초과	활성 세션 및 게이트웨이 설정
사용 중 무작위로 연결이 끊깁니다.	패킷 손실, VPN 불안정성 또는 전송 실패	네트워크 연결
비활성 상태 후 잠금	Windows 비활성 상태 또는 화면 보호기 정책	보안 설정
호스트가 유휴 상태일 때 연결이 끊깁니다.	수면 또는 최대 절전 모드	전원 설정
연결이 끊어진 후 애플리케이션이 종료됩니다.	세션 종료, 로그오프 또는 호스트 재시작	세션 제한 및 이벤트 로그
여러 사용자가 동시에 연결을 끊습니다.	공유 게이트웨이, 네트워크 또는 호스트 문제	인프라 이벤트

그러나 이러한 관찰은 단서일 뿐이며, 실제 원인은 다를 수 있습니다.

예를 들어, 방화벽에 비활성 연결에 대한 내장된 타임아웃이 있는 경우, 이는 문제를 혼란스럽게 하여 RDS 유휴 세션 정책을 숨길 수 있습니다.

다음으로 Windows 세션 정책이 원인인지 확인하십시오.

RDP 세션 타임아웃 및 유휴 제한은 어떻게 작동합니까?

원격 데스크톱 서비스는 세션의 시간, 비활성 상태 및 종료를 관리하기 위한 여러 가지 고유한 옵션을 제공합니다. 이러한 옵션의 부적절한 사용은 관리자 간의 오해를 초래할 수 있으며, 문제와 일치하지 않는 정책의 변경을 초래할 수 있습니다.

활성, 대기 및 연결 끊김 세션 제한

에 따르면 Microsoft Learn의 원격 데스크톱 서비스 정책 문서 Windows는 세 가지 주요 세션 시간 제한을 제공합니다:

• 활성 세션 제한: 세션의 최대 지속 시간을 사용자 활동에 관계없이 제어합니다. 8시간 제한은 지속적으로 작업해온 사용자를 연결 해제할 수 있습니다.
• 유휴 세션 제한: 연결된 세션이 비활성 상태로 얼마나 오래 유지될 수 있는지를 제어하여 Windows가 이를 끊도록 합니다. 30분 제한은 사용자 입력 없이 30분 후에 세션을 중단할 수 있습니다.
• 세션 제한 해제: 세션이 이미 연결이 끊어진 후 Windows가 이를 종료하기 전에 서버에 얼마나 오래 남아 있는지를 제어합니다.

연결이 끊어진 세션 제한은 일반적으로 초기 연결 중단을 초래하지 않습니다. 대신, 사용자의 세션과 애플리케이션이 이후에 얼마나 오랫동안 사용 가능한지를 결정합니다.

관리자는 정책을 검토해야 합니다. 세션이 시간 제한에 도달하면 종료됩니다. 이 설정이 활성화되면, 적용 가능한 활성 또는 유휴 시간 제한이 세션을 단순히 연결 해제하는 것이 아니라 종료시킬 수 있습니다.

어떤 세션 타임아웃 설정이 우선합니까?

세션 제한은 로컬 그룹 정책, 도메인 그룹 정책 또는 RDS 컬렉션 설정에 의해 제어될 수 있습니다. 구성 옵션은 항상 동일한 수준에 있지 않습니다.

Windows는 적용 가능한 정책 계층과 관련하여 그룹 정책에 따라 작동합니다. RDS 세션 시간 제한과 관련하여, 이는 컴퓨터 정책이 관련 사용자 정책보다 우선시되며, 강제 정책 설정이 수집 수준 구성보다 우선할 수 있음을 의미합니다.

이는 로컬 수준에서 설정에 대한 변경이 도메인 정책에서 다른 값이 지정된 경우 영향을 미치지 않을 수 있음을 의미합니다.

관리자는 여러 변경을 하기 전에 효과적인 구성을 결정해야 합니다. 이는 상충하는 정책이 생성되는 것을 방지하여 기록 및 문제 해결을 간소화합니다.

원격 데스크톱 세션 시간 초과를 수정하기 위해 무엇을 해야 합니까?

원격 데스크톱이 일정 시간 후에 계속 연결이 끊기는 경우, 네트워크 설정을 변경하는 대신 먼저 세션 시간 제한을 확인하십시오.

1단계: 그룹 정책에서 RDP 세션 제한 확인

영향을 받는 Windows 호스트에서:

1. 열다 실행 그리고 입력하십시오 gpedit.msc .
2. 탐색하다 컴퓨터 구성 > 관리 템플릿 > Windows 구성 요소 > 원격 데스크톱 서비스 > 원격 데스크톱 세션 호스트 > 세션 시간 제한 .
3. 리뷰 활성 원격 데스크톱 서비스 세션에 대한 시간 제한 설정 .
4. 확인 활성 상태이지만 유휴인 원격 데스크톱 서비스 세션에 대한 시간 제한 설정 .
5. 연결이 끊어진 세션 제한을 검토하고 세션이 시간 제한에 도달하면 종료됩니다. .

구성된 제한 사항을 당신이 목격한 연결 끊김 사이의 측정된 간격과 비교하십시오.

예를 들어, 사람들이 약 15분의 비활동 후에 연결이 끊기는 경향이 있고 15분의 유휴 세션 제한이 설정되어 있다면, 이는 가능한 원인입니다.

환경의 요구 사항에 따라 관련 지침을 수정하십시오. 일반적으로 완전히 제거하는 것보다 지나치게 엄격한 제한을 단순히 확장하는 것이 더 좋습니다. 도메인에서 관리되는 컴퓨터에서는 그룹 정책 관리 콘솔(gpmc.msc)을 열고 관련 항목을 검토할 수 있습니다.

2단계: 적용된 그룹 정책 확인

로컬 정책을 변경해도 문제가 해결되지 않으면 실제로 적용된 그룹 정책 개체(GPO)가 무엇인지 확인하십시오.

영향을 받는 호스트에서 관리자 권한의 명령 프롬프트를 열고 다음을 실행하십시오:

gpresult /h C:\Windows\Temp\gpresult.html

컴퓨터에 대한 보고서를 열고, 그 컴퓨터에 적용된 정책을 검토합니다. 사용자에게 적용된 정책을 보려면, 해당 사용자의 결과 정책 집합 정보를 검토하거나 도메인 컨트롤러를 사용하여 해당 사용자의 그룹 정책 결과를 확인합니다.

그룹 정책 개체에 대한 권한 있는 변경을 한 후, 설정이 적용된 컴퓨터에 대한 그룹 정책 설정을 업데이트하십시오.

gpupdate /force

상황에 따라 사용자가 연결을 다시 설정하거나 변경 사항이 적용되기 전에 로그오프한 후 다시 로그인해야 할 수도 있습니다.

이 단계는 동일한 RDS 환경이 여러 GPO에 의해 관리되는 경우 특히 필요합니다.

3단계: RDS 수집 및 RD 게이트웨이 설정 검토

전통적인 Microsoft RDS 배포에서는 세션 제한이 컬렉션 수준에서 구성될 수 있습니다.

열다 서버 관리자 > 원격 데스크톱 서비스 > 컬렉션 관련 컬렉션을 선택하고 세션 속성을 검토하십시오. 의도한 구성에 대해 활성, 유휴 및 연결 끊김 세션 한도를 확인하십시오.

사용자가 원격 데스크톱 게이트웨이(RD 게이트웨이)를 통해 연결하는 경우, 게이트웨이의 연결 승인 정책을 확인하십시오.

RD 게이트웨이 서버에서:

1. 열다 원격 데스크톱 게이트웨이 관리자 .
2. 탐색하다 정책 > 연결 승인 정책 .
3. 관련 정책을 엽니다.
4. 세션 타임아웃 설정을 검토하십시오.

게이트웨이에 의해 적용되는 타임아웃은 세션 호스트가 연장 세션을 허용하더라도 발생할 수 있습니다.

RD 게이트웨이를 사용할 때만 문제가 발생하는 경우, 조사하십시오. 게이트웨이 구성 세션 호스트 정책을 수정하기 전에 관련 네트워크 장치를 확인하십시오.

원격 데스크톱이 일정 시간 비활성 상태 후에 연결이 끊기는 이유는 무엇인가요?

모든 비활동 관련 중단이 RDS 유휴 세션 제한으로 인해 발생하는 것은 아닙니다. 보안 관련 또는 전원 관리 관련 설정과 같이 방해할 수 있는 다른 Windows 설정이 있습니다.

Windows 머신 비활성 정책 확인

Windows는 사용자의 비활동 시간이 일정 시간 경과 후 세션을 잠그도록 구성할 수 있습니다.

열다 secpol.msc 그리고 이동하여:

로컬 정책 > 보안 옵션 > 대화형 로그온: 머신 비활성화 제한

이 설정은 Windows가 세션을 잠그기 전에 비활성 상태인 기간(초 단위)을 지정합니다.

잠금은 일반적으로 RDP 세션을 종료하거나 애플리케이션을 닫지 않습니다. 따라서 사용자가 Windows 로그인 화면만 보는 경우 RDS 세션 제한을 변경하기 전에 잠금 정책을 조사해야 합니다.

스크린 세이버 및 전원 설정 확인

스크린 세이버 정책은 사용자가 비활성 상태 후 인증을 요구할 수도 있습니다.

설정 검토:

사용자 구성 > 관리 템플릿 > 제어판 > 개인화

스크린 세이버 타임아웃 및 비밀번호 보호 설정에 특히 주의하세요.

Windows 작업 공간에서 절전 모드나 최대 절전 모드는 원격 컴퓨터를 일시적으로 사용할 수 없게 만들 수 있습니다. 관련 전원 설정을 확인하십시오. 설정 > 시스템 > 전원 및 배터리 전원 옵션 인터페이스에 해당합니다.

지속적인 요구가 있는 시스템 원격 액세스 원거리에서 접근할 수 있어야 하며 적절한 전원 관리 정책이 있어야 합니다. 모든 엔드포인트에서 절전을 비활성화하면 기업 보안과 전원 요구 사항이 저해될 수 있습니다.

무작위 RDP 연결 끊김 문제를 해결하는 과정은 무엇인가요?

원격 데스크톱이 특히 활발히 작업할 때 경고 없이 자주 연결이 끊어지는 경우, 세션 시간 초과보다 네트워크 인터페이스 및 전송 실패가 훨씬 더 가능성이 높습니다.

네트워크 연결 및 VPN 안정성 테스트

관련 서버 또는 게이트웨이에 대한 연결성을 테스트하는 것으로 시작하십시오.

Test-NetConnection server.example.com -Port 3389

이것은 주어진 목적지와 포트에 TCP 연결을 만들 수 있는지 테스트합니다. 호스트 이름과 포트를 귀하의 환경에 맞는 값으로 교체하십시오.

지속적인 도달성 테스트를 수행하려면 다음을 실행하십시오:

ping server.example.com -t

지속적인 핑을 사용하면 인터넷 제어 메시지 프로토콜(ICMP)이 허용되는 경우 간헐적인 패킷 손실이나 지연 스파이크를 강조할 수 있습니다. 그럼에도 불구하고 성공적인 핑 응답은 RDP 전송 안정성의 보장을 의미하지 않습니다.

네트워크 중단과 연결 끊김이 관련이 있다면, Wi-Fi 중단을 고려하십시오. VPN 터널 실패 라우팅 변경 및 방화벽 상태 전환.

VPN 재키잉 실패, 방화벽 연결 시간 초과 및 네트워크 주소 변환(NAT) 세션 만료는 모두 그렇지 않으면 안정적인 RDP 연결을 방해할 수 있습니다.

대체 연결 경로를 분석할 때는 승인된 네트워크 경로만 사용하십시오. RDP를 일반 인터넷 트래픽에 노출시키거나 진단 목적으로 의무화된 VPN 보안 정책을 우회하지 마십시오.

RDP UDP 전송이 책임이 있는지 확인하십시오.

현대 RDP 세션은 응답성을 높이기 위해 전송 제어 프로토콜(TCP) 외에 사용자 데이터그램 프로토콜(UDP)을 사용합니다.

하지만 잘못 구성된 방화벽, VPN 또는 기타 네트워크 장치가 UDP 패킷을 차단할 수 있습니다.

문제가 UDP 패킷으로 인해 발생하는지 테스트하려면, 아래 지침을 사용하여 원격 데스크톱 클라이언트가 TCP만 사용하도록 강제하십시오.

클라이언트 컴퓨터에서 그룹 정책을 열고 다음으로 진행하십시오:

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

활성화 클라이언트에서 UDP 끄기 그런 다음 다시 연결하고 중단이 계속되는지 관찰하십시오.

연결이 안정되면 네트워크 경로를 따라 UDP 처리에 대해 살펴보십시오.

이것은 일반적인 해결책이 아닌 진단 단계입니다. TCP 전용 연결은 품질이 좋지 않은 네트워크에서 다른 동작을 하므로, 문제의 근본 원인이 해결된 후에는 선호하는 전송 방식을 다시 설정해야 합니다.

원격 데스크톱 클라이언트 및 서버 상태 조사

지속적인 연결 끊김은 또한 구식 Windows 구성 요소, 네트워크 드라이버 또는 원격 호스트의 불안정성으로 인해 발생할 수 있습니다.

클라이언트 및 호스트 시스템이 최신 상태로 유지되도록 하십시오. Windows 업데이트, 드라이버 변경 또는 네트워크 구성 조정 후 문제가 발생했는지 확인하십시오.

CPU, 메모리 및 디스크 사용량을 실패 발생 시점 근처에서 검사하십시오. RDP 세션 성능 모니터링 리소스 소모가 원격 데스크톱 서비스 성능에 영향을 미칠 수 있는 상관관계를 도울 수 있지만, 높은 사용량이 반드시 근본 원인을 식별하는 것은 아닙니다.

생산 서버에서 초기 진단 단계로 원격 데스크톱 서비스를 재시작하는 것을 피하십시오. 서비스나 호스트 재시작은 적절한 변경 관리 및 진단 절차가 완료될 때까지 연기해야 하며, 이는 다른 사용자에게 방해가 될 수 있습니다.

Windows 로그를 사용할 때 RDP 연결 끊김을 진단하는 방법은 무엇인가요?

정책이나 연결 확인에서 이유가 나타나지 않을 때, Windows 이벤트 로그는 연결이 끊기기 전과 도중에 어떤 일이 발생했는지 파악하는 데 도움이 될 수 있습니다. Microsoft Learn의 문제 해결 가이드 원격 데스크톱 연결 끊김 오류 진단에 대한 추가 정보를 제공합니다.

이벤트 뷰어에서 원격 데스크톱 이벤트 검토

열다 eventvwr.msc 영향을 받는 Windows 시스템에서.

관련 서버 측 이벤트 채널에는 다음이 포함됩니다:

• 응용 프로그램 및 서비스 로그 > Microsoft > Windows > TerminalServices-LocalSessionManager > 운영
• 응용 프로그램 및 서비스 로그 > Microsoft > Windows > TerminalServices-RemoteConnectionManager > 운영
• Windows 로그 > 시스템

이러한 이벤트는 세션 연결, 연결 끊김 또는 인증 문제 및 시스템 문제를 식별하는 데 도움이 될 수 있습니다.

각 이벤트에 대해 영향을 받은 사용자, 세션 호스트, 이벤트의 대략적인 시간 및 사용된 연결 유형을 기록하십시오. 이러한 이벤트를 RD 게이트웨이, VPN 및 네트워크 모니터링 소프트웨어에서 캡처한 이벤트와 비교하십시오.

세션이 연결이 끊어졌음을 지정하는 Windows 이벤트는 항상 근본 원인을 식별하지는 않습니다. 관련 이벤트를 검토하는 것이 필요할 수 있습니다.

Windows 세션이 여전히 존재하는지 확인하십시오.

원격 데스크톱 세션 호스트에서 실행:

쿼리 세션

이 명령은 현재 세션과 그 상태를 보여줍니다.

문제가 있는 세션이 여전히 연결이 끊어져 있다면, 귀하의 앱이 여전히 실행 중일 수 있습니다. 세션이 더 이상 존재하지 않는 경우, 로그오프, 세션 정리 정책 및 호스트 재부팅을 확인하십시오.

공유 RDS 서버에서 문제 해결 시 세션을 종료하지 마십시오. 누가 영향을 받는지와 그로 인해 발생할 수 있는 결과를 알고 있지 않는 한.

여러 사용자 간의 연결 끊김 상관관계

여러 사용자가 동시에 연결을 끊을 때, 개별 사용자 머신으로 이동하기 전에 먼저 인프라를 살펴보세요.

게이트웨이를 재시작하거나 네트워크 문제 또는 세션 호스트 충돌이 발생하면 많은 사용자가 동시에 영향을 받을 수 있습니다.

여러 머신에서 이벤트를 상관 분석하면 고립된 클라이언트 문제인지 아니면 더 광범위한 문제인지 판단하는 데 도움이 됩니다.

일부 경우에는 RDS 및 네트워크 추적에 대한 추가 분석이 필요할 수 있습니다. 사건의 정확한 원인과 순서를 파악하기 위해서입니다.

원격 데스크톱 세션과 애플리케이션을 어떻게 계속 실행할 수 있나요?

일부 사용자는 원격 세션이 종료된 후에도 애플리케이션이 계속 실행될 수 있도록 원격 데스크톱 연결 끊김을 피하고 싶어합니다.

그러나 RDP 세션을 열어 두고 Windows 작업 부하가 계속 실행되도록 하는 것은 두 가지 다른 사용 사례입니다.

로그아웃하지 않고 연결 끊기

원격 데스크톱 클라이언트를 닫으면 일반적으로 연결이 끊어지지만 Windows에서 로그아웃되지는 않습니다.

설정한 세션은 유지되는 경향이 있으며, 세션 정책이나 다른 이벤트가 세션을 종료하지 않는 한 일반적으로 앱이 열려 있습니다.

대조적으로, 선택하는 로그아웃 Windows 세션을 종료하고 일반적으로 애플리케이션을 닫습니다.

응용 프로그램이 연결이 끊어진 후 예기치 않게 종료되는 경우, 연결이 끊어진 세션의 시간 초과 기간과 세션을 자동으로 정리하는 정책을 검토하십시오.

RDP 세션과 독립적으로 백그라운드 작업을 실행합니다.

지속적으로 실행해야 하는 애플리케이션과 프로세스는 대화형 RDP 세션이 열려 있는 것에 의존해서는 안 됩니다.

작업 부하에 따라 잠재적인 대안으로는 Windows 서비스, 작업 스케줄러 또는 애플리케이션 특정 자동화가 포함됩니다.

작업 스케줄러는 특정 작업을 비대면(대화형 로그온 없이)으로 실행할 수 있지만, 모든 Windows 데스크톱 애플리케이션이 이러한 유형의 작업을 지원하는 것은 아닙니다.

중요한 작업 부하의 경우, 선호되는 방법은 애플리케이션 프로세스를 관리자의 대화형 세션과 완전히 분리하는 것입니다.

어떻게 반복적인 원격 데스크톱 연결 끊김을 방지할 수 있습니까?

표준 세션 규칙의 구현, 인프라 가용성 및 네트워크 활동 개요는 무작위 RDP 연결 끊김 방지에 크게 기여합니다.

먼저, 관리자는 회사의 보안 정책과 사용자 요구에 따라 활성, 비활성 및 연결 끊김 세션 한도 및 타임아웃을 정의해야 합니다. 또한, 적용된 효과적인 그룹 정책, 게이트웨이 및 네트워크 장치 타임아웃을 정기적으로 확인하면 이들의 비호환성으로 인한 세션 연결 끊김을 방지하는 데 도움이 됩니다.

예를 들어, RDS 호스트의 사용에 여러 게스트나 사용자가 있는 경우, 서버의 성능을 분석하고 세션 중에 발생하는 오류나 사건을 별도로 조사하는 것이 좋은 생각입니다. 이는 문제의 원인을 파악하고 모든 사용자 또는 게스트와 함께 문제를 해결할 수 있게 해줍니다.

세션이 활성화되거나 지속되는 시간이 길수록 더 좋다고 믿는 것은 잘못된 생각입니다. 인프라 모니터링에는 유용하지만, 운영자 없이 열려 있고 실행 중인 세션은 보안 위협이 될 수 있습니다.

주요 아이디어는 원격 데스크톱으로 작업하는 운영자와 사용자에게 시스템 불안정성과 보안 문제를 일으키지 않으면서 계획되지 않은 RDP 연결 끊김과 중단을 방지하는 것입니다.

전통적인 RDS에 대한 더 간단한 대안을 찾고 계신가요?

조직에서 중앙 집중식 Windows 애플리케이션 및 데스크톱 배포를 간소화하려는 경우, TSplus 원격 액세스 애플리케이션 게시, 브라우저 기반 액세스 및 다중 사용자 세션 기능을 제공합니다. 이는 IT 팀이 중앙 집중식 솔루션을 통해 원격 연결을 관리할 수 있도록 하면서 전통적인 RDS 배포에 대한 대안적인 접근 방식을 제공합니다.

결론

원격 데스크톱이 계속 끊어질 때, 먼저 Windows 세션이 잠기고 있는지, 끊어지고 있는지 또는 종료되고 있는지를 확인하십시오. 예측 가능한 중단은 일반적으로 세션 정책을 확인할 필요가 있으며, 무작위 실패는 네트워크 전송, 게이트웨이 및 시스템 로그를 더 면밀히 조사해야 합니다.

대상 구성 변경은 모든 타임아웃을 비활성화하는 것보다 더 효과적입니다. 일관된 정책과 모니터링은 보안을 약화시키지 않으면서 신뢰할 수 있는 RDP 연결을 유지하는 데 도움이 됩니다.