Сброс сетевого интерфейса для виртуальной машины Windows Azure
В этой статье показано, как сбросить сетевой интерфейс для виртуальной машины Windows Azure, чтобы устранить проблемы, когда не удается подключиться к виртуальной машине Windows Microsoft Azure после:
- Сетевой интерфейс по умолчанию отключен.
- Статический IP-адрес для сетевого адаптера задается вручную.
Если проблема с Azure не устранена в этой статье, посетите форумы Azure на веб-сайтах MSDN и Stack Overflow. Вы можете опубликовать свою проблему на этих форумах или опубликовать на @AzureSupport в Twitter. Вы также можете отправить запрос на поддержку Azure. Чтобы отправить запрос на поддержку, на странице поддержки Azure выберите Получить поддержку.
Сброс сетевого интерфейса
Для виртуальных машин, развернутых в модели Resource Manager
Использование портала Azure
Перейдите на портал Azure.
Выберите затронутую виртуальную машину.
Выберите Сеть , а затем — сетевой интерфейс виртуальной машины.
Выберите IP-конфигурации.
Выберите IP-адрес.
Если назначение частного IP-адреса не является статическим, измените его на Статический.
Измените IP-адрес на другой IP-адрес, доступный в подсети.
Виртуальная машина перезапустится для инициализации новой сетевой карты в системе.
Попробуйте по протоколу RDP к компьютеру. В случае успешного выполнения можно изменить частный IP-адрес обратно на исходный. В противном случае его можно сохранить.
Использование Azure PowerShell
Убедитесь, что у вас установлена последняя версия Azure PowerShell .
Откройте сеанс Azure PowerShell с повышенными привилегиями (запуск от имени администратора). Выполните следующие команды:
#Set the variables $SubscriptionID = "<Subscription ID>" $ResourceGroup = "<Resource Group>" $NetInter="<The Network interface of the VM>" $VNET = "<Virtual network>" $subnet= "<The virtual network subnet>" $PrivateIP = "<New Private IP>" #You can ignore the publicIP variable if the VM does not have a public IP associated. $publicIP =Get-AzPublicIpAddress -Name <the public IP name> -ResourceGroupName $ResourceGroup #Log in to the subscription Add-AzAccount Select-AzSubscription -SubscriptionId $SubscriptionId #Check whether the new IP address is available in the virtual network. Get-AzVirtualNetwork -Name $VNET -ResourceGroupName $ResourceGroup | Test-AzPrivateIPAddressAvailability -IPAddress $PrivateIP #Add/Change static IP. This process will change MAC address $vnet = Get-AzVirtualNetwork -Name $VNET -ResourceGroupName $ResourceGroup $subnet = Get-AzVirtualNetworkSubnetConfig -Name $subnet -VirtualNetwork $vnet $nic = Get-AzNetworkInterface -Name $NetInter -ResourceGroupName $ResourceGroup #Remove the PublicIpAddress parameter if the VM does not have a public IP. $nic | Set-AzNetworkInterfaceIpConfig -Name ipconfig1 -PrivateIpAddress $PrivateIP -Subnet $subnet -PublicIpAddress $publicIP -Primary $nic | Set-AzNetworkInterface
Виртуальная машина перезапустится для инициализации новой сетевой карты в системе.
Попробуйте по протоколу RDP к компьютеру. В случае успешного выполнения можно изменить частный IP-адрес обратно на исходный. В противном случае его можно сохранить.
Удаление недоступных сетевых карт
После подключения удаленного рабочего стола к компьютеру необходимо удалить старые сетевые карты, чтобы избежать потенциальной проблемы:
Откройте диспетчер устройств.
Выберите Вид>Показать скрытые устройства.
Выберите Сетевые адаптеры.
Проверьте наличие адаптеров с именем "Сетевой адаптер Microsoft Hyper-V".
Вы можете увидеть недоступный адаптер, который неактивен. Щелкните адаптер правой кнопкой мыши и выберите Удалить.
Примечание.
Удалите только недоступные адаптеры с именем "Сетевой адаптер Microsoft Hyper-V". Удаление других скрытых адаптеров может привести к дополнительным проблемам.
Теперь все недоступные адаптеры должны быть очищены от вашей системы.
Свяжитесь с нами для получения помощи
Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по