Подключиться удаленно к WebDev.WebServer.exe

  • Разработка веб-сайта ASP.Net.
  • Запуск IE8.
  • Необходимо протестировать веб-сайт в IE6.
  • Установка MultipleIE6, установленная установкой IE8 (не может вводить текстовые поля, да, я удалил кеш, да, я перерегистрировал dll).
  • Создан VPC, работающий под IE6.
  • Не удается подключиться к узлу WebDev.WebServer.exe.

Есть ли способ настроить WebDev.WebServer.exe так, чтобы он принимал удаленные подключения?

Ответы

Ответ 1

Обходной путь для того, как webdev.webserver искалечен для отказа от удаленных запросов, заключается в использовании легкого прокси-сервера, работающего на том же хосте, что и webdev.webserver. Затем удаленный браузер использует прокси-сервер, и его запросы отображаются на webdev.webserver как запросы, исходящие из localhost. Я успешно использовал Privoxy.

Пример конфигурации:

  • Настройка Privoxy для прослушивания по IP-адресу адрес, который маршрутизируется с вашей виртуальной машины (например, 192.168.1.1:8118). Вы можете поместить IP-адрес в looback на вашей ОС хоста и использовать NAT с клиентской ОС.
  • Настройте свой браузер на виртуальной машине, чтобы использовать 192.168.1.1:8118 для своего прокси для всех соединений, включая localhost.
  • Запустите приложение в webdev.webserver
  • С вашим браузером VM перейдите на тот же URL-адрес, что и в браузере на вашей ОС хоста (например, http://localhost:3254)

С точки зрения webdev.webserver запросы будут происходить из Privoxy на 127.0.0.1, и он будет с радостью обслуживать их.

UPDATE В эти дни я использую Fiddler2 для этого. У Fiddler есть опция "Инструменты" > "Параметры" > "Соединения" для "Разрешить удаленным компьютерам подключаться". Но также обратите внимание, что IISExpress может быть настроен на прием удаленных подключений.

Ответ 2

AFAIK, WebDev закодирован, чтобы специально отклонить все внешние соединения... так что короткий ответ будет "нет".

Лучше всего было бы просто опубликовать веб-сайт для вашего VPC, работающего с IIS, и протестировать его таким образом.

Ответ 3

Я столкнулся с этой же проблемой, и после некоторых исследований выяснилось, что метод, подробно описанный на этом сайте, работал на меня: http://www.funkymule.com/post/2009/04/17/Making-ASPNET-Development-Server-Listen-for-Remote-Connections.aspx

Он включает в себя модификацию и повторную сборку Webdev-сервера и DLL, но после его запуска и работы я смог использовать более старые версии Internet Explorer, работающие в режиме VPC/XP, для подключения к серверу WebDev, работающему на хосте машина через внутреннюю сеть IP (192.168.xx).

Ответ 4

Хмм, я не уверен, что это работает, но попробуйте добавить WebDev.WebServer.exe для разблокировки с брандмауэра Windows.

Если это не сработает, вам необходимо установить IIS и установить виртуальный каталог непосредственно в папке разработки.

Ответ 5

Я использую один из изображений Microsoft VPC для тестирования IE6 с помощью отладочного веб-сервера, поэтому я не знаю, что может вызвать проблемы. Похоже, что это может быть проблема с сетью с виртуальной машиной.

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

http://www.my-debugbar.com/wiki/IETester/HomePage