RDP가 손상된 경우 원격 Windows 서버에 연결하려면 어떤 옵션을 사용해야합니까?

RDP가 손상 (응답 없음)하고 콘솔 액세스 권한이없고 서버가 물리적으로 가까이 있지 않은 경우 원격 Windows 서버에 연결하려면 어떤 옵션을 사용해야합니까?

Linux에서 VNC가 작동하지 않으면 일반적으로 SSH 데몬을 사용할 수 있습니다. Windows는 결코 그것을 선택하지 않았습니다 (왜, 모르겠습니다)-동등한 것이 있습니까?

RDP가 말하지 않을 때 가장 먼저하는 일은 Powershell에서 다음과 같습니다.

PS> $service = get-service -computername MyServer -displayname "Remote Desktop Services"
PS> $service.stop
PS> $service.start

대부분의 시간이 RDP를 되 살리고 다시 돌아올 수 있습니다.이 방법으로 트릭을 수행하지 않으면 여기 iLO 또는 다른 답변에 언급 된 다른 콘솔 옵션 중 하나에 의존해야합니다.

명령 행 옵션에 대해서는이 질문을 참조하십시오 . 기본적으로 WinRS / WinRM, PowerShell Remoting 및 PSexec 및 기타 SysInternals Suite 유틸리티가 있습니다. 또한 Windows 서버에 SSH 또는 텔넷을 설치하고 일단 설치되면 연결할 수 있습니다.

또한 관리 도구 폴더의 도구를 사용하면 원격 컴퓨터에 연결하거나 최소한 시도해 볼 수 있으므로 옵션입니다. 대부분의 MMC 스냅인이지만 기본적으로 포함 된 일부 독립 실행 형 exe regedit도이 기능을 가지고 있습니다.

또한 서버 (예 : HP의 iLO 또는 Dell의 iDRAC)에 일종의 대역 외 관리 인터페이스 / 가상 콘솔이 있어야합니다. 그렇지 않은 경우 잘 알고 있으면 다음 서버에서 얻을 수 있습니다.

마지막으로, 서버에 원격으로 액세스하여 자체 설치 한 다음 VNC (또는 유사한)를 기반으로 화면 공유를 설정하는 타사 도구가 많이 있습니다. Dameware와 IntelliAdmin은 즉시 생각 나지만 둘 중 둘입니다.

PowerShell은 당신이 찾고있는 것입니다. TechNet PowerShell 원격

언급되지 않았기 때문에 :

항상 "스마트 한 손"이 있습니다. 누군가에게 전화해서 "서버로 걸어 가서 무엇을 볼 수 있습니까?"라고 말하는 단순함을 결코 과소 평가하지 마십시오.

서버가 지구를 공전하지 않는 한 이는 옵션 일 수 있습니다.

LoM은 논리적 용어로는 접근 할 수없는 노드에 액세스하기 위해 일반적으로 사용되는 기술입니다.

기술 이름은 제조업체와 다르므로 Dell은 해당 버전을 'iDRAC'라고 부릅니다. HP는 그들의 'iLo'를 부릅니다

초기에는 MEGARAC이라는 특정 PCI 카드가있었습니다. KVM over IP도 도움이됩니다.

행운을 빌어 요!

psexecWindows Sysinternals 패키지의 일부입니다 .

우리는 이것을 사용하여 Windows 호스트의 비 Active Directory 네트워크에 소프트웨어를 배포했습니다.

위에서 언급 한 것처럼 iLOAC는 RDP가 시작되지 않으면 원격 시스템에 액세스하는 가장 좋은 방법입니다. 시스템이 가상 머신 인 경우 가상 인프라를 사용하여 원격으로 콘솔을 관리하고 볼 수 있습니다.

LANTRONIX 'Spider'와 같은 것에 투자하여 원격 시스템의 VGA 및 USB 포트에 연결하여 대역 관리가 가능합니다.

여전히 시스템을 핑 (ping) 할 수있는 경우 Windows 'shutdown -i'상자에서 다시 시작을 시도하여 대화식 명령 유틸리티를 표시하십시오. 시스템을 원격으로 재부팅 할 수 있는지 확인하십시오.

내 친구에게 행운을 빕니다. 추가 도움이 필요하면 언제든지 다시 핑을 보내십시오.

WinRM 서비스가 올바르게 구성되어 있으면 powershell을 사용하여 -pssession –computername –scriptblock 또는 invoke-command -computername –scriptblock을 입력 할 수 있습니다. 또는 http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx 에서 Psexec를 다운로드 한 다음 사용자 psexec \ target –u credentials cmd를 다운로드 할 수 있습니다.

RDP와 관련하여 활성화되어 있습니까? 서버 HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server의 네트워크 레지스트리를 확인하십시오.

fDenyTSConnections 및 TSUserEnabled와 같은 값을 올바르게 구성해야합니다.

또한 서버에서 TS 서비스를 다시 시작하십시오.

네트워크에 액세스 할 수 있고 인증 할 수 있으면이 기능을 사용하는 것이 좋습니다.

회사에도 ILO를 사용합니까?

RDP가 "연결 브로커가 RDP 파일에 지정된 설정의 유효성을 검증 할 수 없으므로 연결할 수 없습니다" 오류로 시작하지 않은 경우에도 동일한 방법을 사용했습니다 . 현재 AnyDesk가 서버에서 오프라인 상태였습니다. 그리고 서버에 물리적으로 액세스 할 수 없었습니다. @Ben Lavender의 조언에 따라 http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx 에서 PsTools를 얻었 으며 다음 단계를 수행했습니다.

1. VPN을 통해 연결된 랩톱에서 cmd를 열어 클라이언트의 LAN에 액세스하고 추출 된 PsTools 경로에서 다음 명령을 실행합니다. (이 시점에서 나는 이미 Windows 내부 데이터베이스 서비스가 이것의 원인이라는 것을 알았습니다. 그것에 대해 더 자세히 읽을 수 있습니다. 원격 연결 브로커 서비스는 그것에 의존하고 다른 RD 서비스도 그러하므로 WID가 범인이었습니다. .)

2. WID 서비스 psservice \ [컴퓨터 이름 또는 IP] -u [사용자 이름] -p [암호] 쿼리 "Windows 내부 데이터베이스" WID 상태 를 찾기 위해 쿼리를 실행합니다 . 제 경우에는 서비스가 실행되고 있지 않습니다

3. psservice \ [computername 또는 IP] -u [username] -p [password] 명령을 실행하여 "Windows 내부 데이터베이스" 를 시작하여 서비스를 시작하고 아래 결과를 얻었습니다. WID 시작 상태

4. WID 서비스를 다시 쿼리하여 현재 실행 중인지 확인하고 거기에 더 이상 있음을 확인했습니다. WID 실행 상태

RDP를 다시 시도했을 때 이번에는 성공할 수있었습니다.

이것이 당신을 위해 더 나은 것을 분명히하고 문제를 해결하기를 바랍니다.