Служба WCF в локальной сети

Question

Я создал и начал службу WCF на моей машине разработки.

Когда я использую http://localhost:8080/ServiceName/Function в качестве URL-адреса, работает нормально.

Когда я использую http://MY.LAN.IP.ADDRESS:8080/ServiceName/Function в качестве URL-адреса, он НЕ работает в любом месте, а не на машине разработки не на других машинах в локальной сети.

Например, в Android тестовом приложении, сообщение об ошибке говорит:

"Подключение к HTTP: // ... отказано"

Я отключил брандмауэр Windows и антивирус.

В чем причина такой проблемы? Нужно ли мне что-то настраивать в конфигурации службы (web.config)?

Обратите внимание, что служба выполняется внутри ASP.Net Development Server.

Answer 1

Сервер разработки ASP.NET не может принимать удаленные соединения, так что это не будет работать из-за пределов локальной машины

http://msdn.microsoft.com/en-us/library/58wxa9w5%28VS.80%29.aspx

Answer 2

Согласно сайту this, вы должны проверить, открыт ли на брандмауэре случайный порт, который выбирает сервер разработки (который в вашем случае равен 8080). Если это не сработает, я не уверен, что он вообще будет работать без установленной и настроенной для этих удаленных запросов версии IIS.

Answer 3

Я не знаю, как вы его настроены; так как это может вызвать осложнения. Но ваш вопрос находится в вашем Host. Как создать Host для получения Proxies. Одна вещь, которая может произойти:

Когда он запускается на вашем локальном компьютере, он фактически разрешает IIS Express, поэтому вы можете просмотреть сервис и протестировать его. Поэтому в этот момент IIS обрабатывает этот запрос. Это позволяет работать без проблем.

Другая дилемма такова:

• Сервер развития не может быть сконфигурирован для приема запроса извне.
• Возможно, IIS-сервер не настроен на получение этого запроса.
• Или он создал случайное использование порта; который недоступен.

Это более чем вероятно, что происходит. Поскольку IIS автоматически обрабатывает его; один из них, скорее всего, неверен.

Но пока мы не увидим ваши app.config и ServiceHost информацию о кодах, мы не можем быть уверены.