¿Cómo usar el cliente basado en socket con el servicio WCF (net.tcp)?

Question

He desarrollado un servicio WCF que usa el adaptador net.tcp y escucha un puerto específico. Quiero conectarme a ese servicio utilizando un cliente .NET normal que usa conectores para enviar datos al puerto y escuchar las respuestas.
Cuando trato de enviar datos a este servicio, aparece el error: "La conexión existente fue cerrada a la fuerza por el host remoto".
Sin embargo, puedo conectarme con el servicio por otro cliente que usa la dirección/vinculación/contratos del servicio WCF.
¿Hay alguna manera que me permita comunicarme con un servicio WCF usando un cliente basado en socket ordinario?

Answer 1

La decisión clave es si hacer que el servicio WCF se ajuste al cliente de socket o si hacer que el cliente de socket se conforme al servicio WCF.

Será más simple intentar ajustarse al servicio WCF, en lugar de tratar de implementar algo personalizado en WCF, que nunca es fácil. En la parte inferior de la sección Otros recursos a continuación, verá un enlace que describe la inspección de mensajes que es necesaria para intentar ajustarse a un servicio WCF.

Dicho esto, los conectores .NET no se comunican de forma nativa con WCF.

Cualquier intento de hacerlo requerirá una programación personalizada en el lado WCF.

Si está utilizando TcpClient o sockets sin procesar en .NET para conectarse y comunicarse con WCF no importa. Cualquier interoperabilidad de este tipo debe ser manejada con lógica personalizada dentro de WCF. Tenga en cuenta que Net.Tcp es un protocolo de transporte personalizado. Técnicamente no se usa TCP de la misma manera que el TcpClient.

Por ejemplo, UDP es muy comúnmente utilizado por los servidores de socket en el mundo de Linux. WCF no proporciona un transporte UDP incorporado. Sin embargo, hay una muestra UDP para WCF que implementa UDP para WCF. Desafortunadamente, esa muestra no ilustra la comunicación hacia y desde un servidor de socket UPD que no es WCF.

Tengo una cuestión pendiente que es bastante detallado donde explico mi esfuerzo para obtener el código de ejemplo para ser comprobable de forma genérica para el uso de la UDP ...

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

Nadie ha respondido a mi pregunta todavía. Entonces, si logras que esto funcione, estoy muy interesado. Mi caso fue impulsado por el deseo de que el Servicio WCF pueda llamar a un servidor de socket UDP que se ejecuta en Linux sin tener que saturar mi servicio con una codificación que no sea WCF. No quiero mezclar enfoques.

Otros recursos ...

• La elección de un transporte
  Este artículo establece que "El transporte TCP WCF está optimizado para el escenario donde ambos extremos de la comunicación están utilizando WCF".

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

• Tratando de conectar un cliente no WCF para un servicio WCF que utiliza el BasicHttpBinding.
  El desarrollador termina escribiendo código personalizado a través del WebClient (en contraposición a TcpClient).
  
  http://social.msdn.microsoft.com/Forums/en-US/wcf/thread/c2d72c2d-c095-4ae1-b8ae-d15f32a4e0be/

• WCF vs Raw .NET sockets
  La respuesta señala que podría ser necesaria la serialización binaria o UDP + TCP + binaria serialización. Hay es una muestra de enlace UDP, como I mencionado anteriormente.
  
  http://social.msdn.microsoft.com/Forums/en-US/wcf/thread/c0520111-c1ca-4ffd-a4e0-ac68e86130ee/

• solicitudes personalizado escrito a simple WCF Servicios
  El autor explica cómo averiguar el formato del mensaje que tiene que ser enviado al servicio, por lo que el TcpClient u otro El cliente de sockets que no es WCF puede enviar la información de escritura al servicio WCF. La implicación de aquí es que no está tratando de conformar el servicio WCF , sino que está forzando al cliente de socket a realizar el pesado levantamiento. Aún así, no obtiene las ventajas incorporadas de las vinculaciones WCF si está esperando que.
  
  http://blogs.msdn.com/carlosfigueira/archive/2008/01/13/writing-custom-requests-to-simple-wcf-services.aspx

Answer 2

Hy,

no le permiten el rastreo de WCF? Porque si lo hace, recibirá el siguiente mensaje: "El servicio no le permite iniciar sesión de forma anónima". entonces es (por lo general) un problema de configuración de seguridad.

En este caso desactivar el modo de seguridad para su unión:

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

Pero mejor sería trabajar con certificados.

Answer 3

El Net.TCP vinculante utiliza un formato de trama a nivel de cable personalizado que no está muy documentado, aunque Nicholas Allen comenzó una serie de publicaciones en el blog sobre el tema recientemente. La serie comienza aquí: http://blogs.msdn.com/drnick/archive/2009/01/19/message-framing-part-1.aspx

Para ser honesto, Net.TCP es realmente, actualmente, más útil para la comunicación WCF a WCF. Si desea interoperar con un formato TCP personalizado que necesita manejar, es mucho mejor que usar sockets sin procesar o crear su propio canal de transporte WCF personalizado (que podría no ser trivial, por cierto)