Vmware workstation bridge не работает

Обновлено: 06.07.2024

Некоторые пользователи VMware Workstation Player и VMware Workstation Pro сообщают, что у них есть проблема сетевого моста со всеми гостевыми машинами. В результате ни одна из гостевых виртуальных машин не может связаться с хост-машиной, а хост-компьютер не может связаться с гостевыми машинами. Сообщается, что эта проблема возникает в Windows 7, Windows 8 и Windows 10.

Мостовая сеть VMware не работает

Что вызывает проблемы с VMware Bridged Network?

Мы исследовали эту конкретную проблему, изучив различные пользовательские отчеты и стратегии исправления, которые обычно используются для решения этой проблемы. Исходя из того, что мы собрали, существует несколько распространенных сценариев, которые могут привести к этой проблеме:

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

Для достижения наилучших результатов мы рекомендуем вам следовать потенциальным исправлениям в том порядке, в котором они представлены. Мы попытались охватить все возможные сценарии, поэтому один из методов, приведенных ниже, должен решить проблему в вашем конкретном сценарии.

Способ 1: перезагрузка Vmnetbridge.sys через администратор CMD

VMnetbridge.sys (управление мостом VMware) также может вызвать эту конкретную проблему в тех случаях, когда файл неправильно запускается или становится сбойным, прежде чем он может облегчить связь между хост-машиной и гостевым компьютером.

Если этот сценарий применим, скорее всего, вы сможете решить проблему, перезапустив bmnetbridge служба через повышенную командную строку. Несколько затронутых пользователей сообщили, что эта процедура позволила им устранить проблему, так как хост и гостевые машины начали взаимодействовать при следующем запуске окна VMware.

Вот краткое руководство по перезагрузке vmnetbriddge.sys через админ CMD:

Если проблема все еще не решена, и вы все еще сталкиваетесь с той же проблемой мостовой сети, перейдите к следующему способу ниже.

Способ 2. Использование определенной виртуальной сети (VMnet0)

Несколько затронутых пользователей сообщили, что для них проблема была полностью решена после того, как они настроили свою рабочую станцию WMware для использования определенной виртуальной сети (VMnet0). Как выясняется, если вы оставите сетевое подключение к Bridged, есть вероятность, что программа будет использовать неправильное.

В подавляющем большинстве случаев VMnet0 является правильной виртуальной сетью, которая должна использоваться в этом случае. Вот краткое руководство о том, как запрограммировать VMware для использования собственной виртуальной сети (VMnet0):

Откройте VMWare Workstation, щелкните правой кнопкой мыши виртуальную машину, с которой у вас возникли проблемы (в левом меню) и выберите Настройки.
Внутри Виртуальная машина настройки, выберите аппаратные средства Вкладка. Затем выберите Сетевой адаптер из списка устройств.
Выбрав сетевой адаптер, перейдите к правой руке и нажмите на переключатель, связанный с Custom: конкретная виртуальная сеть.
Затем используйте раскрывающееся меню ниже, чтобы выбрать VMnet0 из списка конкретных виртуальных сетей.
Нажмите Хорошо чтобы сохранить конфигурацию, затем снова запустите виртуальную машину и посмотрите, сможете ли вы теперь подключиться к Интернету с вашей виртуальной машиной.

Настройка VMware Workstation для работы с VMnet0

Если проблема все еще не решена, и у вас все еще есть проблемы с сетевым мостом в VMware Workstation, перейдите к следующему способу ниже.

Способ 3: отмена выбора всех адаптеров, кроме физической сетевой карты

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

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

Важный: Этот метод будет применим, только если вы используете VMware Workstation Pro. Следующие шаги не могут быть воспроизведены в VMware Workstation Player!

Вот краткое руководство о том, как это сделать:

Замечания: Вы также можете полностью закрыть VMware Workstation и использовать функцию поиска Windows (нажмите клавишу Windows) для поиска VMWare Виртуальный сетевой редактор.

Если вы все еще сталкиваетесь с той же проблемой или этот метод не применим к вашему конкретному сценарию, перейдите к следующему способу ниже.

Способ 4: удаление всех ненужных сетевых адаптеров хоста

Если вы используете VMware Workstation Player (бесплатная версия) и описанный выше метод не подходит, вы можете сделать это из бесплатной версии. В подавляющем большинстве случаев ошибка возникает из-за того, что в программном обеспечении имеется множество сетевых адаптеров хоста, из которых можно выбрать один из них для сетевого моста с мостовым подключением.

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

