Сервер 2012R2 не может пропинговать шлюз по умолчанию

Question

Я использую VMPlayer 12 для размещения сервера 2012R2. Несколько из них. (Администрирование Learning Server). Я создал сервер DC и подключил другой сервер к DC. Когда-то недавно все серверы могли пропинговать шлюз по умолчанию; Я полагаю (потому что я не документировал это), настройка сетевого адаптера VMPlayer была VMNet1 (только для хоста). Вот результаты IPConfig/all:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : Server2012DC
   Primary Dns Suffix  . . . . . . . : bigfoot.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : bigfoot.com

Ethernet adapter Ethernet:

   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Intel(R) 82574L Gigabit Network            Connection
  Physical Address. . . . . . . . . : 00-0C-29-58-91-55
  DHCP Enabled. . . . . . . . . . . : No
  Autoconfiguration Enabled . . . . : Yes
  Link-local IPv6 Address . . . . . : fe80::6c00:7258:6a75:c584%12(Preferred) 
  IPv4 Address. . . . . . . . . . . : 192.168.1.172(Preferred) 
  Subnet Mask . . . . . . . . . . . : 255.255.255.0
  Default Gateway . . . . . . . . . : 192.168.1.1
  DHCPv6 IAID . . . . . . . . . . . : 301993001
  DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1B-D9-E1-6A-00-0C-29-58-91-55
  DNS Servers . . . . . . . . . . . : ::1
                                   127.0.0.1
  NetBIOS over Tcpip. . . . . . . . : Enabled

  Tunnel adapter isatap.{06716BD5-EC62-45CB-87AD-1EEF34DAFA57}:

  Media State . . . . . . . . . . . : Media disconnected
  Connection-specific DNS Suffix  . : 
  Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
  Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
  DHCP Enabled. . . . . . . . . . . : No
  Autoconfiguration Enabled . . . . : Yes

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

VMPlayer имеет несколько настроек сетевого адаптера: Bridged, VMnet0 - VMNet19. Документация, насколько я могу найти, предлагает Bridged работает, если вы хотите, чтобы виртуальные машины подключались к хост-адаптеру, что я и делаю. Я знаю, что в недавнем прошлом эта работа просто отлично, а сейчас нет. Мне просто нужен совет о том, где искать. Я не могу понять, как диагностировать это более глубоко.

Я изменил Сетевой Adatper NAT; создал новую ВМ. Я запустил другую виртуальную машину также с адаптером, установленным на NAT. Новая виртуальная машина может пропинговать другую, но не наоборот. Мне они кажутся идентичными во многих отношениях.

Answer 1

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

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

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

Если DC подключен к нескольким виртуальным коммутаторам, вы можете использовать

ping -S  

указать конкретную сетевую карту для использования по IP-адресу (будьте осторожны, переключатель учитывает регистр, -s это другой параметр. Проверьте пинг /? если нужно уточнение).

Проверьте таблицу маршрутизации и убедитесь, что у вас также настроен соответствующий шлюз. Это НЕ ДОЛЖНО быть проблемой, но если вы возились с сетевыми настройками, иногда в лабораториях что-то происходит.

Какой твой шлюз, хост? На какой ОС работает шлюз? Если это клиентская ОС Windows, проверьте свой сетевой профиль и / или правила брандмауэра.