Подробное объяснение трех сетевых режимов виртуальной машины vmware

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

Описание проблемы:

В связи с перезапуском сервера компании произошли следующие ситуации:

1. Ошибка подключения при подключении к сопоставлению виртуальной машины в Xshell.

2. Сопоставленный адрес виртуальной машины может быть подключен, но имя хоста не может быть разрешено, когда в git pull сообщается об ошибке.

Поскольку до этого было два случая 1 и 2, я посоветовался с другом великого бога, чтобы решить его после поиска метода в течение дня, и поскольку я не решил его сам, я не совсем понимаю этот процесс, включая Использование виртуальных машин Возникает проблема 2, и я снова проверил информацию, и у меня есть небольшое представление о виртуальной машине. Из-за предыдущей проблемы, на этот раз возникла проблема, которая считалась проблемой IP-адреса виртуальной машины.

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

Хотя вопрос 2 также относится к проблеме IP, он отличается от вопроса 1. В основном это проблема конфигурации сети виртуальной машины.

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

Вы можете увидеть статус, соответствующий трем различным режимам. IP-адреса VMnet1 и VMnet8 назначаются случайным образом. Если вы хотите сбросить настройки или вы не видите соответствующие виртуальные сетевые карты VMnet1 и VMnet8 на хосте, просто нажмите на значок нижний левый угол.Восстановив настройки по умолчанию, вы можете увидеть, что IP двух методов в виртуальной машине изменился, а также обновилась виртуальная сетевая карта на хосте. Хост может просмотреть настройки виртуальной сетевой карты, перейдя в настройки сетевого центра:

Как видно из вышеизложенного, на хосте отсутствует виртуальная сетевая карта VMnet0, соответствующая режиму моста, различия между тремя способами описаны ниже:

1. Мост (режим моста)

Режим моста заключается в использовании виртуального моста для связи между сетевой картой хоста и виртуальной сетевой картой виртуальной машины. Под функцией моста это похоже на виртуализацию физического хоста в качестве коммутатора.Все виртуальные машины, соединенные мостом, подключаются к интерфейсу коммутатора, и физический хост также вставляется в коммутатор.Поэтому все сетевые карты и сетевые мосты карты находятся в режиме обмена и могут получать доступ друг к другу, не мешая друг другу. В режиме моста IP-адрес виртуальной машины должен находиться в том же сегменте сети, что и хост (то есть первые три числа адреса совпадают).Если требуется работа в сети, шлюз и DNS должны быть в соответствии с сетевой картой хоста.

Сначала подтвердите IP-адрес хоста, шлюз и информацию DNS, Window+R введите cmd, чтобы войти в командное окно, введите команду ipconfig/all для просмотра:

Вы также можете перейти в сетевой центр и щелкнуть текущее соединение для просмотра.Если IP-адрес хоста получен автоматически и его нельзя увидеть в сетевом центре, вы можете использовать только командную строку:

Перед включением виртуальной машины выберите режим подключения: Изменить настройки виртуальной машины — сетевой адаптер — режим моста.

После открытия виртуальной машины откройте командную строку и введите команду vi /etc/sysconfig/network-scripts/ifcfg-eth0 для редактирования файла конфигурации IP:

Здесь IP-адрес должен быть установлен в том же сегменте сети, что и адрес хоста. Адрес шлюза и адрес DNS такие же, как у хоста. Поскольку я использую режим NAT и получаю IP автоматически, мой файл не был изменен. После изменить, сохранить и перезапустить виртуальную машину или виртуальную сетевую карту (команда: перезапуск службы сети, если это бесполезно, возможно, разрешения недостаточно для использования перезапуска сети службы sudo). Затем вы можете пропинговать адрес хоста и попытаться проверить, успешно ли установлено соединение.Если вы хотите проверить, нормально ли работает связь между хостом и виртуальной машиной, вы можете создать сетевое сопоставление адреса виртуальной машины на хосте, и проверьте успешность подключения в Xshell.

Два, NAT (режим трансляции адресов)

Виртуальная машина не занимает ip локальной сети, где находится хост.Используя функцию NAT хоста для доступа к локальной сети и Интернету, это означает, что виртуальная машина может получить доступ к другим компьютерам в локальной сети. локальной сети, но другие компьютеры не знают о существовании виртуальной машины. При использовании этого режима виртуальной машине не нужно устанавливать статический IP-адрес, а нужно только использовать функцию DHCP для автоматического получения IP-адреса. Это место заставило меня задержаться на долгое время, так как сначала мне показалось, что фиксированный IP удобнее, поэтому я не стал настраивать автоматическое получение, и оказалось, что я не могу постоянно менять IP. приобретение и все проблемы были решены.

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

Затем установите параметры IPv4 для виртуальной сетевой карты хоста VMnet8:

Здесь IP-адрес должен быть установлен на адрес шлюза, установленный в режиме NAT виртуальной машины.Я настроил автоматическое получение (автоматическое получение лучше не ставить, чувствую, что будут проблемы), вроде бы возможно, и мой адрес виртуальной машины тоже получается автоматически (получается, что лучше не получать это автоматически, иначе будут проблемы, если менять IP каждые три дня..), если вы хотите исправить IP адрес, перейдите на виртуальную машину и установите /etc/sysconfig/network-scripts Для каждого адреса в файле /ifcfg-eth0 установленный в это время IP-адрес должен находиться в диапазоне настроек DHCP, а адрес шлюза также должен следоватьхозяинАдрес шлюза хоста тот же. В первый раз, когда я установил его таким же, как адрес шлюза виртуальной машины, проблема повторилась на следующий день. Я изменил его на адрес шлюза хоста сегодня, и все было в порядке, так что если есть проблема, я буду менять его снова.

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

3. Host-Only (только режим хоста)

Режим Host-Only на самом деле является режимом NAT, который удаляет виртуальное устройство NAT, а затем использует виртуальную сетевую карту VMware Network Adapter VMnet1 для подключения виртуального коммутатора VMnet1 для связи с виртуальной машиной. внешней сети, что делает виртуальную машину независимой системой, которая взаимодействует только с главным компьютером. То есть виртуальная машина может общаться только с хостом и не может подключаться к Интернету. Структурная схема выглядит следующим образом:

Шаги в основном такие же, как и для NAT.При настройке фиксированного IP-адреса IP-адрес виртуальной машины должен находиться в том же сегменте сети, что и VMnet1, шлюз должен быть таким же, а DNS-адрес должен быть таким же, как у хоста.

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

Немного сетевого здравого смысла:

1. Доступ к компьютеру в сети находится по ip.
Как и наш идентификационный номер, он может однозначно идентифицировать человека. IP используется для различения компьютеров в сети, поэтому в одной сети (точнее говоря, «сегменте сети») IP-адреса не могут совпадать. Если в той же сети существует один и тот же IP-адрес, часто случается, что сеть не может быть подключена или соединение часто прерывается.