Как получить доступ к службе WCF за NAT

Question

Как получить доступ к службе WCF за NAT

1

Вот моя ситуация:

У меня есть WCF с поддержкой TCP-привязки за NAT, и я не могу его достичь.
Я могу связаться со службой поддержки, используя базовые узлы TCP/IP.
На стороне сервера выполняется переадресация портов.

Что может вызвать это?

Моя топология сети: ссылка на изображение

Hippias Minor 20 июнь 2014, в 13:59

Источник

0

Похоже, вам нужно добавить некоторые правила брандмауэра. Маршрутизатор позаботится о трансляции адресов.
Tsukasa 20 июнь 2014, в 12:10
0

Можете ли вы подключиться через net tcp от клиента в той же сети, что и сервер? Я бы протестировал это в первую очередь, чтобы удалить проблемы брандмауэра / переадресации портов / и т.д. из уравнения
Ryan Roper 27 июнь 2014, в 20:54
0

Ты уже думал о CORS? Вы используете разные IP-адреса. Когда я читаю комментарии к ответу родолка, это должно быть проблемой CORS. Вы также получаете сообщения об ошибках «CONNECTION REFUSED» или что-то подобное?
GuyT 30 июнь 2014, в 12:11

Показать ещё 1 комментарий

Теги:

c#

wcf

network-programming

2 ответа

Ещё вопросы

Похоже, вам нужно добавить некоторые правила брандмауэра. Маршрутизатор позаботится о трансляции адресов.
Можете ли вы подключиться через net tcp от клиента в той же сети, что и сервер? Я бы протестировал это в первую очередь, чтобы удалить проблемы брандмауэра / переадресации портов / и т.д. из уравнения
Ты уже думал о CORS? Вы используете разные IP-адреса. Когда я читаю комментарии к ответу родолка, это должно быть проблемой CORS. Вы также получаете сообщения об ошибках «CONNECTION REFUSED» или что-то подобное?

rodolk · Answer 1 · 2014-06-21T01-51-00.000Z

Я не испытываю WCF и nettcpbinding, но это может помочь.

Теоретически это невозможно, потому что ваш сервис имеет локальный IP-адрес, соответствующий локальной сети, где он подключен, а не общедоступный IP-адрес. Таким образом, он не может быть достигнут из Интернета, вне NAT. Однако почти все устройства NAT, возможно, ваш маршрутизатор/точка доступа имеют функцию "Переадресация портов". Эта функция позволяет вам определить, что все пакеты, адресованные конкретному порту, перенаправляются на конкретный компьютер в вашей локальной сети с частным IP-адресом.

Это может быть решением для вас, если вы сможете преодолеть два препятствия:

1-я не знаю, как узел в Интернете отправит сообщение на сервер обратного вызова. Если он использует IP-адрес, из которого он получил запрос, нет проблем. Если он получает обратный IP-адрес, вам нужно выяснить, как узнать общедоступный IP-адрес вашего NAT (возможно, маршрутизатор/точка доступа) и отправить этот IP-адрес.

2. Ваш сервис за NAT должен открыть клиентский порт или эфемерный порт для связи с сервисом вне NAT. Если второй отправляет сообщение на клиентский порт, из которого он получил сообщение, вам необходимо найти способ определить порт клиента, который вы хотите открыть (должен быть тот же, который вы настроили при переадресации портов). Будет ли он прослушивать порт 808 по умолчанию?

Надеюсь, это поможет.

Я могу установить необработанное соединение TCP / IP между машиной за NAT и клиентом. Похоже, что нет проблем с открытием порта. Но кое-как не могу подключить сервис wcf
И я могу установить соединение с помощью BasicHttpBinding. Но не могу с Net Tcp
Что касается первого комментария, где находится указанный клиент? Снаружи НАТ ?. Второй комментарий: Вам необходимо определить, какой (принимающий) порт используется службой net TCP? Это всегда то же самое?
Я добавил свою топологию сети рис. Проверьте вопрос
1-Какое точное сообщение об исключении вы получаете в клиенте WCF? Давайте проверим, является ли это TCP-уровнем или прикладным уровнем. 2-Можете ли вы использовать Wireshark на клиентском хосте?
Ошибка клиента: System.ServiceModel.CommunicationException: соединение с сокетом было прервано. Это может быть вызвано ошибкой обработки вашего сообщения или превышением тайм-аута приема удаленным хостом, или проблемой основного сетевого ресурса. Тайм-аут локального сокета был '00: 09: 59.9939913 '. ---> System.Net.Sockets.SocketException: существующее соединение было принудительно закрыто удаленным хостом
Я получил это исключение очень быстро ... всего за миллисекунды
Я не могу использовать полезную информацию на стороне клиента. Просто посмотрите пакеты "TCP 60 irdmi> 52527 [RST, ACK] Seq = 1 Ack = 44 Win = 65536 Len = 0"
ОК, это TCP-слой. Вероятно, устройство NAT не пересылает. Вы можете видеть, на какой порт отправляет клиент? Конечно, это не тот порт, который вы настроили для переадресации портов, или это не тот порт, на котором сервер прослушивает.
На клиентском порту источника: 52527 DestinationPort: irdmi (8000) [URL-адрес службы - net.tcp: // гггг: 8000 / форма службы »]
На сервере: На сервере Исходный порт: irdmi (8000) DestinationPort: 52527
Похоже, что сообщения приходят на сервер. Но он отказывается. Не отказывается в Basic Http Bindings
Это прогресс. Узел клиента достигает узла служб через устройство NAT. Глядя на сообщение RST от службы, TCP-соединение было установлено, а затем закрыто (ACK = 44, поэтому клиент уже отправил некоторые данные). Теперь возникает проблема понимания, почему сервер приложений отклоняет запрос к этому сервису. Возможно, проблема с правами доступа или используемый URI службы неверен.
Вы пробовали с клиентом в той же локальной сети? Бьюсь об заклад, у вас будет та же проблема.
Я пытался, и он работает на той же машине. На самом деле с Basic HTTP Binding работает также для удаленного сервера. Но не удалось при привязке TCP
Был ли у вас прогресс? Дайте мне знать на мой личный адрес электронной почты, чтобы мы не создавали эту тему так долго (и я буду продолжать помогать): [email protected]
К сожалению, прогресса нет. Поэтому я решил сделать связь через TCP. Вот моя почта также [email protected]

dvasanth · Answer 2 · 2014-06-30T03-26-00.000Z

Проверьте с URI "net.tcp://0.0.0.0: 8000", это гарантирует, что служба будет принимать соединение с любого входящего IP-адреса. На стороне сервера IP-адрес, указанный в URI и адресе, из которого принято соединение, отличается тем, что сервер отказывается от соединения.