Интернет Ubuntu vmware не работает

Обновлено: 04.07.2024

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

Содержание

Устранение проблем с подключением, вызванных отсутствием IP-адреса

Некоторые гостевые операционные системы Linux пытаются установить сетевое подключение до того, как DHCP-сервер Skytap назначит виртуальной машине действительный IP-адрес. Виртуальная машина должна иметь действительный IP-адрес для подключения к сети.

Выполните следующие действия, чтобы определить и решить эту проблему. Точные команды различаются в зависимости от ОС.

В гостевой ОС Linux проверьте конфигурацию сетевого интерфейса, чтобы узнать, есть ли у сетевого адаптера IP-адрес.

Замените eth0 именем сетевого адаптера. Команда ifconfig отображает имя сетевого адаптера.

Если приведенное выше исправление сработало, устраните эту проблему навсегда, добавив следующие строки в файл конфигурации сетевого адаптера (например, /etc/sysconfig/network-scripts/ifcfg-eth0 ).

Устранение проблем с подключением, возникающих после приостановки работы ВМ

Некоторые виртуальные машины Linux могут иметь проблемы с подключением к сети после того, как виртуальная машина была приостановлена, а затем возобновлена.

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

Установите пакет netplug (Ubuntu Server, CentOS, Fedora, RHEL)

В некоторых случаях ВМ не распознает сетевой адаптер после приостановки работы ВМ. Установка и запуск netplug может решить эту проблему.

Сервер Ubuntu

Чтобы установить netplug на Ubuntu Server, используйте следующую команду:

Ubuntu автоматически включает и запускает netplug после установки.

CentOS, Fedora и RHEL

Чтобы установить и запустить netplug в CentOS, Fedora и RHEL, используйте следующие команды:

Изменить тип сетевого адаптера (все Linux)

Виртуальные машины Linux, использующие сетевой адаптер типа e1000, могут быть не в состоянии подключиться к сети после перехода Linux в режим ожидания и его приостановки. Если виртуальная машина использует тип сетевого адаптера e1000, удалите сетевой адаптер e1000, а затем добавьте сетевой адаптер vmxnet3. Инструкции см. в разделе «Подключение ВМ к сети».

Возможно, вам потребуется установить или обновить VMware Tools, чтобы использовать сетевой адаптер типа vmxnet3. Инструкции см. в разделе Установка и обновление VMware Tools на виртуальных машинах Linux.

СентОС 6

Адаптер vmxnet не поддерживается в CentOS 6. Если производительность сети для виртуальной машины CentOS 6 низкая, проверьте тип сетевого адаптера. Если установлен адаптер vmxnet, удалите его и добавьте другой сетевой адаптер, например vmxnet3.

Устранение проблем с подключением, возникающих после добавления ВМ в среду

Если вы добавляете в среду виртуальную машину, которая использует то же имя хоста, IP или MAC-адрес, что и другая виртуальная машина в той же среде, Skytap изменит сетевые настройки, чтобы предоставить уникальные значения для новой виртуальной машины. Хотя Skytap автоматически изменяет сетевые настройки для вас, на виртуальных машинах Red Hat и Oracle старые сетевые настройки сохраняются в ядре Linux. Чтобы сеть работала должным образом, необходимо вручную удалить старые настройки.

Чтобы очистить старые настройки операционной системы ВМ

Установите минимальные настройки DHCP, необходимые для целевой сетевой карты — eth0. Например, файл /etc/sysconfig/network должен содержать следующую строку:

Переменная NETWORKING должна иметь значение yes, если вы хотите, чтобы сеть запускалась во время загрузки.

Файл /etc/sysconfig/network-scripts/ifcfg-eth0 должен содержать только следующие строки:

Удалите файл правил сетевого интерфейса из ядра, чтобы его можно было создать заново:

Я использую Vmware Player для использования Ubuntu 14.04, но не могу подключиться к Интернету на своей виртуальной машине, хотя моя система подключена к Интернету. Исходная ОС в моей системе - Windows 7. Кто-нибудь может подсказать выход.

3 ответа 3

Решение найдено путем просмотра нескольких тем. Компиляция здесь.

EDIT: Пожалуйста, проверьте, находится ли ваша сеть в режиме моста или нет, если вы используете VMWare/VirtualBox, прежде чем выполнять следующие шаги. Включение режима моста и перезапуск гостевой ОС могут решить проблему.

Сначала проверьте, отключена ли ваша сеть, используя следующую команду в терминале:

Если он отображается как отключенный после имени вашего адаптера (запишите логическое имя для последующего использования)

Все, что нам нужно сделать, это включить адаптер, так что давайте начнем.

откройте файл интерфейсов с помощью следующей команды:

В мой файл были записаны следующие данные:

Но логическое имя моей сетевой карты было ens33 (не lo), поэтому я изменил его на следующее и сохранил файл.

Пришло время перезапустить сетевой сервис.

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

Наслаждайтесь Интернетом :)

Если это не сработает -> Но, как объяснялось ранее, измените настройки сетевого адаптера на мост в настройках виртуальной машины.

Если все это не работает, лучший способ решить проблему

Восстановите сетевые настройки ВМ

Если вы используете старую версию, загрузите новую версию (пробная версия также подойдет) — мы просто обновляем ваши настройки

Следуйте инструкциям:

введите здесь описание изображения

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

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

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

Обновите свой вопрос, указав дополнительную информацию, если мое предложение не работает: гостевая ОС, как ваш главный компьютер подключен к сети, какова текущая конфигурация сетевых адаптеров виртуальной машины. Это домашний или рабочий компьютер?

