2012-02-08 2 views

ответ

2

Проблема заключается не в тривиальной, как может показаться, проблема заключается в том, что Fabric Development женат на 127.0.0.1, поэтому он принимает только запрос, отправляемый с localhost, однако вы можете обмануть это путем маршрутизации всех входящих вызовов для конкретный порт «127.0.0.1» в следующей статье описывается проблема и как это исправить:

http://theazureexperience.wordpress.com/2012/01/15/accessing-a-web-role-in-development-fabric-from-another-machine/

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

-Miguel

+0

Ты рок-звезда! Спасибо тонну за эту ценную информацию. – Prafulla

2

Если вы используете SDK 1.3 или новее, так как локальная веб-роль будет развернута в IIS, к ней можно получить доступ, если вы откроете порт 81, 82, 83 и т. Д. На вашем брандмауэре. Но есть неприятная проблема. Поскольку локальный эмулятор выберет первый допустимый порт после 80 и 443, ваш сайт может иметь назначенный динамический порт. Я предполагаю, что вы хотите привязать этот сайт к серверу продолжения интеграции, я бы рекомендовал вам удалить все развертывания до этой сборки, чтобы убедиться, что на сайте используется порт 81 и 444 (если требуется HTTPS). Надеюсь это поможет.

+0

я попробовал этот подход, в основном я побежал мой эмулятор с моим приложением, а затем открыть порт 444, но все же недоступны снаружи машины, у вас есть какие-либо улики? –

+0

с этого поста: http://stackoverflow.com/questions/8625075/how-to-connect-to-the-azure-compute-emulator-remotely-to-test-a-web-role-from-an it похоже, что эмулятор только слушает вызовы localhost, где вы можете это сделать? –

+0

Я считаю, что вы проверили настройки брандмауэра. Я проверю, есть ли у меня время в эти дни и вернусь к вам. –