Вот краткое руководство о том, как это сделать:

Удаление всех ненужных сетевых адаптеров хоста

Если вы все еще сталкиваетесь с той же проблемой, перейдите к следующему способу ниже.

Способ 5: удаление VPN-клиента с хоста

Как выясняется, эта конкретная проблема также может возникнуть, если вы активно используете VPN-соединение для защиты своей анонимности в Интернете. Несколько пострадавших пользователей сообщили, что мостовое соединение заработало, как и ожидалось, сразу после удаления VPN-клиента.

Замечания: Если вы заинтересованы в использовании VPN-клиента, вы можете использовать разных провайдеров, пока не обнаружите опцию, которая не конфликтует с VMware Workstation. В большинстве случаев VPN-клиент, о котором сообщается, что он конфликтует с рабочей станцией VMware, Конечная точка удаленного доступа VPN, но могут быть и другие.

Вот краткое руководство по удалению вашего VPN-клиента для решения проблемы мостовой сети:

Нажмите Windows ключ + R открыть диалоговое окно «Выполнить». Затем введите «Appwiz.cpl» и нажмите Войти открыть Программы Особенности экран.
Введите appwiz.cpl и нажмите Enter, чтобы открыть список установленных программ.
Внутри Программы и особенности прокрутите вниз список приложений и найдите VPN-клиента, который вы используете в данный момент.
Щелкните правой кнопкой мыши по вашему VPN-клиенту и выберите Удаление. Затем следуйте инструкциям на экране для завершения удаления.
Удаление VPN-клиента
Как только VPN-клиент будет удален, перезагрузите компьютер и посмотрите, решена ли проблема мостового соединения, запустив ту же виртуальную машину, которая ранее доставляла вам проблемы.

Способ 6. Отключение всех сетевых записей VirtualBox от сетевых подключений

Если вы ранее использовали Virtual box, имейте в виду, что у вас могут возникнуть проблемы, если вы переключитесь на VMware (мостовой режим). Оказывается, что адаптеры, оставленные виртуальным блоком, могут вызвать проблемы с мостовым соединением внутри VMware.

Если этот сценарий применим к вашей текущей ситуации, и вы хотите использовать VMware, есть три пути вперед:

Удалите VirtualBox вместе с адаптером, который использовался программным обеспечением.
Начните использовать NAT с VMWare
Отключите все записи сети, принадлежащие VirtualBox, из меню «Сетевые подключения»

Нажмите Windows ключ + R открыть Бежать диалоговое окно. Затем введите «Ncpa.cpl» и нажмите Войти воспитывать Сетевые соединения Вкладка.
Внутри Сетевые соединения вкладка, щелкните правой кнопкой мыши> Отключить на каждом сетевом адаптере, принадлежащем VirtualBox. У вас может быть один или несколько разных адаптеров, в зависимости от того, насколько широко вы использовали VirtualBoxОсобенности
Замечания: Если вас попросят UAC (контроль учетных записей пользователей), щелчок да предоставить необходимые разрешения для отключения виртуального адаптера.
После отключения каждого адаптера VirtualBox откройте VMware, запустите виртуальную машину, которая ранее доставляла вам проблемы, и посмотрите, не работают ли функции моста.

Отключение каждого адаптера VirtualBox

Если вы все еще сталкиваетесь с той же проблемой, перейдите к следующему способу ниже

Способ 7: восстановление настроек редактора виртуальной сети по умолчанию

Оказывается, есть одна конкретная сборка Windows 10, которая нарушает функцию мостового соединения на VMware Workstation. Как выясняется, если вы обновитесь до Windows 10, построенной 1703 или выше, когда установлена программа WMware, функция сетевого моста станет непригодной для использования, если не будут выполнены ручные действия.

Это происходит из-за того, что это обновление удаляет несколько ключей (VMnetDHCP и VMware NAT Service), что в итоге приводит к эффективному разрушению функции моста в VMWare Workstation. Но, как оказалось, вы можете очень легко устранить ущерб, заставив VMware воссоздать два раздела реестра, восстановив настройки редактора виртуальной сети по умолчанию.

Замечания: Приведенные ниже шаги применимы только для пользователей Vmware Workstation PRO и не могут быть реплицированы в VMware Player.

Вот краткое руководство о том, как это сделать:

