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

Проблемы с Windows 7 и Virtual PC и Интернетом (шлюзом) на главном ПК

Я обновился до Windows 7 на ПК, которому несколько лет. ЦП находился в одной ревизии от Hyper-V. Итак, мне пришлось установить Microsoft Virtual PC 2007 (v6.0.156.0) для запуска полных экземпляров XP вместо бесшовной виртуализации XP, о которой так много говорится. Хотя это нормально; «старая» версия полезна, поскольку я использую ее для запуска различных версий всего стека XP / IE для тестирования. (Я веб-разработчик.) ... И для одного 16-битного приложения, которое мы все еще используем в офисе для планирования. * вздох *

Виртуальные экземпляры работают нормально, в том числе в сети. Моя проблема в том, что после перезагрузки или выхода из спящего режима мой хозяин Windows 7 не подключается к Интернету. Он отлично подключится к локальной сети. Если я отключу элемент «Сетевые службы виртуальных машин» (отсюда я буду называть «VMNS») в окне свойств подключения к локальной сети, он начнет работать. Но после этого экземпляры Virtual PC теряют возможность подключения к сети. Если я снова включу VMNS в том же экземпляре, все будет работать (Интернет на хосте и в виртуализированных экземплярах). Но после следующего цикла перезагрузки / сна все начинается заново.

Таблица маршрутов дала мне ключ к разгадке. При выполнении цикла с включенным VMNS:

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0         On-link         10.0.3.51     20
          0.0.0.0          0.0.0.0       10.0.10.10        10.0.3.51    276
...

После отключения VMNS первый маршрут уходит. Я предполагаю, что VMNS перехватывает сетевые подключения виртуализированного экземпляра и правильно их перенаправляет? Только предположение.

Больше информации:

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

Мое текущее взломанное решение:

Итак, я подумал, что сам возьмусь с маршрутами, чтобы посмотреть, помогло ли это. Если я запустил route delete 0.0.0.0 на универсальных (0.0.0.0) маршрутах шлюза и добавьте обратно только во вторую строку с route add 0.0.0.0 mask 0.0.0.0 10.0.10.10- тот, который указывает на мой фактический шлюз (10.0.10.10) - тогда мне не нужно возиться с циклом включения / выключения VMNS, и все работает.

Выполнение этих двух команд выполняется быстрее, чем отображение параметров подключения, отключение и повторное включение VMNS, но я все равно не хочу использовать этот сценарий взлома при каждой загрузке. (О, и я также пробовал возиться с жесткими настройками TCP / IP в моем сетевом адаптере, включая установку высоких показателей и т. Д., Но это тоже не помогло.)

Любые предложения по право способ исправить это?

В итоге я просто создал командный файл и запустил его при входе в систему из расписания Windows. В зависимости от состояния питания, когда я вернусь к машине, мне все равно придется запускать ее как администратор. Не мое предпочтительное решение, но оно работает.

**** Я установил временное исправление, используя gpedit.msc в разделе Политика локального компьютера / Конфигурация компьютера / Параметры Windows / Сценарии (запуск / завершение работы) / Запуск. Чтобы добавить файл, нажмите Показать файлы и создайте пакетный файл в в предоставленном окне я добавил файл сценария Startup.cmd, который содержит следующие


удаление маршрута 0.0.0.0 маска 0.0.0.0

ipconfig / release

ipconfig / обновить


Это удаляет неправильный маршрут при запуске