Come utilizzare il client basato su socket con il servizio WCF (net.tcp)?

Question

Ho sviluppato un servizio WCF che utilizza l'adattatore net.tcp e ascolta una porta specifica. Voglio collegarmi a quel servizio usando un normale client .net che usa i socket per inviare i dati alla porta e ascolta le risposte.
Quando si tenta di inviare dati a questo servizio, viene visualizzato l'errore: "La connessione esistente è stata forzatamente chiusa dall'host remoto".
Tuttavia, sono in grado di connettersi con il servizio da un altro client che utilizza l'indirizzo/binding/contratti del servizio WCF.
C'è un modo che mi consente di comunicare con un servizio WCF utilizzando un normale client basato su socket?

Answer 1

La decisione chiave è se fare o meno il servizio WCF conforme al cliente presa o se rendere il client presa conforme al servizio WCF.

Sarà più semplice per tentare di conformarsi al servizio WCF, piuttosto che cercare di implementare qualcosa di personalizzato all'interno di WCF, che non è mai facile. Nella parte inferiore della sezione Altre risorse di seguito verrà visualizzato un collegamento che descrive l'ispezione dei messaggi che è necessaria per tentare di conformarsi a un servizio WCF.

Detto questo, prese NET non nativo comunicano con WCF.

Qualsiasi tentativo di farlo richiede una programmazione personalizzata sul lato WCF delle cose.

Sia che si utilizzi TcpClient o socket di tipo raw in .NET per connettersi e comunicare con WCF non importa. Qualsiasi interoperabilità di questo tipo deve essere gestita con logica personalizzata all'interno di WCF. Si noti che Net.Tcp è un protocollo di trasporto personalizzato. Non sta tecnicamente usando TCP nello stesso modo in cui è TcpClient.

Per esempio, UDP è molto comunemente usato da server socket nel mondo Linux. WCF non fornisce un trasporto UDP integrato. Tuttavia, esiste un esempio UDP per WCF che implementa UDP per WCF. Sfortunatamente, questo esempio non illustra la comunicazione da e verso un server socket UPD non WCF.

Ho una domanda eccezionale che è piuttosto dettagliata in cui spiego il mio sforzo per ottenere il codice di esempio genericamente essere verificabile per l'utilizzo di UDP ...

Is it possible to make the WcfTestClient work for custom transport channels?

Nessuno ha ancora risposto alla mia domanda. Quindi, se riesci a fare questo lavoro, sono molto interessato. Il mio caso è stato motivato dal desiderio che il servizio WCF fosse in grado di chiamare un server socket UDP in esecuzione su Linux senza dover confondere il mio servizio con la codifica non-WCF. Non voglio mescolare approcci.

Altre risorse ...

• La scelta di un trasporto
  Questo articolo stabilisce che "Il trasporto WCF TCP è ottimizzato per il scenario in cui entrambe le estremità della comunicazione della stanno utilizzando WCF".

  http://msdn.microsoft.com/en-us/library/ms733769.aspx

• Tentativo di connessione di un client non-WCF per un servizio WCF che utilizza il BasicHttpBinding.
  Lo sviluppatore termina la scrittura del codice personalizzato tramite WebClient (in contrasto con TcpClient).
  
  http://social.msdn.microsoft.com/Forums/en-US/wcf/thread/c2d72c2d-c095-4ae1-b8ae-d15f32a4e0be/

• WCF vs Raw .NET Sockets
  La risposta fa notare che potrebbe essere necessario TCP + serializzazione binaria o UDP + binario serializzazione. Lì è un campione di binding UDP, poiché I menzionato sopra.
  
  http://social.msdn.microsoft.com/Forums/en-US/wcf/thread/c0520111-c1ca-4ffd-a4e0-ac68e86130ee/

• Le richieste di scrittura personalizzati a semplici WCF Servizi
  L'autore spiega come capire il formato del messaggio che deve essere inviato al servizio, in modo che l'TcpClient o altro il client socket non-WCF può inviare le informazioni di scrittura al servizio WCF. L'implicazione di è che non si sta tentando di conformare il servizio WCF , ma si sta forzando il al client di socket per eseguire il sollevamento pesante di . Anche così, non si ottengono i vantaggi incorporati delle associazioni WCF se ci si aspetta che .
  
  http://blogs.msdn.com/carlosfigueira/archive/2008/01/13/writing-custom-requests-to-simple-wcf-services.aspx

Answer 2

Hy,

hai abilitare la WCF Tracing? Perché se lo fai e ricevi il seguente messaggio: "Il servizio non ti consente di accedere in modo anonimo." quindi è (di solito) un problema di impostazione di sicurezza.

In questo caso disattivare la modalità di protezione per il vostro legame:

<netTcpBinding> 
    <binding name="MyCustomBinding"> 
     <security mode="None" /> 
    </binding> 
</netTcpBinding> 

Ma meglio sarebbe quello di lavorare con i certificati.

Answer 3

vincolante La Net.Tcp utilizza un formato di frame-level filo personalizzato che non è realmente documentato, anche se Nicholas Allen ha iniziato una serie di post di blog sul tema di recente. La serie inizia qui: http://blogs.msdn.com/drnick/archive/2009/01/19/message-framing-part-1.aspx

Per essere onesti, Net.TCP è davvero, attualmente, più utile per la comunicazione WCF in WCF. se si desidera utilizzare un formato TCP personalizzato che è necessario gestire, è molto meglio utilizzare socket raw o creare il proprio canale di trasporto WCF personalizzato (che potrebbe non essere banale, btw)