Откройте проводник и перейдите в следующую папку:
Как только вы попадете туда, щелкните правой кнопкой мыши на vmnetcfg.exe и выбрать Запустить от имени администратора.
Как только вам удастся открыть редактор виртуальной сети с правами администратора, нажмите Сброс настроек, а затем нажмите на Применять сохранить изменения.
Восстановление настроек редактора виртуальной сети по умолчанию
Перезапустите рабочую станцию VMware и посмотрите, работает ли режим моста, как предполагалось.

Если этот метод неприменим или вы все еще сталкиваетесь с этой конкретной проблемой, перейдите к следующему способу ниже.

Метод 8: Разрешение виртуальных машин VMware от брандмауэров AVG (если применимо)

Как выясняется, эта конкретная проблема также может возникать, если вы используете стороннюю систему безопасности (которая включает в себя брандмауэр), которая чрезмерно защищает сетевые соединения, которыми она управляет. Несколько затронутых пользователей сообщили, что им удалось решить проблему после обнаружения, что брандмауэр AVG (или подобное решение безопасности) отвечает за их проблему мостового режима в VMware.

Если этот сценарий применим к вашей текущей ситуации и вы используете AVG Internet Security, вы можете быстро решить эту проблему, изменив расширенные настройки AVG, чтобы разрешить все виртуальные машины и трафик. Вот как это сделать:

Откройте Avast Internet Security и перейдите к Настройки> Режим эксперта> Расширенные настройки.
В меню «Дополнительные настройки» убедитесь, что поле, связанное с Разрешить любой трафик с / на виртуальные машины, поддерживаемые брандмауэром является проверено.
Разрешение виртуальных сетей в AVG
Нажмите Применять сохранить текущую конфигурацию.
Перезапустите VMware и посмотрите, была ли проблема решена.

Замечания: если вы используете другой пакет безопасности и считаете, что этот метод может быть применим, найдите в Интернете конкретные шаги по разрешению использования виртуальных сетей в соответствии с используемым вами брандмауэром .h

Некоторые пользователи VMware Workstation Player и VMware Workstation Pro сообщают, что у них возникла проблема с мостовой сетью на всех своих гостевых машинах. Что происходит, ни одна из их гостевых виртуальных машин не может связаться с хост-машиной, а хост-машина не может связаться с гостевыми машинами. Сообщается, что эта проблема возникает в Windows 7, Windows 8 и Windows 10.

Что вызывает проблемы с мостовой сетью VMware?

Мы исследовали эту конкретную проблему, изучив различные отчеты пользователей и стратегии восстановления, которые обычно используются для решения этой проблемы. Исходя из того, что мы собрали, существует несколько распространенных сценариев, которые, как известно, приводят к этой проблеме:

Метод 1. Перезагрузка Vmnetbridge .sys через админ-CMD

VMnetbridge.sys (VMware Bridge Control ) также может вызывать эту конкретную проблему в тех случаях, когда файл запускается неправильно или дает сбой до того, как он может облегчить обмен данными между хост-компьютером и гостевым компьютером.

Если этот сценарий применим, есть вероятность, что вы сможете решить проблему, по существу перезапустив bmnetbridge через командную строку с повышенными привилегиями. Несколько затронутых пользователей сообщили, что эта процедура позволила им решить проблему, поскольку хост и гостевые машины начали обмениваться данными при следующем запуске окна VMware.

Вот краткое руководство по перезагрузке vmnetbriddge.sys через администраторскую CMD:

Убедитесь, что VMware Workstation закрыта вместе с любой открытой гостевой машиной.
Нажмите клавишу Windows + R , чтобы открыть диалоговое окно «Выполнить». Затем введите «cmd» и нажмите Ctrl + Shift + Enter , чтобы открыть командную строку с повышенными привилегиями. Когда вы увидите запрос подтверждения UAC (Контроль учетных записей) , нажмите Да , чтобы предоставить права администратора.
В командной строке с повышенными привилегиями введите следующие команды по порядку и нажимайте Enter после каждой, чтобы перезапустить службу VMnetbridge:
После перезапуска VMNetService закройте командную строку с повышенными привилегиями, снова откройте VMware workstation и смонтируйте виртуальную машину, с которой мы ранее сталкивались с проблемами.

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

Метод 2: Использование конкретной виртуальной сети (VMnet0)

Несколько затронутых пользователей сообщили, что для них проблема была полностью решена после того, как они настроили свою рабочую станцию WMware для использования c виртуальная сеть ( VMnet0 ). Оказывается, если вы оставите сетевое соединение для Bridged, есть шанс, что программа будет использовать неправильный.

