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

Question

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

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

Answer 1

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

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

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

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

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

Answer 2

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

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

Answer 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).

Answer 4

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

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

http://www.my -debugbar.com / вики / IETester / HomePage

Answer 5

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

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