Какие варианты мне нужно подключить к удаленному серверу Windows, если RDP не работает?

Какие варианты мне нужно подключить к удаленному серверу 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 Remoting и PSexec и другие утилиты SysInternals Suite . Вы также можете установить SSH или даже telnet на сервере Windows и подключиться к нему, как только он будет установлен.

Кроме того, ваши инструменты в папке «Администрирование» позволят вам подключиться к удаленным компьютерам (или, по крайней мере) попробовать, так что это вариант. (В основном ваши оснастки MMC, но даже некоторые из изначально включенных автономных версий, например regedit, имеют эту функциональность.)

У вас также должен быть какой-либо интерфейс внешнего управления / виртуальная консоль на вашем сервере (например, iLO от HP или iDRAC от Dell), а если нет ... хорошо, изучите это и получите на своем следующем сервере.

Наконец, существует любое количество сторонних инструментов, которые часто позволяют вам получить удаленный доступ к серверу, установить сами, а затем настроить общий экран на основе VNC (или аналогичного). Dameware и IntelliAdmin сразу приходят на ум, но их всего двое.

PowerShell - это то, что вы ищете. TechNet PowerShell Remoting

Так как это не было упомянуто:

Там всегда "умные руки". Никогда не стоит недооценивать простоту звонка кому-то и высказывания: «Можете ли вы подойти к серверу и сказать мне, что вы видите? ... Хорошо ... сделайте это для меня».

Если сервер не вращается вокруг Земли, это, вероятно, вариант.

LoM - это широко используемый метод доступа к узлам, который в логических терминах недоступен.

Название техника отличается от производителей, которые dell называют их версией iDRAC. HP называют их "iLo"

В прежние времена для этого были специальные PCI-карты, которые назывались MEGARAC. Существует также KVM через IP, чтобы помочь.

Удачи!

psexec, часть пакета Windows Sysinternals .

Мы использовали это все время для развертывания программного обеспечения в не-Active Directory сети хостов Windows.

Как сказано выше 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 и выполнил следующие шаги;

1. Открыл cmd на моем ноутбуке, подключенном через VPN, чтобы получить доступ к локальной сети клиента и выполнить следующие команды в пути извлеченных PsTools. (В этот момент я уже выяснил, что причиной этого является служба внутренней базы данных Windows. Вы можете прочитать об этом подробнее. Служба посредника удаленных подключений зависит от нее, как и другие службы удаленных рабочих столов, поэтому для меня виноват WID .)

2. Я бегу запрос , чтобы найти статус службы WID PsService \ [имя_компьютера или IP] -u [имя пользователя] -p [пароль] запрос «Внутренняя база данных Windows» WIDS состояние В моем случае служба не работает

3. Я выполнил команду psservice \ [имя_компьютера или IP-адрес] -u [имя пользователя] -p [пароль], запустил «Внутреннюю базу данных Windows», чтобы запустить службу, и получил следующий результат. WID начальное состояние

4. Я снова запросил сервис WID, чтобы подтвердить, что он сейчас работает, и вот, вот оно. WID работает состояние

Когда я снова попробовал RDP, я смог добиться успеха на этот раз.

Надеюсь, что это прояснит вам вещи лучше и решит вашу проблему.