Sistemas Operativos

Exchange Server 2003 depende en gran medida del sistema operativo para las comunicaciones de red, la seguridad, los servicios de directorio y otros aspectos. Por ejemplo, Exchange Server 2003 requiere TCP/IP y depende de la pila de protocolo TCP/IP y de sus componentes relacionados. Dichos componentes se implementan en controladores del núcleo que están muy integrados en el subsistema de E/S deWindows. Exchange Server 2003 utiliza interfaces de programación estándar de Win32 para interactuar con el núcleo.

Además del núcleo de Windows, Exchange Server 2003 tiene las siguientes dependencias de servicios de Windows:

Registro de sucesos Este servicio permite ver en el Visor de sucesos los mensajes de registros emitidos por los servicios de Exchange y otros programas y componentes deWindows. Este servicio no puede detenerse.
Proveedor de compatibilidad con seguridad LM de Windows NT Este servicio proporciona seguridad a los programas que utilizan llamadas a procedimiento remoto (RPC) y transportes distintos a canalizaciones con nombre para iniciar sesión en la red mediante el protocolo de autenticación NTLM.
Llamada a procedimiento remoto (RPC) Este servicio permite alasignador de puntos finales RPC admitir conexiones RPC con el servidor. Este servicio sirve también como Modelo de objetos componentes (COM).
RPC y las llamadas a procedimiento remoto ligeras (LRPC) son mecanismos de comunicación entre procesos importantes. Las LRPC son versiones locales de las RPC. Las LRPC se utilizan entre el almacén de Exchange y los componentes de servidor que dependen deMAPI y sus API relacionadas para las comunicaciones, como por ejemplo conectores de mensajería para sistemas de mensajería que no son de Exchange. Las RPC normales, en cambio, se utilizan cuando los clientes deben comunicarse con los servicios de servidor a través de la red. Los clientes RPC habituales son los clientes MAPI, como Microsoft Outlook y Exchange System Manager, pero los componentesinternos del Operador de sistema, como DSProxy, también son clientes RPC. Para aceptar las solicitudes de directorio de los clientes MAPI y pasarlas a un proveedor de libreta de direcciones, DSProxy debe utilizar RPC para comunicarse con Active Directory a través de la Interfaz de proveedor de servicios con nombre (NSPI). Para obtener más información acerca de DSProxy, consulte Exchange Server 2003y Active Directory.
Es importante comprender que las RPC son un mecanismo de comunicación de capa de aplicación, lo que significa que las RPC utilizan otros mecanismos de comunicación de red, como NetBIOS, canalizaciones con nombre o Windows Sockets, para establecer la ruta de comunicación. Para crear una conexión, es necesario el asignador de puntos finales RPC, ya que el cliente debedeterminar en primer lugar el punto final que se tiene que usar. De manera predeterminada, los servicios de servidor RPC utilizan puntos finales de conexión dinámica. En una red TCP/IP, el cliente se conecta al asignador de puntos finales RPC a través del puerto TCP número 135, consulta el puerto TCP actual de un servicio concreto (por ejemplo, el puerto de Interfaz de proveedor de servicios con nombre(NSPI) de Active Directory), obtiene este puerto TCP del asignador de puntos finales, y finalmente utiliza el puerto para establecer la conexión RPC con el servidor RPC real. La figura siguiente ilustra la función del asignador de puntos finales RPC.
Establecimiento de una conexión RPC con Active Directory

Nota:
De manera predeterminada, los servicios de Exchange utilizan puertos TCP dinámicosdel número 1024 al número 5000 para la comunicación RPC. Para diversos servicios, como el Operador de sistema y el servicio Almacén de información de Exchange, es posible especificar puertos estáticos mediante parámetros del Registro. Sin embargo, el cliente debe establecer un contacto con el asignador de puntos finales RPC tanto si la asignación de puerto es dinámica como estática.
Servidor...