Назад | Перейти на главную страницу

Рабочая станция Vmware, хост Win7, гости Ubuntu с сетями только для хоста Nat +, но они не могут подключиться к Интернету

У меня есть хост-машина Win7 с Vmware Workstation. На рабочей станции у меня установлено 3 Ubuntu. У всех трех гостей Ubuntu есть сеть Nat - для доступа в Интернет, не запрашивая у маршрутизатора локальный адрес - и сеть только для хоста - для подключения всех квестов Ubuntu и хоста в частной сети для внутренней связи, не касаясь маршрутизатора.

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

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

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

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

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

Какие-либо предложения?

Изменить: 192.168.189.0 - это интерфейс Nat, а 192.168.7.0 - только для хоста.

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.7.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.189.0   0.0.0.0         255.255.255.0   U     0      0        0 eth0
0.0.0.0         192.168.189.2   0.0.0.0         UG    100    0        0 eth0

Я справился с ситуацией. Поскольку с маршрутизацией все в порядке, я попытался пропинговать 8.8.8.8 (общедоступный DNS-сервер Google №1), и он ответил. Таким образом, проблема заключалась не в маршрутизации, а в настройке resolv.conf клиентов, которая была ошибочно выбрана для сети только для хоста. Поэтому я обновил вручную /etc/dhcp3/dhclient.conf файл добавить серверы доменных имен конфигурация и вуаля! Все работает! :) Надеюсь, это поможет и кому-то другому в обнаружении такой неубедительной ошибки.

Запустить маршрут -n

где в обоих случаях проходит маршрут для 0.0.0.0?

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

Надеюсь это поможет:

http://www.comptechdoc.org/os/linux/usersguide/linux_ugrouting.html