Настройка статического IP-адреса на ВМ Hyper-V: Полное руководство

Виртуальный коммутатор Hyper-V по умолчанию использует NAT, из-за чего IP-адрес может измениться после перезагрузки. Это затрудняет доступ по SSH. В этом руководстве вы узнаете, почему стоит использовать статический IP-адрес, и ознакомитесь с простыми шагами по его назначению для вашей виртуальной машины, чтобы обеспечить стабильное сетевое соединение и удобство доступа.

download-icon
Скачайте Бесплатно
Для ВМ, ОС, БД, файлов, NAS и т.д.
oleg-ye

Обновлено Oleg Ye 2025/10/10

Оглавление
  • Зачем использовать статический IP-адрес?

  • Как задать статический IP-адрес для виртуальной машины в Hyper-V?

  • Решение для защиты данных в среде Hyper-V

  • Частые вопросы о сетях Hyper-V

  • Заключение

Хотя виртуальный коммутатор по умолчанию в Hyper-V использует NAT, его номер сети изменяется после каждой перезагрузки, что крайне неудобно при использовании SSH для удаленного входа. Поэтому создание нового виртуального коммутатора позволяет задать фиксированный сетевой адрес и статический IP-адрес, что упрощает использование SSH для удаленных подключений.

Зачем использовать статический IP-адрес?

Установка статического IP-адреса для виртуальной машины в Hyper-V гарантирует, что IP-адрес виртуальной машины останется неизменным в пределах сети.

Вот основные причины и преимущества использования статического IP-адреса:

1. Стабильность и доступность сервиса: Это основная причина. Многие сетевые сервисы требуют, чтобы клиенты или другие серверы могли надежно находить их и подключаться по их IP-адресу.

Если IP-адреса этих критически важных служб часто меняются, клиенты, службы или сценарии, которые на них полагаются, не смогут подключиться, что приведет к перебоям в работе, сбоям подключения и ошибкам сценариев. Фиксированный IP-адрес устраняет эту неопределенность, обеспечивая доступность службы по одному и тому же "домашнему адресу".

2. Перенаправление портов и правила брандмауэра: Если вам нужно получить доступ к службам, находящимся внутри виртуальной машины, из внешней сети (например, к RDP, SSH или веб-интерфейсу), обычно необходимо настроить правила перенаправления портов на виртуальном коммутаторе Hyper-V (особенно для коммутаторов типа NAT) или на физическом маршрутизаторе/брандмауэре. Эти правила должны указывать целевой IP-адрес.

С фиксированным IP-адресом необходимо настроить правило перенаправления порта только один раз. Если виртуальная машина использует динамический IP-адрес, правило становится недействительным каждый раз при изменении IP-адреса, что требует ручного обновления — очень неудобно и подвержено ошибкам.

3. Настройка сетевых устройств и контроль доступа: Администраторы сети могут потребоваться настройки специальных списков контроля доступа и политик на физических маршрутизаторах, брандмауэрах или коммутаторах для конкретных виртуальных машин. Эти настройки часто основываются на IP-адресах.

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

4. Упрощенное управление и устранение неполадок: При наличии нескольких виртуальных машин запоминание или поиск динамических IP-адресов каждой виртуальной машины может быть затруднительным. Статические IP-адреса можно назначить в соответствии с вашим планом (например, одна подсеть для баз данных, другая для веб-интерфейсов).

Упрощенная диагностика: При возникновении проблем с сетью гораздо проще выполнять диагностику сервера с статическим IP-адресом, чем сервера с изменяющимся IP-адресом. Команды ping или tracert для целевого адреса всегда работают.

Как задать статический IP-адрес для виртуальной машины в Hyper-V?

После установки виртуальной машины с Linux на систему Windows 10 с помощью Hyper-V, существуют два основных требования к сетевому доступу:

(1) Независимо от изменений сетевой среды физической машины, IP-адрес виртуальной машины должен оставаться неизменным, что обеспечивает возможность постоянного доступа к виртуальной машине с помощью программ, таких как Xshell, даже после установки другого программного обеспечения.

(2) Физическая машина должна иметь доступ к виртуальной машине; возможность доступа виртуальной машины к Интернету является второстепенной. Ключевое требование — это обеспечение доступа физической машины к виртуальной машине и взаимодоступность между виртуальными машинами.

1. Для выполнения первого требования назначьте виртуальной машине фиксированную подсеть и статический IP-адрес. В данном примере используется подсеть 192.168.137.X. В качестве примера, настроим статический IP-адрес следующим образом:

cd /etc/sysconfig/network-scripts
vi ifcfg-eth0

Измените следующую информацию. Здесь мы устанавливаем статический IP-адрес 192.168.137.200:

BOOTPROTO=static
DEVICE=eth0
ONBOOT=yes
IPADDR=192.168.137.200
GATEWAY=192.168.137.1
DNS1=192.168.137.1
NETMASK=255.255.255.0

Перезапустите сетевую службу, чтобы применить настройки:

systemctl restart network

2. Настройте виртуальную сеть в Hyper-V:

Откройте диспетчер виртуальных коммутаторов Hyper-V (Virtual Switch Manager).

Создайте новый виртуальный коммутатор, введите имя, выберите "Внутренняя сеть" и нажмите ОК.

