Можно ли получить доступ к серверу разработки ASP.NET в интрасети?

Да, вы можете! И вам не нужно IIS

Просто используйте простой туннель Java TCP. Скачать это Java приложение & просто туннелировать трафик обратно. http://jcbserver.uwaterloo.ca/cs436/software/tgui/tcpTunnelGUI.shtml

В командной строке вы затем запустите приложение java следующим образом... Предположим, что вы хотите получить внешний доступ к порту 80, а ваша стандартная среда отладки работает на порту 1088...

java -jar tunnel.jar 80 localhost 1088

(Также Ответ здесь: доступ к asp. сетевой сервер разработки, внешний по отношению к VM )

Он настроен так, что работает только на localhost, и я не смог найти никаких обходных путей, чтобы заставить его работать.

Но вот что я делал - я создал веб-сайт на определенном порте в IIS и открыл этот порт, чтобы он был виден в сети. Я указал на этот сайт IIS в корневой папке моего сайта (тот, в котором находится web.config). Затем я продолжил использовать сервер разработки ASP.NET на этой локальной машине во время разработки - и сервер разработки IIS, и сервер разработки ASP.NET могут получить доступ к файлам одновременно (если вы не делаете что-то странное).

Дайте мне знать, если есть проблема с запуском IIS на вашем компьютере, и я обновлю свой ответ.

Я понимаю, что это не прямой ответ на ваш вопрос, но альтернативой отладке с помощью сервера разработки ASP является подключение к процессу IIS: как я могу подключить отладчик к IIS вместо сервера разработки ASP.NET?

Нет, тупо (IMHO) нет никакого способа заставить сервер разработки по умолчанию ASP.net обслуживать страницы в IPs, кроме localhost. Что я сделал, так это использовал UltiDev Cassini , который очень быстро настраивается и является в основном версией сервера разработки ASP.net, скомпилированного UltiDev, и он будет обслуживать страницы по любому адресу IP.

Просто для тех, кто не хочет/не может установить IIS по какой-либо причине...

Используйте fiddler или аналогичный на вашем хосте-установите ваш браузер на клиенте VM, чтобы использовать прокси-сервер, а затем просто используйте localhost:dev_port, как обычно, на клиенте.

Все запросы от клиента поступают через прокси-сервер на вашей машине разработки, который направляет их в localhost на машине разработки, а сервер ASP.net dev считает, что запрос исходит от вашей машины разработки!

Вы можете использовать Cassini для внешнего доступа к вашим веб-приложениям. Вам просто нужно прокси-соединение. Для этого я написал простую программу, которую можно запустить в другом экземпляре VS. Просто измените порт, чтобы он соответствовал используемому порту Cassini.

https://gist.github.com/945649

Вы можете перекомпилировать Cassini, чтобы заставить его работать - там довольно легко удалить проверку на localhost. Или, я почти уверен , что Cassini Ультидева не имеет этого ограничения. Оба из них легче настроить, чем IIS.

Но, да, встроенный WebDev.WebServer не делает work....Hmm, если только вы не запустите что-то вроде Прокси AnalogX на вашем dev-боксе и не направите его на порт WebDev. Это должно сработать (хотя я еще не пробовал, это должно занять < 2 минуты для настройки).

Вы можете сделать перенаправление портов с помощью SOAP Toolkit 3.0

После установки перейдите в раздел Мои программы > Microsoft Soap Toolkit 3 > Trace Utility

После открытия утилиты Trace перейдите в меню Файл > Новый > форматированный Trace

В диалоговом окне вставьте ваш порт сервера разработки ASP .NET в поле Вперед к порту назначения.

Это всего лишь обходной путь для целей тестирования

Я считаю, что встроенный сервер ASP.NET работает только на localhost. Вам придется использовать IIS.

Скомпилируйте весь ваш сайт в режиме отладки, затем создайте сайт и опубликуйте его в IIS (убедитесь, что вы можете просматривать его с другой машины). Затем присоедините отладчик VS2010 к процессу с AppPool вашего веб-сайта (процесс называется w3wp.exe, когда IIS>v5 и aspnet_wp.exe, когда IIS<5).

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