WCF, 4.0, Bidirectional

Question

... Какие существуют варианты теперь с .NET 4.0, таким образом, который поддерживает NAT для клиентской стороны (то есть клиент за NAT).

Я бы предпочел использовать что-то на основе HTTP, но это слабое состояние - я думаю, что в середине срока у меня будет некоторая связь без http вне WCF в любом случае, поэтому прокси-прохождение - это то, что я могу отложить.

Pre .NET 4.0 возникла проблема, что в основном сервер-> клиентский канал будет открыт с сервера, что сделало NAT чем-то непересекаемым.

Опрос не допускается - мы говорим о временной информации здесь.

Итак, каковы мои варианты сейчас?

Answer 1

Вы можете открыть соединение с клиентом и просто держать его открытым. Или переадресация портов на NAT для клиентов, поэтому подключение к NAT: 34823 перейдет к 192.168.xxx.xxx:80. Или заплатите Microsoft немного денег, чтобы использовать их служебную шину, которая не совсем закончена и с неопределенным будущим. Или сделайте несколько умных взломов, установите Skype на обоих клиентах и ​​серверах, отправьте свои сообщения через API.

Answer 2

Это не относится к .net 4.0, но вы можете использовать служебную шину Windows Azure.

Если приложение требует двунаправленного соединения вы эффективно есть два варианта: либо вы ставку на доступные обходные и жить с последствиями (как BitTorrent) или вы строите и работают некоторые формы службы реле для вашей заявки. Служба ретрансляции принимает и обслуживает соединения от клиентов с межсетевым экраном и/или NAT-ed и маршрутизирует сообщения между ними. Практически все чат, обмен мгновенными сообщениями , видеоконференции, VoIP, и многопользовательских игровых приложений и многих других популярных приложений Internet зависит от какой-либо форме службы реле.

Проблема с реле услуг , что они невероятно трудно построить таким образом, что они могут обеспечить интернет масштаба, где они должны маршрут между тысячами или даже миллионов соединений в больших сетей мгновенного обмена сообщениями делать. И , когда у вас есть реле, которое может поддерживать такой масштаб невероятно дорого для работы. Столь дорогой факт, что требуемые инвестиции и операционные расходы составляют полностью вне досягаемости для огромного большинства компаний программного обеспечения. Задача подключения представляет собой реальный блокировщик инноваций и представляет собой значительный входной барьер для ввода .

Хорошая новость заключается в том, что Microsoft .NET Bus Service предоставляет ряд двунаправленных, вариантов подключения одноранговой сети, включая ретранслируются связи. Вам не нужно строить свой собственный или запускать свой собственный; вы можете использовать этот блок здания. .NET Service Bus охватывает четыре логических области : Именование, реестр, Возможности подключения и события.

http://vasters.com/clemensv/PermaLink,guid,92d78bee-2cfd-4a29-95ab-c5abb9b905e7.aspx