Im тестирование сайта ASP.NEt. Когда я его запускаю, он запускает сервер разработки ASP.NET и открывает страницу.
Теперь я хочу протестировать его в интрасети, которую у меня есть.
Могу ли я использовать этот сервер, или мне нужно настроить IIS на этом компьютере?
Нужно ли мне что-то настраивать для работы?
Я изменил localhost на правильный IP-адрес, и я открыл брандмауэр.
Спасибо
Да, вы можете! И вам не нужно IIS
Просто используйте простой туннель Java TCP. Загрузите это приложение Java и просто запустите трафик. http://jcbserver.uwaterloo.ca/cs436/software/tgui/tcpTunnelGUI.shtml
В командной строке вы затем запустите приложение java, как это... Предположим, что вам нужен внешний доступ к порту 80, а стандартная среда отладки работает на порту 1088...
java -jar tunnel.jar 80 localhost 1088
(Также здесь ответил: Доступ к серверу разработки ASP с открытым доступом к виртуальной машине)
Нет, вы не можете. Он настроен так, что он работает только на localhost, и я не мог найти никаких обходных решений, чтобы заставить его работать.
Но вот что я делал - я создал сайт на определенном порту в IIS и открыл этот порт так, чтобы он отображался в сети. Я указал, что веб-сайт IIS в корневой папке моего сайта (тот, в котором есть web.config). Затем я продолжал использовать сервер разработки ASP.NET на этой локальной машине во время разработки - как IIS, так и ASP.NET Development Server могут одновременно обращаться к файлам (если вы не делаете что-то неловкое).
Сообщите мне, есть ли проблема с запуском IIS на вашем компьютере, и я обновлю свой ответ.
Я понимаю, что это не прямой ответ на ваш вопрос, но альтернатива отладке с использованием сервера разработки ASP заключается в подключении к процессу IIS: Как подключить отладчик для IIS вместо ASP.NET Development Server?
Нет, глупо (IMHO), нет способа получить сервер разработки ASP.NET по умолчанию для обслуживания страниц на IP-адресах, отличных от localhost. То, что я сделал, это использовать UltiDev Cassini, который очень быстро настраивается и является в основном версией сервера разработки ASP.net, составленного UltiDev, и он будет обслуживать страницы на любой IP-адрес.
Просто для тех, кто не хочет/не может настроить IIS по любой причине...
Использовать скрипач или подобное на вашем хосте - настроить браузер на виртуальной машине клиента, чтобы использовать прокси-сервер, а затем просто использовать localhost: dev_port как обычно на клиенте.
Все запросы от клиента переходят к прокси-серверу на вашем компьютере-разработчике, который отправляется на локальный хост на машине-разработчике, а сервер-разработчик ASP.net считает, что запрос отправлен с вашей машины-разработчика!
Вы можете перекомпилировать Cassini, чтобы заставить его работать - там довольно легко удалить чек для локального хоста. Или, я уверен, Ultidev Cassini не имеет этого ограничения. Оба из них легче настроить, чем IIS.
Но, да, встроенный WebDev.WebServer не работает... Хм, если вы не запускаете что-то вроде AnalogX Proxy на ваш блок разработчика и укажите его на порт WebDev. Это должно сработать (хотя я не пробовал, он должен занять до 2 минут).
Вы можете использовать Cassini, чтобы выставлять свои веб-приложения извне. Вам просто нужно проксировать соединение. Я написал простую программу для этого, чтобы вы могли работать в другом экземпляре VS. Просто измените порт, чтобы он соответствовал порту Кассини.
Вы можете перенаправить порт с помощью SOAP Toolkit 3.0
После установки перейдите в раздел Мои программы > Microsoft Soap Toolkit 3 > Trace Utility
После открытия утилиты Trace откройте "Файл" > "Создать" > "Отформатированная трассировка"
В диалоговом окне вставьте порт ASP.NET Development Server в поле "Вперед в порт назначения".
Это только обходной путь для тестирования
Я считаю, что встроенный сервер ASP.NET работает только на localhost. Вам придется использовать IIS.
Скомпилируйте весь веб-сайт в режиме отладки, затем создайте веб-сайт и опубликуйте его в IIS (убедитесь, что вы можете просматривать его с другого компьютера). Затем присоедините VS2010 Debugger к процессу с AppPool вашего сайта (процесс называется w3wp.exe при IIS > v5 и aspnet_wp.exe, когда IIS и lt; 5).
Если вы внесете некоторые изменения, просто замените содержимое пакета на физическом пути веб-сайта, и там вы снова зайдете.