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

Im тестирование сайта ASP.NEt. Когда я его запускаю, он запускает сервер разработки ASP.NET и открывает страницу.

Теперь я хочу протестировать его в интрасети, которую у меня есть.

Могу ли я использовать этот сервер, или мне нужно настроить IIS на этом компьютере?
Нужно ли мне что-то настраивать для работы?

Я изменил localhost на правильный IP-адрес, и я открыл брандмауэр.

Спасибо

Ответы

Ответ 1

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

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

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

java -jar tunnel.jar 80 localhost 1088

(Также здесь ответил: Доступ к серверу разработки ASP с открытым доступом к виртуальной машине)

Ответ 2

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

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

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

Ответ 3

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

Ответ 4

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

Ответ 5

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

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

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

Ответ 6

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

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

Ответ 7

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

https://gist.github.com/945649

Ответ 8

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

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

После открытия утилиты Trace откройте "Файл" > "Создать" > "Отформатированная трассировка"

В диалоговом окне вставьте порт ASP.NET Development Server в поле "Вперед в порт назначения".

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

Ответ 9

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

Ответ 10

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

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