Не удается RDP в виртуальную машину Azure после изменения, а затем отмены правил IP - PullRequest
0 голосов
/ 09 сентября 2018

Итак, я только что получил свою первую виртуальную машину на Azure. Со всеми настройками по умолчанию, я RDP'd к нему просто отлично. Затем я продолжил все ломать, по-видимому.

Сначала я изменил HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber с 3389 на xxxxx

Во-вторых, я изменил правила для входящего брандмауэра (входящий удаленный рабочий стол), чтобы иметь область «Удаленный IP-адрес» IP-адреса моего офиса.

Все по-прежнему работало нормально. Я полагаю, что после сохранения моих изменений меня бы пнуло, если что-то не так. Просто чтобы ударить себя по лицу, я перезапустил машину.

Теперь я не могу RDP к машине.

С PowerShell я проверил:

Get-NetFirewallRule -DisplayName '*Remote Desktop*' | Get-NetFirewallAddressFilter

У него был мой публичный IP-адрес.

Я пытался проверить:

Get-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber"

Но поскольку Azure PowerShell работает в 64-разрядном режиме, он не распознает этот 32-разрядный ключ (я так полагаю).

ОДНАКО , в Azure есть несколько встроенных сценариев PowerShell типа «Сброс по умолчанию» для сброса RDP. После выбора одного он сказал «PortNumber: xxxxx», подтверждая, что это было то, что я подозревал ... но затем он сказал, что он был сброшен до 3389. Я сделал RDPSetings, SetRDPPort обратно до 3389 и ResetRDPCert, что помогло сбросить все настройки ... Но могло ли это усугубить проблему? Надеюсь, что нет. Я также попытался Redeploy, что не решило проблему.

Я также запустил свой собственный Set-NetFirewallRule назад к Any, и теперь Get-NetFirewallRule снова говорит "любой".

Итак, после использования сброса RDP, предоставляемого Azure, и подтверждения возврата настроек по умолчанию с помощью PowerShell ... Я все равно не могу войти. Даже когда я загружаю файл RDP со страницы Overview.

Ответы [ 2 ]

0 голосов
/ 10 сентября 2018

Вы решили свою проблему, но на случай, если у вас возникнет та же проблема в будущем, вы можете использовать функцию запуска команды внутри портала и использовать команды SetRDPPort и RDPSettings

SetRDPPort enter image description here

RDPSettings enter image description here

0 голосов
/ 09 сентября 2018

Я знаю, что это выходные, и большая часть этого билета была в США на ночь. Но я добавлю свой собственный ответ по двум причинам:

  1. Даже если бы кто-то предложил ответ сейчас, я не смог бы проверить его (по причинам, очевидным в моем ответе ниже)
  2. Я решил свою проблему, хотя и не в удачном свете.

Ответ

Я удалил свою ВМ и воссоздал новую. Коротко, но сладко. Это было не так ужасно, как в некоторых ситуациях, когда на виртуальную машину уходили часы и дни на настройку и установку. Это была новая виртуальная машина, так что не важно.

...