Щелкните правой кнопкой мыши виртуальную машину, которую вы хотите настроить, перейдите в Settings, а затем в всплывающем окне выберите созданный ранее виртуальный коммутатор CentOS-7. Нажмите OK, а затем перезагрузите виртуальную машину, чтобы применить изменения.

3. Настройте сеть на физическом компьютере (Windows 10 в данном примере):

Открыть Панель управления > Центр сетей и общего доступа > Изменение параметров адаптера.

Найдите вновь добавленный виртуальный сетевой коммутатор, щелкните его правой кнопкой мыши и выберите Свойства.

Выберите протокол IPv4.

Задайте IP-адрес и маску подсети следующим образом (остальные поля можно оставить пустыми). IP должен быть 192.168.X.1, где X = 137, чтобы соответствовать подсети, установленной на виртуальной машине CentOS. Важно соблюдать согласованность.

4. После завершения вышеуказанных настроек физическая машина может получить доступ к виртуальной машине. Попробуйте выполнить ping 192.168.137.200 — он должен ответить. Теперь вы можете подключиться, используя Xshell или аналогичные терминалы.

5. Если виртуальной машине требуется доступ в Интернет, перейдите в Панель управления > Центр сетей и общего доступа > Изменение параметров адаптера.

Щелкните правой кнопкой мыши активную сетевую карту физической машины, выберите Свойства, затем Общий доступ.

Установите флажок Общий доступ к подключению к Интернету и выберите созданный ранее виртуальный коммутатор Hyper-V. Нажмите ОК.

После этой операции виртуальная машина должна получить доступ к внешней сети.

Примечание: Иногда после включения общего доступа к интернет-соединению IP-адрес виртуального коммутатора может измениться. Если это произойдет, вам нужно вручную сбросить его, как указано в шаге 3, чтобы он соответствовал подсети, настроенной на виртуальной машине CentOS.

Решение для защиты данных в среде Hyper-V

После настройки сетевой среды следующим важным этапом, который нельзя игнорировать, является защита данных виртуальных машин.

Независимо от того, используется ли виртуальная машина Linux для разработки и тестирования или сервер приложений, на котором размещены производственные задачи, безопасность данных имеет первостепенное значение. Поэтому эффективное, гибкое и удобное решение для резервного копирования критически важно для администраторов Hyper-V.

Для этих целей Vinchin Backup & Recovery предоставляет профессиональные функции резервного копирования и восстановления для сред Hyper-V. Vinchin может выполнять задачи резервного копирования без установки каких-либо агентских программ на хост Hyper-V, значительно снижая нагрузку на системные ресурсы и упрощая процесс развертывания. Поддерживает полное резервное копирование, резервное копирование с приращениями и т. д., а также в сочетании с функцией расписания позволяет гибко настраивать ежедневные или еженедельные планы резервного копирования, чтобы избежать риска человеческой забывчивости.

С помощью Vinchin вы можете не только быстро восстановить виртуальные машины Hyper-V на любой момент времени, но и восстановить резервные копии данных на других платформах, таких как VMware, XCP-ng, oVirt, Proxmox и т.д., для достижения межплатформенной миграции и аварийного восстановления.

Для резервного копирования виртуальных машин Hyper-V с помощью Vinchin Backup & Recovery требуется всего 4 шага:

1. Выберите объект резервного копирования.

Выберите объект резервного копирования

2. Выберите место назначения резервной копии.

Выберите место назначения резервной копии

3. Настройте стратегии резервного копирования.

Настройка стратегий резервного копирования

4. Просмотрите и отправьте задание.

Просмотрите и отправьте задание

Если вы используете Hyper-V и хотите создать высокодоступную и простую в управлении среду виртуализации, вы можете попробовать решение Vinchin для резервного копирования, чтобы добавить дополнительный уровень безопасности для вашей системы. Бесплатный пробный период в течение 60 дней ожидает вас.

Частые вопросы о сетях Hyper-V

1. Как включить подделку MAC-адреса для виртуальной машины?

В диспетчере Hyper-V перейдите к параметрам Сетевой адаптер > Дополнительные функции виртуальной машины и установите флажок "Разрешить подделку MAC-адреса".

2. Можно ли использовать виртуальный коммутатор для нескольких VLAN?

Да, Hyper-V может поддерживать несколько VLAN через один виртуальный коммутатор, используя режим trunk на физическом сетевом адаптере и настраивая идентификаторы VLAN для каждой виртуальной машины.

Заключение

Использование статического IP-адреса в виртуальных машинах Hyper-V обеспечивает не только стабильное подключение для удаленных инструментов управления, таких как SSH, но и упрощает настройку сети, перенаправление портов и устранение неполадок. Создавая пользовательский виртуальный коммутатор и тщательно настраивая параметры сети как для виртуальной машины, так и для хоста, можно достичь стабильной и надежной сетевой среды для вашей виртуальной машины с Linux. Независимо от того, используется ли это для разработки, тестирования или эксплуатации, такой подход обеспечивает больший контроль и минимизирует неожиданные сетевые сбои, вызванные изменением IP-адресов.

поделиться:

Категории: Виртуальная машина
Рекомендуемые статьи