У меня очень сложная проблема с некоторыми из моих сеансов виртуальной машины, которые не могут подключиться к Интернету или даже пинговать шлюз. Я только что установил новую рабочую станцию VM (7) на 64-битном сервере W2K8 (я перейду на ESXI 4, как только найду приличную книгу о нем, поэтому пока использую рабочую станцию). Я импортировал несколько виртуальных машин и установил несколько новых на сервере. Короче говоря, проблема с некоторыми виртуальными машинами, не способными подключиться к Интернету, заключается в том, что они не могут подключиться к шлюзу. Я изучил ряд вещей и могу с уверенностью исключить следующее:
Коммутатор, маршрутизатор, DHCP-сервер, DNS, конфигурация IP-адреса клиента, маршруты и опечатки.
Проблема в том, что некоторые из новых клиентов не могут достичь шлюза, если их IP-адрес жестко запрограммирован, они даже не могут пинговать его по IP-адресу. Это исключает DNS и DHCP. Теперь, если я разрешаю им получать свой IP-адрес по DHCP, они могут без проблем подключаться к шлюзу и Интернету. Интересно то, что такое поведение происходит, даже если я оставляю информацию DNS жестко закодированной в настройках TCP / IP. Это не работает, если IP-адрес и шлюз не передаются DHCP, даже если хостом используется одна и та же информация IP.
По сути, с точки зрения клиентов, они пытаются достичь одного и того же шлюза, используя одну и ту же информацию IP, независимо от того, жестко ли они запрограммированы или назначены DHCP. Вот пример одного клиента.
IP-адрес 192.168.7.66 - маска подсети 255.255.255.0 - шлюз 192.168.7.254 - DNS1 192.168.7.44 - DNS2 192.168.7.254.
Проблема возникает в шести различных операционных системах Microsoft, у всех вариантов Windows 7 и Windows 2008 есть проблема. Мои клиенты W2K3, XP, Vista и W98 без проблем работают с жестко заданными IP-адресами. Я пробовал такие вещи, как изменение порядка DNS, очистка DNS и так далее. Это не проблема маршрутизации или переключения, поскольку клиенты могут работать нормально, если они получают свой IP-адрес по DHCP. Это не проблема параметров, так как точно такие же параметры передаются DHCP, когда я подключаюсь вручную. Это не проблема DNS, поскольку клиенты не могут связаться с другими клиентами даже с IP-адресами.
Я запустил tracert к шлюзу по IP-адресу, и время ожидания истекает на самом первом переходе, прежде чем произойдет сбой на hop3 с недоступным хостом назначения. Если я получаю IP-адрес по DHCP, tracert без проблем находит шлюз (и Интернет). Я прочитал несколько других сообщений в Интернете на форумах, в которых говорилось об этой проблеме, случайно возникающей на протяжении многих лет и в других версиях виртуальных машин, поэтому я подозреваю, что это какая-то давняя ошибка. Есть ли у кого-нибудь идеи по этому поводу? Возможно, это ошибка клиентов Windows 7 и W2K под ВМ?
Какую конфигурацию сети вы выбрали на Рабочей станции? Что за система является шлюзом?
Можете ли вы пропинговать хост-компьютер от клиента?