Если проблема все еще не решена, но у вас все еще есть проблемы с сетевой мост в VMware Workstation, перейдите к следующему способу, описанному ниже.

Метод 3: отмените выбор всех адаптеров, кроме физической сетевой карты

Если вы используете Workstation Pro , и у вас нет подключения к сети внутри ваших виртуальных машин при использовании мостового подключения, вы будете e, чтобы решить эту проблему, используя VMWare Virtual Network Editor , чтобы отменить выбор всех сетевых адаптеров, которые не важны для сетевого подключения.

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

Важно: Этот метод будет применим только в том случае, если вы используете VMware Workstation Pro. Приведенные ниже шаги нельзя повторить в VMware Workstation Player!

Вот краткое руководство о том, как это сделать:

Примечание. Вы также можете полностью закрыть VMware Workstation и использовать функцию поиска Windows (нажмите клавишу Windows) для поиска VMWare Редактор виртуальной сети.

Если вы все еще сталкиваетесь с той же проблемой или этот метод неприменим к вашему конкретному сценарию, перейдите к следующему методу, указанному ниже.

Метод 4: Удаление всего ненужного сетевые адаптеры хоста

Если вы используете VMware Workstation Player (бесплатная версия) и описанный выше метод не применим, вы можете сделать это из бесплатной версии. В подавляющем большинстве случаев ошибка возникает из-за того, что программное обеспечение имеет множество сетевых адаптеров хоста, из которых нужно выбирать один для мостового сетевого соединения.

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

Вот краткое руководство о том, как это сделать:

Если вы все еще сталкиваетесь с той же проблемой, перейдите к следующей метод ниже.

Метод 5: Удаление клиента VPN с хост-машины

Как оказалось, эта конкретная проблема также может возникнуть, если вы активно используете VPN соединение для защиты вашей анонимности в сети. Несколько затронутых пользователей сообщили, что мостовое соединение начало работать должным образом, как только они удалили свой VPN-клиент.

Вот краткое руководство по удаление вашего VPN-клиента для решения проблемы с мостовой сетью:

Нажмите клавишу Windows + R , чтобы открыть диалоговое окно «Выполнить». Затем введите «appwiz.cpl» и нажмите Enter , чтобы открыть экран Программы и компоненты .
Прокрутите список приложений на экране Программы и компоненты вниз. и найдите VPN-клиент, который вы используете в данный момент.
Щелкните правой кнопкой мыши на своем VPN-клиенте и выберите Удалить. Затем следуйте инструкциям на экране, чтобы завершите удаление.
После удаления VPN-клиента перезагрузите компьютер и посмотрите, есть ли мостовое соединение проблема решается путем запуска той же виртуальной машины, которая ранее доставляла вам проблемы.

Метод 6. Отключение всех сетевых записей VirtualBox из сетевых подключений

Если вы ранее использовали Virtual Box, имейте в виду, что вы можете столкнуться с проблемами, если переключитесь на VMware (мостовой режим) . Как оказалось, адаптер/ы, оставленные виртуальным блоком, могут вызвать проблемы с мостовым соединением внутри VMware.

Если этот сценарий применим к вашей текущей ситуации и вы хотите использовать VMware, есть три пути вперед:

Удалить VirtualBox вместе с адаптером, который использовался программным обеспечением.
Начните использовать NAT с VMWare.
Отключите все сетевые записи, принадлежащие VirtualBox, из меню сетевых подключений.

Если вы все еще сталкиваетесь с той же проблемой, перейдите к следующему методу ниже w

Метод 7. Восстановление настроек редактора виртуальной сети до значений по умолчанию

Как оказалось, есть одна конкретная сборка Windows 10, которая нарушает функцию мостового подключения на VMware Workstation . Как оказалось, если вы обновитесь до Windows 10 версии 1703 или более поздней при установленном WMware, функция сетевого моста станет непригодной для использования, если не будут предприняты действия вручную.

Примечание. : Следующие шаги применимы только для пользователей Vmware Workstation PRO и не могут быть воспроизведены в VMware Player.

Вот краткое руководство о том, как это сделать:

Откройте проводник и перейдите в следующую папку:
Попав туда, щелкните правой кнопкой мыши vmnetcfg.exe и выберите Запуск от имени администратора .
Когда вам удастся открыть редактор виртуальной сети с правами администратора, нажмите Восстановить значение по умолчанию , а затем нажмите Применить , чтобы сохранить изменения..
Перезапустите рабочую станцию VMware и посмотрите, работает ли режим моста должным образом.

