Какие параметры у меня есть для подключения к удаленному серверу Windows, если RDP сломан (не отвечает), у меня нет доступа к консоли и сервер физически не закрыт?
В 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 и PSexec и другие утилиты SysInternals Suite. Вы также можете установить SSH или даже telnet на сервер Windows и подключиться к нему после его установки.
Кроме того, ваши инструменты в папке «Администрирование» позволят вам подключиться к удаленным машинам (или хотя бы попробовать), так что это вариант. (В основном ваши оснастки MMC, но даже некоторые из изначально включенных автономных exes, например regedit, есть эта функция.)
Вы тоже должен иметь некоторую форму интерфейса внеполосного управления / виртуальную консоль на вашем сервере (например, HP iLO или Dell iDRAC), а если нет ... ну, извлеките уроки из этого и получите ее на своем следующем сервере.
Наконец, существует любое количество сторонних инструментов, которые часто позволяют вам получить удаленный доступ к серверу, установить себя, а затем настроить общий доступ к экрану на основе VNC (или аналогичного). На ум сразу приходят Dameware и IntelliAdmin, но это всего лишь две из многих.
PowerShell - это то, что вам нужно. Удаленное взаимодействие TechNet PowerShell
Поскольку это не было упомянуто:
Всегда есть «умные руки». Никогда не недооценивайте простоту звонка кому-нибудь и вопроса: «Можете ли вы подойти к серверу и сказать мне, что вы видите? ... Хорошо ... сделайте это для меня».
Если сервер не вращается вокруг Земли, это, вероятно, вариант.
LoM - это широко используемый метод доступа к узлам, который с логической точки зрения недоступен.
Название техники отличается от названия производителя, dell называет свою версию «iDRAC». HP называет их iLo
Раньше для этого были специальные карты PCI, которые назывались MEGARAC. Также в помощь есть KVM over IP.
Удачи!
psexec, часть Пакет Windows Sysinternals.
Мы использовали это все время для развертывания программного обеспечения в сети хостов Windows, отличной от Active Directory.
Как сказано выше, iDRAC, iLO - лучший способ доступа к удаленным системам, если RDP не запускается. Если система представляет собой виртуальную машину, вы можете использовать виртуальную инфраструктуру для удаленного управления и, в большинстве случаев, просмотра консоли.
Я бы вложил деньги в что-нибудь вроде LANTRONIX 'Spider', который можно было бы подключить к портам VGA и USB удаленной системы, чтобы мы могли управлять диапазоном.
Если вы все еще можете проверить связь с системой, попробуйте выполнить перезагрузку в поле. В Windows 'shutdown -i' вызовите интерактивную командную утилиту. Посмотрите, позволит ли это удаленно перезагрузить систему.
Удачи вам, мой друг, и не стесняйтесь отвечать на запросы любой дополнительной помощи
Пока служба WinRM настроена правильно, вы можете ввести-pssession –computername –scriptblock или invoke-command -computername –scriptblock с помощью powershell. Или вы можете скачать Psexec из http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx а затем пользователь psexec \ target –u credentials cmd
Что касается RDP, он вообще включен? Проверить сетевой реестр сервера HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server
Есть значения, такие как fDenyTSConnections и TSUserEnabled, которые необходимо правильно настроить.
Также перезапустите службы TS на сервере.
Я предлагаю вам использовать это, если у вас есть доступ к сети и вы можете пройти аутентификацию.
Применяете ли вы МОТ в своей компании?
Использовался тот же подход, когда RDP не запускался с ошибкой "не удается подключиться, потому что брокер подключений не может проверить настройки, указанные в вашем файле RDP". Каким-то образом AnyDesk в это время тоже был отключен от сервера. А доступа к серверу у меня физически не было. Получил себе PsTools от http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx как посоветовал @Ben Lavender И выполнил следующие шаги;
Открыл cmd на моем ноутбуке, подключенном через VPN, чтобы получить доступ к локальной сети клиента и выполнить следующие команды в пути извлеченного PsTools. (На этом этапе я уже понял, что причиной этого была служба внутренней базы данных Windows. Вы можете прочитать об этом больше. От нее зависит служба посредника удаленных подключений, как и другие службы удаленных рабочих столов, поэтому для меня виновником был WID .)
Я запускаю запрос, чтобы узнать статус службы WID psservice \ [имя компьютера или IP-адрес] -u [имя пользователя] -p [пароль] запрос "Внутренняя база данных Windows" Состояние WID В моем случае служба не работала
Я запустил команду psservice \ [имя компьютера или IP-адрес] -u [имя пользователя] -p [пароль] запустить «Внутреннюю базу данных Windows» чтобы запустить сервис и получил результат ниже. Начальное состояние WID
Я снова запросил службу WID, чтобы подтвердить, что она теперь работает, и вуаля вот она. Состояние работы WID
Когда я снова попробовал RDP, на этот раз мне удалось добиться успеха.
Надеюсь, это прояснит ситуацию для вас лучше и решит вашу проблему.
