Win 10 빌드 18362가 설치된 컴퓨터와 Win 7 Ultimate SP1이 설치된 컴퓨터가 있습니다. Win 7에서 Win 10 시스템으로 원격 데스크톱에 연결할 수 있지만 Win 10에서 Win 7로 이동하려고 하면 표준 로그인 자격 증명을 묻는 메시지가 표시되고 새 사용자 계정에서 처음 시도할 때 참조원격 컴퓨터 신원 확인 프롬프트연결이 신뢰할 수 있는지 확인하라는 메시지입니다. 하지만 수락하자마자 로그온할 때 예상할 수 있는 "잠시 기다려 주십시오..."(또는 이와 유사한 내용)라는 메시지가 매우 짧게 깜박인 후 연결이 끊어집니다.
Wireshark로 트래픽을 검사할 때 TLS 1.2 연결이 설정되었지만 TCP 재설정이 전송되는 것을 확인했습니다. 온라인의 다양한 수정 사항에 따라 다음도 시도했습니다.
- 포트를 3389에서 다른 것으로 변경
- Win 7 시스템의 계정이 관리자인지 확인했습니다.
- Win 7 시스템에 비밀번호가 설정되어 있는지 확인했습니다.
- Win 10 컴퓨터의 네트워크 프로필을 비공개로 설정
- Win 10 시스템에서 다른 사용자 이름으로 새 Windows 계정을 설정하고 해당 계정으로 Win 7 시스템에 로그온을 시도했습니다.
- Win 7 시스템에서 TLS 1.1 및 1.2가 활성화되어 있는지 확인하십시오.
- 확인된 원격 연결이 Win 7 컴퓨터에서 활성화되었습니다.
- 원격 데스크톱 로그인 창의 로컬 리소스 탭에 있는 로컬 장치 및 리소스 그룹에서(자세히... 클릭) "스마트 카드 또는 비즈니스용 Windows Hello"를 선택 취소합니다.
- 원격 데스크톱 로그인 창의 고급 탭에서 "서버 인증에 실패할 경우:"를 "연결하고 경고하지 않음"으로 변경했습니다.
- Windows 방화벽 수신 연결에 원격 데스크톱 TCP-in 및 원격 데스크톱 항목이 있는지 확인했습니다.
- TCP-in 방화벽 규칙 범위를 공개 전용으로 설정합니다(개인 및 도메인 제거).
- 레지스트리와 그룹 정책 편집기를 사용하여 UDP 전송 프로토콜을 활성화했습니다(레지스트리에서 HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services 및 GPO에서 SelectTransport 키를 '1'에서 '2'로 변경했습니다. 컴퓨터 구성 -> 관리 템플릿 -> Windows 구성 요소 -> 원격 데스크톱 서비스 -> 원격 데스크톱 세션 호스트 -> 연결에서 "RDP 전송 프로토콜 선택" 옵션을 활성화하고 "UDP 또는 TCP 사용"으로 설정합니다.
Microsoft에서 제공하는 옵션을 사용해 보았습니다.여기(3단계 및 4단계), PowerShell에서 다음 명령을 실행하여 포트 3389에서 수신 대기 중인 응용 프로그램을 확인합니다.
cmd /c 'netstat -ano | find "3389"'
cmd /c 'tasklist /svc | find "<pid listening on 3389>"'
처음에는 어떤 응용 프로그램이 포트를 사용하고 있는지에 대한 보고서가 "CryptSvc, Dnscache, LanmanWorkstation"이었기 때문에 뭔가 문제가 있다고 생각했습니다. 나는 이것이 RDP와 관련이 없다고 생각했지만 포트를 3390으로 변경하고 동일한 명령을 반복하자 이제 동일한 3개의 응용 프로그램 이름이 3390에 표시되어 이것이 실제로 RDP와 관련되어 있다고 믿게 되었습니다. 해당 기사에서는 TermServe.exe만 해당 포트를 사용해야 하므로 이 기사의 결과가 확실하지 않습니다. 하지만 해당 기사는 2019년에 작성되었으며 저는 Win 7을 다루고 있으므로 Win 7에서는 TermServe.exe뿐만 아니라 3만 나열할 수도 있습니다.
이벤트 뷰어를 조사한 후 TerminalServices-ClientActiveXCore -> Microsoft-Windows-TerminalServices-RDPClient/Operational 분기 아래에 다음과 같은 경고 항목이 표시됩니다.
RDPClient_SSL: TsSslEventInvalidState(오류 코드 0x8000FFFF)에 대한 응답으로 TsSslStateDisconnected에서 TsSslStateDisconnected로 전환하는 동안 오류가 발생했습니다.
또한 TerminalServices-LocalSessionManager -> Operational 아래에 다음과 같은 정보 이벤트가 표시됩니다.
세션 1의 연결이 끊어졌습니다. 이유 코드 5
RDS 세션 호스트 서버 연결 해제 코드 목록을 보면여기, 이유 코드 5는 "다른 사용자가 서버에 연결되어 현재 연결이 강제로 끊어졌습니다."...나만 사용자이기 때문에 이상합니다.
로컬 네트워크를 통해 Win 7 컴퓨터에 정상적으로 연결되는 것 같습니다. 연결이 끊어지는 것은 신원 확인 직후입니다. 누구든지 이러한 증상에서 내가 해결할 수 있는 사항을 가리키는 힌트를 볼 수 있습니까?
감사합니다!