Які параметри я повинен підключити до віддаленого сервера 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

Оскільки це не було зазначено:

Завжди є "розумні руки". Ніколи не варто недооцінювати простоту зателефонувати комусь і сказати "чи можете ви зайти до сервера і сказати мені, що ви бачите? ... ОК ... зробіть це для мене".

Якщо сервер не обертається навколо Землі, це, мабуть, варіант.

LoM - це загальноприйнята методика доступу до вузлів, неприйнятна в логічному плані.

Назва техніки відрізняється від виробників, Dell називає їх версію 'iDRAC'. HP називає їх "iLo"

У попередні дні для цього існували спеціальні PCI-карти, які називали MEGARAC. Для допомоги також є KVM через IP.

Удачі!

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

Ми використовували це весь час для розгортання програмного забезпечення в неактивній мережі каталогів хостів Windows.

Як сказано вище iDRAC, iLO є найкращим способом доступу до віддалених систем, якщо RDP не запускається. Якщо система - це віртуальна машина, ви можете використовувати віртуальну інфраструктуру для віддаленого керування та в більшості випадків перегляду консолі.

Я б інвестував у щось таке, як LANTRONIX «Павук», який також можна підключити до портів VGA та USB віддаленої системи, щоб забезпечити наше управління діапазоном.

Якщо ви все ще можете пінг системи, спробуйте надати перезапуск у вікні У вікні 'shutdown -i' windows відкрийте інтерактивну утиліту команд. Подивіться, чи це дозволить вам віддалено перезавантажити систему.

Пощастило тобі, мій друже, і не соромтесь пінгнути за будь-якою додатковою допомогою

Поки сервіс WinRM правильно налаштований, ви можете ввести pssession – ім’я комп’ютера –scriptblock або виклик-команда –комп’ютер –scriptblock, використовуючи shellhell. Або ви можете завантажити Psexec з http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx, а потім користувачем psexec \ target –u облікові дані cmd

Що стосується ПРСР, чи це навіть увімкнено? Перевірте мережевий реєстр сервера 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. Ви можете прочитати більше про це. Від цього залежить служба брокера віддаленого підключення, а також інші служби RD, тому для мене WID став винуватцем. .)

2. Я запускаю запит, щоб знайти статус служби WID psservice \ [ім'я комп'ютера або IP] -u [ім'я користувача] -p [пароль] запит "Внутрішня база даних Windows" WID-станції. У моєму випадку служба не працює

3. Я запустив команду psservice \ [ім'я комп’ютера або IP] -u [ім'я користувача] -p [пароль], запустив "Внутрішня база даних Windows", щоб запустити службу, і отримав результат нижче. Стан запуску WID

4. Я знову запитав службу WID, щоб підтвердити, що вона зараз працює, і вуаля там. WID працює стан

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

Сподіваюся, що це прояснить краще для вас речі та вирішить вашу проблему.