Если этот метод неприменим или вы все еще сталкиваетесь с этой конкретной проблемой, перейдите к следующему методу ниже.

Метод 8: разрешение виртуальных машин VMware из AVG брандмауэры (если применимо)

Как оказалось, эта конкретная проблема также может возникнуть, если вы используете стороннюю систему безопасности (которая включает в себя брандмауэр), которая чрезмерно защищает сетевые подключения, которыми она управляет . Несколько затронутых пользователей сообщили, что им удалось решить проблему после того, как они обнаружили, что брандмауэр AVG (или аналогичное решение безопасности) отвечает за их проблему с мостовым режимом в VMware.

Если этот сценарий применим к вашей текущей ситуации. и вы используете AVG Internet Security, вы можете быстро решить проблему, изменив расширенные настройки AVG, чтобы разрешить все виртуальные машины и трафик. Вот как это сделать:

Откройте Avast Internet Security и перейдите в Настройки> Экспертный режим> Расширенные настройки .
В меню дополнительных настроек убедитесь, что флажок, связанный с Разрешить любой трафик с/на виртуальные машины, поддерживаемые брандмауэром , установлен .
Нажмите Применить , чтобы сохранить текущую конфигурацию.
Перезапустите VMware и посмотрите, решена ли проблема.

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

Всем привет, сегодня хочу продолжить тему по настройке домашней виртуальной инфраструктуры на Wmware workstation. И сегодня мы рассмотрим как производится настройка сети Wmware workstation, для виртуальных машин. Какие виды сети там бывают и для чего каждый вид используется, понимание данных догматов, очень сильно расширит ваши возможности в плане применения данного гипервизора.

И так в предыдущий раз мы с вами создали виртуальную машину и установили на нее операционную систему. Теперь предположим, что вы создаете еще одну виртуальную машину и хотите организовать домен Active Directory, но для этого нужно настроить сеть Wmware workstation. Рассмотрим где это делается и какие есть веды сети.

Виды сетей Wmware workstation

И так какие виды сетей бывают в данном виде виртуализации:

Мост > подключение непосредственно к физической сети. bridge как его еще называют объединяет несколько портов в виртуальный коммутатор, по сути вы увидите в виртуалке ваш сетевой интерфейс.
NAT > по сути создается несколько отдельных сетевых интерфейсов, через которые ваша виртуальная машина получает интернет, физический адаптер натирует виртуальный адаптер.
Только для узла > частная сеть только с узлом, это по сути закрытая локальная сеть которую настраивает Wmware workstation, между физическим компьютером и виртуальной машиной.
Другое. указать виртуальную сеть > по сути закрытая изолированная сеть
Сегмент локальной сети > изолированная сеть, создаваемая вами лично, трафик бегает только между виртуалками.

Как настроить сеть

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

Вот настройки network интерфейса vm машинке:

ip адрес 192.168.145.128 192.168.145.2
DHCP сервер 192.168.145.254

Смотрим настройки тех сетевых адаптеров что у вас добавились на физическом компьютере:

ip адрес 192.168.145.1, как видите они из одного сегмента 145. Что позволяет вам получать интернет в виртуалке.

Настройки NAT можно посмотреть Правка > Редактор виртуальной сети

В данном редакторе можно задать и посмотреть параметры NAT

Щелкаем Параметры NAT, тут видно шлюз 192.168.145.2, при желании его можно заменить на нужный вам. Обратите внимание можно даже пробрасывать порты в нужную машинку.

посмотреть параметры DNS. По умолчанию задаются автоматически, но можно задать и вручную.

Параметры DHCP, в них указывается выдаваемый пул ip адресов, время аренды.

Давайте сделаем трассировку из нашей vm и посмотрим прохождение трафика. Как видите первым хопом идет шлюз, а дальше уже шлюз физического интерфейса, куда трафик попадает через тот виртуальный интерфейс с ip 192.168.145.1.

Режим моста

Вот параметры моего сетевого адаптера на физическом компьютере, как видите ip адрес 192.168.0.77 и шлюз 192.168.0.1