ОБНОВЛЕНИЕ

Я предполагаю, что если вы подключены к корпоративной локальной сети, то NAT будет работать, а мост — нет. Чтобы добавить еще один интерфейс 1) добавьте адаптер в VMWare Player; 2) Добавляем интерфейс в Ubuntu. Предполагая, что ваш существующий интерфейс — eth0, отредактируйте /etc/network/interfaces, добавив следующие строки:

Затем перезапустите сетевую службу:

ОБНОВЛЕНИЕ 2

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

У меня возникла проблема с подключением к виртуальной машине Ubuntu 18.04, которая работала нормально, а затем, после выключения и увеличения объема ОЗУ, теперь у нее нет сетевого подключения?? Я восстановил резервную копию из Veeam, и она снова работает, и я могу воспроизвести проблему, завершив работу и запустив холодную загрузку (не перезапуская). Так что я не думаю, что это оперативная память, я уверен, что это связано с программным обеспечением.

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

Я использую netplan, и в yaml ничего не изменилось.

Я увидел ошибку от cloud-init на экране входа в систему, поэтому я запустил:

Оба снова запустились при перезагрузке, поэтому я побежал:

Это исправило мое предупреждение при запуске, но по-прежнему нет сетевого подключения, я полностью потерян.

pieminister

Этот человек является проверенным специалистом

пиеминистр

Участвуйте, чтобы выиграть еженедельные подарочные карты (от 100 евро), Oculus и наушники/колонки

Конкурс завершается 27 марта 2022 г. Конкурсы Каждую неделю узнайте больше о том, как Red Hat может помочь вам добиться простоты и цифровых инноваций, и ответьте на вопрос. Детали конкурса Просмотреть все конкурсы

Ли Шарп

Этот человек является проверенным специалистом

Ли Шарп

Из того, что вы говорите, я не думаю, что дело в Ubuntu, а в VMware. Попробуйте отключить и снова подключить vswitch, пока он находится в неисправном состоянии. Другой вариант — попытаться создать «новый» шаблон виртуальной машины, но со старым образом диска. Я подозреваю, что конфигурация VMware каким-то образом повреждена.

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

14 ответов

Ли Шарп

Этот человек является проверенным специалистом

Ли Шарп

Возможно, здесь работает одна из нескольких вещей. Но начнем с того, что Netplan был не полностью готов в 18.04. (Некоторые утверждают, что еще в версии 20.04.) В версии 18.04 была добавлена ​​еще одна функция cloudinit, которая переписывает традиционные файлы конфигурации на лету. Удаление их является вариантом, и многие делают это. Но это может не решить вашу проблему.

Итак, для начала, какую ошибку вы видите? Что выводит следующее, когда у вас нет сети?
ip addr show
ip link show

Каковы результаты следующих команд и вызывают ли они сеть? (обратите внимание, что некоторые из них могут дать сбой, и это нормально. Я пытаюсь посмотреть, что у вас есть здесь.)

sudo netplan apply
sudo systemctl restart NetworkManager.service
sudo service network-manager restart

Как вы установили и настроили систему? Изменяет ли что-либо повторное включение cloudinit.

pieminister

Этот человек является проверенным специалистом

OP пиеминистр


Я пытаюсь настроить лабораторную среду на рабочей станции VMware 16.

Моя хост-система работает под управлением Windows 10 Pro.

Это сеть только для хоста, как показано ниже:

Один экземпляр pfSense с двумя сетевыми адаптерами.

Один адаптер подключен к VMNet02 (только хост) с подсетью 10.10.240.0/24.

Другой адаптер подключен к хосту (192.168.1.0/24).

У него работает DHCP.

Один экземпляр Windows 10, который получает IP-адрес от pfSense DHCP

Подключено к VMNet02.

Он работает нормально и прекрасно подключается к Интернету.

Один экземпляр сервера Ubuntu 20.04 LTS, который также получает свой IP-адрес от pfSense

Подключено к VMNet02.

Он может нормально пинговать экземпляр pfSense, но экземпляр pfSense не может пинговать его обратно.

Он не может подключиться к Интернету в течение длительного времени после запуска, но подключается примерно через 30 минут.

После подключения экземпляр pfSense может пропинговать его.

Я не могу решить проблему с подключением к Интернету на сервере Ubuntu. Я пробовал много вещей. Я даже добавил экземпляр Debian в сеть, и у него та же проблема, что и у Ubuntu.

Вот вывод " ifconfig " из Ubuntu:

Вот результат выполнения команды "ip show route":

Вот результат выполнения команды "ip link":

Содержимое файла 00-installer-config.yaml в каталоге /etc/netplan:

Я ищу решение с самого утра. Спасибо за любую помощь/указатели в правильном направлении.


Windows для игр! по сути игровая приставка. Наденьте штаны большого мальчика и переходите на LINUX для разработки реальных систем и приложений!

Думаю, я нашел решение.

Всякий раз, когда мы создаем новую сеть только для хоста в VMware, она создает соответствующий адаптер Ethernet в хост-ОС. В данном случае это был «VMWare Network Adapter VMNet2» в Центре управления сетями и общим доступом. Кажется, отключение этого адаптера решает проблему, описанную в исходном посте.

После отключения этого адаптера экземпляр Ubuntu подключался к Интернету сразу после запуска. Как и экземпляр Debian.

Я также мог воссоздать проблему после повторного включения адаптера. Таким образом, можно с уверенностью сделать вывод, что отключение адаптера решает проблему.

Однако меня озадачивает, почему он вел себя именно так и почему это не влияло на гостевую систему Windows так же, как на гостевую систему Linux.

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