Гостевой компьютер не может подключиться к Интернету в VMWare Workstation

Question

У меня есть две виртуальные машины, и одна выступает в качестве контроллера домена. Я настроил использование сетевого адаптера NAT и установил статические IP-адреса для обоих серверов, например:

Domain controller
------------------
IP: 192.168.238.100
subnet: 255.255.255.0
Default gateway: 192.168.238.2 (because I am using NAT)
Preferred DNS server 192.168.238.100

IP-адрес сетевого адаптера VMware VMnet8: 192.168.238.1, поэтому я добавил этот IP-адрес в качестве шлюза по умолчанию: 192.168.238.2

Я настроил другой сервер таким же образом, просто изменив последний номер для IP-адреса, и я использовал ... 238.100 в качестве предпочтительного DNS. Я был в состоянии получить доступ к Интернету раньше. Сегодня я запустил свой vm и вообще не мог подключиться к интернету. Я могу пропинговать обе машины по имени, например: ping dc01, и они отвечают правильно. Я пытаюсь решить это с утра.

Я удалил сетевой адаптер из виртуальной машины и добавил его снова, но он не работал. Попытался удалить defaultgateway в реестре, но это тоже не сработало.

что я делаю не так или что я должен проверить?

Answer 1

Сейчас я не за компьютером, чтобы проверить IP-адреса по умолчанию, используемые VMware для шлюзов и т.д., Но вы уверены, что адрес 192.168.238.2 является шлюзом? По какой-то причине я думал, что это обычно было .254 или что-то.

Я рекомендую две вещи.

1. На виртуальной машине, которая не является DC, временно настройте сеть на использование DHCP вместо статических IP-адресов, а затем запустите ipconfig /all из командной строки, чтобы увидеть, что обычно представляет собой шлюз, когда VMware назначает его.

2. Если контроллер домена не является членом домена, он должен иметь настройку DC в качестве DNS-сервера. Таким образом, вам, вероятно, следует настроить DNS-сервер вашего DC для перенаправления запросов на IP-адрес DNS-сервера VMware NAT (192.168.238.100). Таким образом, все DNS-запросы члена домена проходят через DC, как и при работе с доменом, но вы также можете запросить www.superuser.con.