"Проблема" заключается в том, что использование трансляции сетевых адресов в Microsoft Virtual PC является межсетевым экраном вашей виртуальной машины.
Работали ли SSL-соединения с вашей виртуальной машиной за NAT?
Так было всегда с VPC. NAT - это быстрый и простой способ получить доступ к Интернету, но он не предоставляет локальных сетей. Используйте обычную сеть и позвольте вашему vm получить свою сетевую конфигурацию так же, как и ОС хоста.
Прокрутите вниз для других обходных путей!
Вот полное объяснение: Основное различие между этим и режимом моста состоит в том, что гость находится за NAT и не имеет уникального идентификатора во внешней сети. Он поддерживает все соединения, которые используют TCP/IP. Подключение с использованием сети в режиме моста требует отдельного IP-адреса для гостя, поэтому в ситуациях, когда существует нехватка IP-адресов, подключение с использованием NAT является ценным вариантом. Эта опция также должна использоваться в тех случаях, когда вы не хотите напрямую подключаться к внешней сети и оставаться за этим NAT. Это действует как сильный межсетевой экран, который защищает гостя от внешних атак.
Существуют определенные ограничения при подключении с использованием NAT. Если полезная нагрузка содержит исходный IP-адрес, то он может прерваться, поскольку IP-адрес будет заменен на хост, но полезная нагрузка все равно будет содержать гостевой IP-адрес. Также не поддерживается подключение через VPN изнутри гостя. Некоторые VPN требуют открытия необработанных сокетов, для чего нужны привилегии администратора для успешного открытия этих сокетов, тогда как приложение WVPC работает в контексте пользователя. Приложения, использующие TCP/IP, такие как Интернет-браузер, мессенджер, общий доступ и т.д., Будут работать при подключении через NAT. Рекомендуется подключаться в режиме моста, когда гостю нужно использовать VPN или входящие подключения.
Подумайте об использовании параметров виртуального коммутатора, включенных в VPC: Используйте сеть виртуального коммутатора, чтобы помочь вам выполнять расширенные сетевые функции на гостевом ПК Virtual PC. Сетевые функции и функции, для которых требуется виртуальный коммутатор, включают следующее:
Server software that uses predefined port numbers
Remote logon
Network performance analysis
Remote shells
Когда вы настраиваете параметры сети вашего гостевого ПК для использования опции виртуального коммутатора, у вас есть следующие опции маршрутизации:
- Только местный. Гостевой ПК не отправляет и не получает информацию на хост-компьютер или с него. Гостевой ПК не отправляет и не получает информацию по вашей сети. Этот параметр может быть полезен для тестирования сетевых протоколов.
- Местный и хозяин. Гостевой ПК отправляет и получает информацию по вашей сети. В этом случае гостевой ПК появляется и ведет себя как любой физический компьютер в вашей сети.
- Локальный, хост и внешний. Это значение по умолчанию. Гостевой ПК может отправлять и получать информацию о сети с помощью сетевого адаптера, который настроен в настройках виртуального коммутатора в настройках виртуального ПК. Гостевой ПК также может делать это с другими гостевыми ПК и с хост-ПК. В этом случае гостевой ПК выглядит и ведет себя как любой физический компьютер в вашей сети, и поэтому он может связываться с хост-ПК.
- Только внешний. Другие гостевые ПК и хост-компьютер не получают информацию непосредственно с гостевого ПК. Информация о сети отправляется и принимается в сети через сетевой адаптер, который настроен в настройках виртуального коммутатора в настройках Virtual PC. Этот параметр полезен для тестирования, не затрагивая вашего хоста или других гостей.
Чтобы настроить параметры сети виртуального коммутатора:
- В окне Virtual PC выберите гостевой ПК, который вы хотите настроить, и нажмите «Настройки».
- В разделе «Настройки ПК» нажмите «Сеть».
- В разделе «Сеть» нажмите «Виртуальный коммутатор», выберите нужный параметр и нажмите кнопку «ОК».
