Ejemplos de comunicación remota

Aunque resulta sencillo utilizar tanto la arquitectura predeterminada como los canales de transporte, y es probable que se satisfagan casi todos los requisitos remotos, los escenarios determinados podrían exigir un control más completo sobre el proceso remoto. Los temas de esta sección profundizan más en el proceso remoto para explicar los procesos del nivel inferior y cómo éstos se pueden reemplazar o extender.

Al generar aplicaciones empresariales, la seguridad es un tema importante y los programadores deben ser capaces de agregar características de seguridad, tales como la autorización o el cifrado, a las llamadas de método remoto para cumplir con los requisitos comerciales. Con el fin de satisfacer este requisito, se pueden personalizar los canales para proporcionar a los programadores el control sobre el mecanismo de transporte real de mensajes a un objeto remoto y desde él.

Precaución:

.La comunicación remota de .NET Framework no lleva a cabo la autenticación o el cifrado de forma predeterminada. Por consiguiente, se recomienda que dé todos los pasos necesarios para asegurarse de la identidad de los clientes o de los servidores antes de interactuar de forma remota con ellos. Dado que las aplicaciones remotas de .NET Framework exigen permisos FullTrust para ejecutarse, si a un cliente no autorizado se le permitiera el acceso a su servidor, el cliente podría ejecutar el código como si fuese un cliente de plena confianza. Autentique siempre sus extremos y cifre las secuencias de la comunicación, ya sea hospedando sus tipos remotos en Internet Information Services (IIS) o generando un par del receptor de canal personalizado para hacer este trabajo.

En esta sección

Secciones relacionadas

  • Remoting via Configuration
    Muestra cómo implementar el enlace en tiempo de ejecución a un ensamblado administrado con clases y métodos públicos.

Copyright © 2007 Microsoft Corporation. Reservados todos los derechos.