А вот настройки сети на виртуальной машине Wmware workstation 192.168.0.11 и с таким же основным шлюзом. Из чего можно сделать вывод, что настройка сети, произведена в одном сегменте и если бы у меня еще был ноутбук подключенный через WiFi, то я бы с него имел доступ на прямую к виртуальной машине, так как они были бы в одной локальной сети. Единственной, что все бы шло через физический адаптер компьютера где настроена виртуализация.

Только для узла

Продолжаем с етевые настройки VMWare Workstation и устанавливаем значение Только для узла. И так теперь ваша virtual machine получает ip адрес из локальной сети в которой только она и ваш физический компьютер.

На фихическом хосте.

Другое: указать виртуальную сеть

В данном случае у вас тут может быть как и мост так и NAT, а может и изолированная сеть, все зависит от того как вы настроите в редакторе виртуальных сетей.

Сегмент локальной сети

Теперь выбираем созданный сегмент, подойдет для доменов active directory например.

Как видите Wmware workstation в данный момент 12 версия, очень мощный инструмент для организации различного уровня сложности и задачи сетей, думаю сценарии вы придумаете сами.

Доступ в Интернет в режиме моста Linux на виртуальной машине vmware

VMware использует режим моста под CentOS, статический IP во внешней сети

Через 15 лет я написал в блоге:Bridged сетевых настроек в VMwareРечь также шла о настройке режима моста vmware под Linux и статического IP-адреса во внешней сети, но в то время это было в основном реализовано с помощью графического интерфейса, который не был очень универсальным. В производственной среде очень мало графических интерфейсов установки Linux. Исходный блог просто не редактируется, возможно создание нового. Здесь я использую самую маленькую систему CentOS6.5 для демонстрации. Теперь, поскольку CentOS принадлежит к серии Red Hat, метод, описанный в этой статье, также применим к сетевой конфигурации Linux серии Red Hat.

VMware->【Edit】->【Virtual Network Edit】

Виртуальная машина, настроенная в режиме подключения к мостовой сети, рассматривается как часть Ethernet, где находится хост.Отношения между виртуальной системой и хост-машиной похожи на два компьютера, подключенных к одному концентратору. Все общие ресурсы и сетевые подключения могут напрямую совместно использовать линию доступа в Интернет хост-сети для доступа в Интернет. Между хостом и виртуальной машиной может быть взаимный доступ, а также между виртуальными машинами. Соответствующая виртуальная машина рассматривается как независимая физическая машина в сети Ethernet, на которой расположен хост.Каждая виртуальная машина подключена к хосту Ethernet через сетевую карту VMnet0 по умолчанию, а виртуальная сеть между виртуальными машинами - это VMnet0. В настоящее время ваша виртуальная машина похожа на независимую физическую машину в локальной сети. Операционная система на виртуальной машине может проверять связь с другими хостами, и другие узлы также могут проверять связь с виртуальной машиной. Если вы хотите, чтобы они обменивались данными друг с другом, вам необходимо настроить IP-адрес и маску подсети для виртуальной системы, иначе они не смогут взаимодействовать.

Поэтому перед настройкой я должен посмотреть IP-адрес физического хоста: (здесь я использую беспроводную сетевую карту Wi-Fi для физического хоста)

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

2. В соответствии с IP-адресом физического хоста установите IP-адрес виртуальной машины linux:

Я использую xshell для подключения к linux, что выглядит яснее:

Перезапустите сетевой сервис:

3. Добавьте адрес шлюза в файл конфигурации сети / etc / sysconfig / network.

4. Тест:

1) Виртуальная машина пингует физический хост:

2) Физический хост пингует виртуальную машину

3) Виртуальная машина тестирует внешнюю сеть:

Если сервер Linux не может проверить связь с доменным именем, отобразится следующий запрос:

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

Если вы уверены, что с сетью все в порядке, вы можете найти решение, выполнив следующие действия:

1) Убедитесь, что сервер доменного имени настроен

Если нет, рекомендуется настроить общедоступную службу DNS Google, это не должно вызывать проблем.

Добавить днс в файл.В ходе теста было обнаружено, что в этом нет необходимости.Также есть возможность добавить в файл диспетчер сети.

2) Убедитесь, что шлюз настроен

Моя машина xiaolyu75 не может получить доступ к внешней сети, потому что настройка управления сетью неправильная, я установил ее как GETWAY = 192.168.31.1.

Если он не установлен, добавьте шлюз следующим образом:

или вручную напишите файл / etc / sysconfig / network-scripts / ifcfg *, перезапустите сетевой сервис:

Читайте также: