У меня есть хост-машина 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