Introducción a la arquitectura de red en windows95

Introducción a la arquitectura de red en Windows 950 de 1 MSDN - Valorar este tema

Contenidos archivados. No existe garantía alguna en cuanto a la precisión técnica. El contenido puede contener URLs vigentes cuando se publique originalmente, pero ahora enlaces a sitios o páginas que ya no existen.

En este capítulo se presenta información sobre la arquitectura de los componentes de red en Windows 95.Windows 95 proporciona múltiples conexiones simultáneas a una variedad de redes (Windows NT, Novell ® NetWare ® y otros) y una variedad de recursos (archivos, programas, impresoras, sistemas de acogida y sistemas de correo electrónico) sobre los medios de comunicación más populares (Ethernet, Token Ring, X.25, ISDN) desde casi cualquier lugar.Capacidades de red de Windows 95 se implementan utilizando una arquitectura de alto rendimiento, fiable y abierta, basada en la arquitectura de servicios de Windows abierto (WOSA) especificación. Este enfoque ofrece a los usuarios una interfaz consistente a diferentes servicios en la parte delantera, mientras que proporciona a los administradores del sistema la flexibilidad para mezclar y combinar múltiples servicios en la parte final.En esta páginaModelo de referencia OSI y Windows 95 Arquitectura Redirectores e IFS Administrador Multiple Network Support NDIS general Arquitectura de protocolos de red Arquitectura para clientes, servidores Peer, e IPC 

Modelo de referencia OSI y Windows Arquitectura 95La arquitectura de red modular de Windows 95 se basa en dos modelos estándar de la industria para una arquitectura de capas de red, a saber, la Organización Internacional de Normalización modelo (ISO) para las redes de computadoras, denominada Interconexión de Sistemas Abiertos (OSI) Modelo de referencia, y el Instituto de Ingenieros Eléctricos Ingenieros y Electrónicos (IEEE) 802 modelo. Windows NT y Windows para trabajo en grupo también están diseñados de acuerdo a los modelos estándar. Los modelos IEEE 802 ISO OSI y definir un enfoque modular para la creación de redes, con cada capa responsable de algún aspecto discreto del proceso de creación de redes.El modelo OSI describe el flujo de datos en una red, a partir de la capa más baja (las conexiones físicas) hasta la capa que contiene las aplicaciones del usuario. Los datos

que van hacia y desde la red se hace pasar una capa a otra. Cada capa es capaz de comunicarse con la capa inmediatamente por encima de ella y la capa inmediatamente debajo de él. De esta manera, cada capa se escribe como un componente de software ágil eficiente. Cuando una capa recibe un paquete de información, comprueba la dirección de destino, y si su dirección no está ahí, pasa el paquete a la siguiente capa.Cuando dos equipos se comunican en una red, el software en cada capa en un ordenador asume que se está comunicando con la misma capa en el otro equipo. Por ejemplo, la capa de transporte de un ordenador se comunica con la capa de transporte en el otro equipo. La capa de transporte en el primer equipo no tiene en cuenta la forma en la comunicación en realidad pasa por las capas inferiores de la primera computadora, a través de los medios físicos, y luego a través de las capas inferiores de la segunda computadora.El modelo de referencia OSI consta de siete capas:

La capa de aplicación representa el nivel en el que las aplicaciones accedan a los servicios de red. Esta capa representa los servicios que apoyan directamente a aplicaciones como el software para la transferencia de archivos, acceso a base de datos y correo electrónico.

La capa de presentación traduce los datos de la capa de aplicación en un formato intermediario. Esta capa también gestiona las cuestiones de seguridad por la prestación de servicios tales como el cifrado de datos, y comprime los datos de por lo menos bits que necesitan ser transferidos en la red.

La capa de sesión permite que dos aplicaciones en equipos diferentes para establecer, utilizar y poner fin a una sesión. Esta capa establece un control de diálogo entre los dos equipos en un período de sesiones, la regulación que transmite secundarios, además de cuándo y cuánto tiempo se transmite.

La capa de transporte se encarga de la detección de errores y recuperación. También vuelve a empaquetar los mensajes largos cuando sea necesario en pequeños paquetes para la transmisión y, en el extremo receptor, reconstrucciones paquetes en el mensaje original. La capa de transporte que recibe también envía acuses de recibo.

La capa de red se ocupa mensajes y traduce las direcciones lógicas y nombres en direcciones físicas. También determina la ruta desde la fuente al equipo de destino y gestiona los problemas de tráfico, tales como conmutación, encaminamiento y control de la congestión de paquetes de datos.

La capa de enlace de datos de paquetes de bits de primas de la capa física en tramas (lógicas, paquetes estructurados de datos). Esta capa es responsable de

la transferencia de tramas de un ordenador a otro, sin errores. Tras el envío de una trama, se espera una confirmación de la computadora receptora.

La capa física transmite los bits de un ordenador a otro y regula la transmisión de una corriente de bits de más de un medio físico. Esta capa define cómo el cable está conectado al adaptador de red y qué técnica de transmisión se utiliza para enviar datos a través del cable.

El siguiente diagrama muestra los componentes en capas que componen el modelo de red de Windows 95.Capas en el modelo de red de Windows 95

En las siguientes secciones se describen estos elementos de la arquitectura de red de Windows 95, a partir de redirectores. Proveedores de la red se describen en "proveedores de la red" más adelante en este capítulo.Principio de la página 

Redirectores y IFS GerenteUn redirector de red proporciona mecanismos para localizar, abrir, leer, escribir y eliminar archivos y enviar los trabajos de impresión. También hace que los servicios de aplicaciones disponibles, tales como tuberías y procesadores de mensajes con nombre. Cuando una aplicación necesita enviar o recibir datos desde un dispositivo remoto, envía una llamada al redirector. El redirector proporciona la funcionalidad de las capas de aplicación y presentación del modelo OSI.Los redirectores se incluyen en el software cliente de Windows 95 red como los siguientes controladores de sistema de archivos:

En el cliente para redes Microsoft (VREDIR.VXD), el redirector compatible con todas las redes basadas en Microsoft redes, que utilizan el bloque de mensajes del servidor (SMB) de intercambio de archivos.

En Microsoft Client para redes NetWare (NWREDIR.VXD), el redirector compatible con los productos de red de NetWare, que utilizan el protocolo central NetWare (NCP) protocolo para compartir archivos.

Windows 95 también es compatible con los redirectores de red de otros proveedores de la red.Debido a que cada redirector en modo protegido está implementada en Windows 95 como un controlador de sistema de archivos, el redirector está gestionado por el Administrador del sistema de archivos instalable (IFS). El redirector funciona con IFS Manager para asignar nombres locales en los dispositivos de red y decide si la aplicación necesita acceso a un dispositivo local o remoto. IFS Manager controla la transferencia de archivos de E / S para todos los sistemas de archivos instalables en Windows 95. Para obtener más información acerca de IFS Manager, consulte el Capítulo 31, "Configuración de Windows 95."Cliente para redes Microsoft (el redirector para redes Microsoft) formatos de solicitud de la aplicación de paquetes de datos en las pymes y envía el paquete al protocolo. Microsoft Client para redes NetWare (el redirector de NetWare) formatos de solicitudes en paquetes NCP. El paquete de datos se hace pasar por el protocolo del controlador del adaptador.El lado del servidor Windows 95 en esta capa del modelo de red admite el uso compartido de recursos entre pares. Windows 95 proporciona dos servicios de servidor para la creación de redes entre pares:

Compartir impresoras y archivos para redes Microsoft (el servidor SMB basado en Windows 95, Vserver.vxd), que apoya el intercambio de recursos entre todos los equipos de la red que utilizan el protocolo de uso compartido de archivos SMB.

Compartir impresoras y archivos para redes NetWare (NCP el servidor basado en Windows 95, NWSERVER.VXD), que apoya el intercambio de recursos entre todos los equipos de la red que utilizan el protocolo de intercambio de archivos NCP.

Principio de la página 

Multiple Red de ApoyoEl modular interfaz de Windows 95 red de proveedores, tal como se describe en esta sección, permite la comunicación simultánea con varias redes diferentes. Por ejemplo, un equipo puede tener conexiones con equipos que ejecutan los servicios de reparto de los recursos entre pares de Windows 95, a los servidores para redes NetWare y Windows NT, y el Internet, todo al mismo tiempo.Además del cliente de red de Windows 95 y los componentes compartidos entre pares, Windows 95 incluye soporte integrado para los siguientes clientes de red de otros fabricantes:

Artisoft ® LANtastic ® versión 5.0 y posterior Banyan VINES ® ® versión 5.52 y posteriores Diciembre ™ PATHWORKS ™ (instalado como protocolo) Novell ® NetWare ® versión 3.11 y posteriores SunSoft ™ PC-NFS ® versión 5.0 y posterior

La mayoría de los clientes de la red se puede instalar junto con los componentes de red en modo protegido de Windows 95. Windows 95 no incluye los archivos de soporte para estas redes, sino que debe obtenerlos del proveedor de red. Para obtener información acerca de estos clientes de la red, consulte el Capítulo 10, "Windows 95 en otras redes."

Soporte de red múltiple en Windows 95 consiste en estos componentes, como se describe en las siguientes secciones:

Win32 API WinNet Enrutador proveedor múltiple y la interfaz de proveedor de servicios Proveedores de la red (incluyendo la interfaz WinNet16)

Los componentes de soporte de la red múltiple en Windows 95

Win32 Interfaz WinNet para AplicacionesLa interfaz Win32 WinNet en Windows 95 proporciona una API que los desarrolladores de software pueden utilizar para crear versiones únicas de las aplicaciones que se ejecutan sin modificaciones en diferentes redes. La interfaz WinNet Win32 es la sucesora de la interfaz WinNet16 introdujo en Windows 3.0 y mejoradas de Windows 3.1.El conjunto de API WinNet ampliada incluye lo siguiente:

Apoyo a la API de Win32 WinNet como se define en Windows NT. Este conjunto de funciones y la otra API de Win32 proporcionan todas las capacidades requeridas comúnmente usados por las aplicaciones.

Apoyo a la API de Win32 WinNet para navegar por los recursos de red (directorios, impresoras y otros recursos). Esto incluye el manejo coherente de los requisitos de autenticación a través de múltiples redes y soporte para el modelo de seguridad del servidor NetWare.

La compatibilidad con Windows para Trabajo en Grupo 3.11 y el apoyo a las redes que utilizan un controlador de red WinNet16.

Router Proveedor múltiple y Service Provider InterfaceEl router de proveedor múltiple en Windows 95 las exportaciones de la API de Win32 WinNet a las aplicaciones. Permite el acceso completo a los servicios y recursos de red, y es compatible con una forma de acceder a un solo controlador de red WinNet16. Por las rutas de solicitudes de red entrantes para el proveedor de la red apropiada, utilizando la misma interfaz si se instalan uno o más proveedores de la red.Características comunes a todas las redes se implementan una vez en el router proveedor múltiple, que reduce la base de código para cada proveedor de red y garantiza un comportamiento común entre las redes.Por ejemplo, los proveedores de la red no implementan conexiones persistentes - esta característica se implementa en el router proveedor de múltiples y es completamente transparente a un proveedor de la red.Windows 95 utiliza una interfaz de proveedor de servicio modular abierta (SPI) para permitir que varios proveedores de red de 32 bits para ser instalado en Windows 95 de forma simultánea. La interfaz del proveedor de servicio es un conjunto único y bien definido de funciones utilizadas por Windows 95 para solicitar los servicios de red para buscar servidores, conectarse y desconectarse de los servidores, y así

sucesivamente. El router proveedor múltiple comunica con los proveedores de la red utilizando la interfaz del proveedor de servicio.La interfaz del proveedor de servicio ofrece los servicios de red necesarios para cumplir con una solicitud de Windows 95 para los servicios de red específicos. Este modelo es similar al diseño de Windows 95 para distintas interfaces del controlador de dispositivos: un conjunto bien definido de interfaces utilizadas por el sistema operativo, con los servicios prestados por un controlador de dispositivo (a menudo escrito por otro proveedor) para aceptar solicitudes. Estas solicitudes se pasan a los proveedores de la red.La interfaz de proveedor de servicios permite a los proveedores de red de Microsoft o de otro tipo para integrar los servicios de red variados sin problemas en Windows 95. La interfaz del proveedor de servicio asegura que todas las redes soportadas son idénticamente accedidos y manejados a través de la red otros componentes de la interfaz de usuario y el Barrio.Proveedores de la RedWindows 95 utiliza una interfaz de proveedor de red modular abierto para permitir el soporte de múltiples redes simultáneamente. Los beneficios clave de la arquitectura de interfaz de proveedor de la red son los siguientes:

Una interfaz abierta que permite a cualquier proveedor de red para el suministro de fuerza de apoyo integrado para Windows 95.

Acceso idéntico y la gestión de los recursos y componentes de red a través de la interfaz de usuario de Windows 95, incluyendo la opción Red del Panel de control de red y.

Las llamadas a la API de proveedores de la red son utilizados por las aplicaciones para solicitar los servicios de red. Windows 95 pasa a una llamada de proveedor de la red para el proveedor de la red apropiada, que a continuación suministra el servicio de red solicitado.El proveedor de red es un controlador de red específico que implementa la interfaz de proveedor de servicio de llamadas desde el router proveedor de múltiples. Las funciones previstas incluyen la autenticación de usuarios cuando acceden a un servidor de red, gestión de contraseñas, añadir o eliminar conexiones de servidor, y navegar por los recursos de red.Windows 95 incluye los siguientes proveedores de la red:

MSNP32.DLL para redes Microsoft Nwnp32.dll para redes NetWare WINNET16.DLL para apoyar a un proveedor de red de 16 bits único que utiliza

las API WinNet16Windows 95 también es compatible con cualquier número de otros proveedores de la red de 32 bits. Estos proveedores de la red deben ser suministrados por otros proveedores de la red.El inicio de sesión del sistema de Windows 95 es un ejemplo de un servicio de red proporcionada por la interfaz del proveedor de red. Cada proveedor de red puede proporcionar un cuadro de diálogo de inicio de sesión único para satisfacer las necesidades de su modelo de seguridad de servidor de red. Después de que el inicio de sesión es validado por el servidor solicitado, este se pasa de nuevo a Windows 95, que puede entonces utilizar esta contraseña para desbloquear cualquier recurso de red relacionado con la validación de inicio de sesión. De esta manera, Windows 95 puede

acomodar las diversas formas en que los servidores de red proporcionan a sus servicios, sin embargo, todavía ofrecen una interfaz de usuario consistente.A continuación se resumen los procesos internos cuando, por ejemplo, un usuario hace doble clic en el icono Toda la red en Entorno de red:

1. La interfaz de usuario de Windows 95 genera una API de red basada en Win32 llamar al enumerar los servidores y recursos de la red.

2. El router proveedor de múltiples recibe la llamada de API y envía una llamada interfaz de proveedor de servicios para todos los proveedores de la red disponibles.

3. Cada proveedor de red navega por sus redes individuales y devuelve la lista a Windows 95, que muestra todas las redes y sus jerarquías en la ventana toda la red.

Debido al soporte del proveedor de red en Windows 95, el usuario puede especificar cadenas de nombre de servidor en un cuadro de diálogo de conexión de la unidad con la sintaxis a la que están acostumbrados. Un proveedor de la red sabe interpretar correctamente la sintaxis de sus propias cadenas de nombre de servidor. La cadena de nombre de servidor es la sintaxis utilizada por un sistema operativo de red en particular para especificar un recurso de disco compartido. Redes compatibles de la red de Microsoft utilizan el formato UNC ( \ \ nombre_servidor \ share_name ).Sin embargo, debido a que el proveedor de la red sabe cómo interpretar las cadenas de nombre de servidor, los usuarios que están acostumbrados a usar la sintaxis del servidor NetWare ( nombre_servidor / volume_name: nombre_directorio ) pueden escribir estos nombres de servidores en caso necesario en Windows 95 para acceder a los recursos del servidor NetWare. La interfaz de usuario de Windows 95 y de la redde comandos también admiten nombres UNC para la conexión a los recursos de NetWare.Proveedor de la red para redes NetWareEl proveedor de la red que soporta redes NetWare (Nwnp32.dll y su biblioteca de apoyo, NWNET32.DLL) proporciona acceso a recursos de red NetWare NCP basados con el Explorador de Windows, Entorno de red y Panel de control y otras aplicaciones basadas en Windows.Arquitectura básica de proveedor de red para las redes NetWare

El proveedor de red admite estas funciones en las redes NetWare: Buscando redes NetWare. Redes NetWare Bindery basados (versiones 2.15 y

superiores, 3.xy 4.x con emulación de enlace) usan una jerarquía de servidores-Volume-Directory.

Registro de entrada y salida de una red NetWare, proporcionando cuadros de diálogo de inicio de sesión de red, y la realización de los archivos adjuntos a los servidores de enlace basados.

Adición y eliminación de conexiones, lo que permite la unidad a distancia y conexiones de impresora utilizando el formato de NetWare ( servidor /

volumen :) y las conexiones UNC a los recursos de red (NCP basados unidad asignada o puerto de impresora, y \ \ s erver \ share ).

Proveedor de la red para redes MicrosoftEl proveedor de la red que soporta redes Microsoft (MSNP32.DLL) proporciona acceso a recursos SMB de Microsoft basados en red utilizando la interfaz de usuario de Windows 95, como el Explorador de Windows, Entorno de red y Panel de control y otras aplicaciones basadas en Windows.MSNP32.DLL proporciona las cajas de Microsoft de red específicos de diálogo (como el cuadro de diálogo de inicio de sesión de dominio de Windows NT) y el código de resolver un proveedor de servicio de llamadas de la interfaz del router proveedor múltiple para una llamada de cliente para redes Microsoft.Arquitectura de Windows 95 para el proveedor de red para redes Microsoft

Observe que hay dos flechas, una pasando por IFS Manager y uno que va directamente al cliente para redes Microsoft.

Cuando una solicitud de red es para una función genérica, tales como la adición de una conexión, la llamada se envía a la interfaz de IFS.

Cuando una solicitud de red es específico de un redirector, como el registro en que consulta un servidor, la llamada se envía al cliente para redes Microsoft.

El proveedor de red admite estas funciones en las redes de Windows: Buscando redes Microsoft. Registro de entrada y salida de un dominio Windows NT o LAN Manager. El

proveedor de la red Microsoft proporciona servicios de autenticación para la validación por parte de un controlador de dominio, además de la posibilidad de cambiar la contraseña de dominio mediante la opción de contraseñas en el Panel de control de Windows 95.

Añadir o eliminar conexiones. El proveedor de la red Microsoft permite unidad asignada y conexiones de impresora más conexiones UNC a los recursos de red basados en SMB.

WinNet16 InterfaceLa interfaz WinNet16 se establece el primero de la red independiente de APIs introducido con Windows 3.0 y mejoradas de Windows 3.1. WinNet16 proporciona una funcionalidad simple como conectarse a una letra de unidad o redirigir un puerto de impresora para una impresora en red. Windows 95 proporciona soporte para el uso de una sola WinNet16 conductor.

Si un proveedor de red proporciona un controlador de red WinNet16 desarrollado para Windows 3.1 y no se ha escrito un proveedor de red de 32 bits y el controlador de sistema de archivos para Windows 95, utilizando la interfaz WinNet16 y WINNET16.DLL es la única manera de apoyar a esa red en Windows 95 . El conductor WinNet16 que funciona actualmente con Windows 3.1 se puede utilizar sin modificación en Windows 95, usando el WINNET16.DLL.Si la instalación de Windows 95 detecta una instalación de Windows 3.x que utiliza un controlador de red WinNet16 y no hay un proveedor de red de 32 bits disponible, la instalación de Windows 95 mantiene el controlador de red de 16 bits en su lugar y proporciona la funcionalidad de red con la red de 16 bits controlador instalado como la red primaria.Red Multiple EjemploEn el siguiente ejemplo, el usuario ha instalado dos clientes de la red de Windows 95 (Cliente para redes Microsoft y Cliente para redes NetWare) y también ha instalado Banyan VINES apoyo mediante un controlador WinNet16.Banyan VINES utiliza la sintaxis StreetTalk ™ ( archivo de servicio @ grupo @ organización ) para especificar nombres de servidor. Al tratar de resolver la solicitud para conectarse a Docs @ @ Corp comercialización de un cuadro de diálogo de conexión de unidad de red en Windows 95, el router proveedor múltiple envía la solicitud a todos los proveedores de red instalados. WINNET16.DLL recibe la llamada y se lo pasa a VINES.DRV, que presente la solicitud de conexión a la unidad de software de red de modo real Banyan través VVINESD.386.Este ejemplo muestra una petición de conexión de unidad de red con múltiples redes instaladas.

Principio de la página 

NDIS generalWindows 95 admite la especificación de interfaz de dispositivo de red (NDIS) 2.x y controladores de protocolo NDIS 3.1. Esta sección proporciona información técnica acerca del soporte NDIS en Windows 95.Apoyo a NDIS 2 Protocolos

Un controlador de protocolo NDIS 2.x debe utilizar un controlador 2.x adaptador de red NDIS. Los dos pilotos del protocolo y los controladores del adaptador de red deben cargar y enlazar en modo real antes de iniciar Windows 95.Arquitectura de Windows 95 para NDIS 2 protocolos

Soporte para los adaptadores de red NDISPara NDIS mini-controladores de adaptador de 3,1, el mini-controlador divide la capa existente NDIS Media Access Control (MAC) en dos mitades y ejecuta sólo el medio específico para el adaptador de red. Estos incluyen detalles específicos tales como el establecimiento de comunicaciones con el adaptador, el encendido y apagado de aislamiento eléctrico para Plug and Play, proporcionando la detección de los medios de comunicación, y que permite funciones de valor añadido, el adaptador puede contener. La envoltura mini-controlador implementa la otra mitad de la funcionalidad MAC que sigue siendo común a todos los controladores de NDIS. En versiones anteriores de NDIS, cada controlador de adaptador llevado todo este código redundante, por lo que mini-conductores son más rápidos y son aproximadamente 40 por ciento menor que los controladores del adaptador de red NDIS 3.x existentes.Arquitectura de Windows 95 para NDIS 3.1 protocolos

Principio de la página 

Arquitectura de protocolos de redWindows 95 incluye soporte para protocolos IPX / SPX y compatibles con NetBEUI y TCP / IP. Las secciones siguientes describen cómo se implementa soporte para cada tipo de protocolo en Windows 95.

Arquitectura para IPX / SPX-compatibleEl Microsoft IPX / SPX protocolo compatible utiliza el módulo NWNBLINK.VXD apoyar NetBIOS sobre IPX y apoyar la interfaz de programación de NetBIOS.Arquitectura de Windows 95 para IPX / SPX protocolo compatible con

El Microsoft IPX / SPX protocolo compatible con NDIS 3.1 es compatible, lo que los equipos que ejecutan Windows 95 para comunicarse a través de un protocolo compatible con IPX enrutable. Este protocolo se puede utilizar servidores Novell NetWare configurados como enrutadores (routers y otros IPX) para transferir sus paquetes a través de redes de área local para acceder a los recursos de otros equipos que ejecutan Windows 95.Arquitectura de Protocolo NetBEUIEl módulo de NetBEUI, NETBEUI.VXD, implementa el protocolo NetBIOS encuadre.Arquitectura de Windows 95 para el protocolo NetBEUI

Arquitectura para el Protocolo de Microsoft TCP / IPTCP / IP es un protocolo enrutable popular para redes de área amplia. El módulo de TCP / IP, VTCP.VXD, es accesible a través de la interfaz de Windows Sockets o a través de la interfaz NetBIOS. Para obtener más información acerca de Windows Sockets y los mecanismos de comunicación entre procesos, consulte "NetBIOS" más adelante en este capítulo.Arquitectura de Windows 95 de Microsoft TCP / IP

Principio de la página 

Arquitectura para clientes, servidores de pares, y la CIPPuede instalar uno o ambos de los clientes de red de 32 bits en modo protegido, el Cliente para redes NetWare y el Cliente para redes Microsoft. Las siguientes secciones describen la arquitectura de estos dos clientes y los servidores de pares relacionados, además de información acerca de la ayuda para las comunicaciones entre procesos.Architecture for Client para redes NetWare con el Cliente para redes Microsoft

Cliente para redes Microsoft ArchitectureWindows 95 proporciona un controlador de sistema de 32 bits protegidos modo de archivo para apoyar a todos los productos de Microsoft de redes que utilizan el protocolo de uso compartido de archivos SMB.Esto incluye LAN Manager, Windows NT, Windows para trabajo en grupo 3.x, complemento de grupo para MS-DOS y Windows 95. Productos de red de otros fabricantes que utilizan el estándar de red Microsoft también se apoyan, como LAN Manager, IBM ® y LAN Server y 3Com ® 3 + Open ®.Arquitectura de Windows 95 para redes de Windows

Cliente para redes Microsoft permite la conectividad a través de cualquier protocolo NDIS que soporta una interfaz de NetBIOS y es accesible a través VNETBIOS.386. Los protocolos en modo protegido se incluyen con Windows 95 que soporte una interfaz NetBIOS son los siguientes:

NetBEUI usando NETBEUI.VXD NetBIOS sobre TCP / IP utilizando VNBT.VXD y los componentes de TCP / IP,

VTCP.VXD y VIP.VXD NetBIOS sobre IPX / SPX con NWNBLINK.VXD y NWLINK3VXD

Cliente para redes Microsoft también soporta la conectividad a través de IPX / SPX con NWLINK.VXD sin la interfaz NetBIOS.Cliente para redes NetWare ArquitecturaUsted puede utilizar el Cliente para redes NetWare en un ambiente donde todo lo que se necesita es un cliente de 32 bits para conectarse a servidores NetWare existentes (por ejemplo, si no hay una necesidad de servicios de intercambio de recursos entre pares basados en SMB).Architecture for Client para redes NetWare como único cliente

Para obtener más información acerca de la arquitectura de Windows 95 con el cliente de red Novell suministrados, consulte el Capítulo 9, "Windows 95 en redes NetWare".Arquitectura para el intercambio de recursos PeerWindows 95 incluye componentes para apoyar a compartir archivos e impresoras en redes Microsoft y redes NetWare.Cuando está instalado Compartir impresoras y archivos para redes Microsoft, se agrega el servidor SMB de Windows 95 (Vserver.vxd) para la configuración del equipo. Este componente soporta todos los productos de Microsoft de redes que utilizan el protocolo de intercambio de archivos SMB. La siguiente ilustración muestra los archivos auxiliares básicos para Compartir impresoras y archivos para redes Microsoft en la arquitectura de red de Windows 95.Arquitectura para Compartir impresoras y archivos para redes Microsoft

Cuando está instalado Compartir impresoras y archivos para redes NetWare, se agrega el servidor NCP Windows 95 (NWSERVER.VXD) para la configuración del equipo. Cliente para redes NetWare se utiliza para obtener información de conexión del servidor NetWare y para habilitar la seguridad a nivel de usuario en función de las cuentas de usuario de un servidor de NetWare. La siguiente ilustración muestra los archivos

auxiliares para Compartir impresoras y archivos para redes NetWare en la arquitectura de red de Windows 95.Arquitectura para Compartir impresoras y archivos para redes NetWare

Para los servicios para compartir la impresora con seguridad a nivel de usuario, el proveedor de seguridad de archivos y (MSSP.VXD o NWSP.VXD) ayuda en la validación de acceso de los usuarios al compartir un recurso y en la recuperación de una lista de usuarios al administrar el servidor. La libreta de direcciones de red (MSAB32.DLL o NWAB32.DLL) traduce las listas de cuentas del servidor y proporciona el cuadro de diálogo Agregar usuarios para seleccionar qué usuarios obtienen derechos de acceso. El componente de seguridad de archivos (FILESEC.VXD) proporciona control de acceso basado en la información en el Registro. Tenga en cuenta que estas mismas características de seguridad de los componentes de apoyo, tales como el acceso remoto al registro incluso cuando los servicios de Compartir archivos e impresoras no están presentes.IPC y Windows 95Windows 95 incluye varios mecanismos que apoyan la computación distribuida. Típicamente, la informática distribuida significa que una tarea informática se divide en dos partes. La primera parte se ejecuta en el equipo cliente y requiere un mínimo de recursos. La otra parte del proceso se ejecuta en el servidor y requiere grandes cantidades de datos, cálculos numéricos o hardware especializado.Otro tipo de computación distribuida se extiende el trabajo entre varios equipos. Por ejemplo, un equipo puede trabajar en un problema matemático complejo que tomaría un mes para resolver. Pero con la computación distribuida, 50 equipos pueden trabajar en el mismo problema de matemáticas al mismo tiempo y resolverlo en menos de un día.En ambos casos, una conexión entre ordenadores a un nivel de proceso a proceso permite que los datos fluyan en ambas direcciones. Windows 95 incluye los siguientes mecanismos de comunicación entre procesos (IPC) para apoyar la computación distribuida: Windows Sockets, llamadas a procedimientos remotos (RPC), NetBIOS, canalizaciones con nombre y procesadores de mensajes. Las siguientes secciones ofrecen detalles sobre estas implementaciones IPC en Windows 95.Windows SocketsWindows Sockets es una aplicación de Windows de la ampliamente utilizada UC Berkeley Sockets API, el de facto estándar para acceder a los servicios de datagramas y sesiones a través de TCP / IP. Las aplicaciones no NetBIOS deben ser escritos a la interfaz de sockets para acceder a Microsoft TCP / IP. Las aplicaciones escritas para la

interfaz de sockets incluyen FTP y SNMP. En Windows 95, el apoyo sockets se extiende también a IPX / SPX.Windows Sockets en Windows 95 es un protocolo independiente de la API de red adaptado para ser utilizado por los programadores que utilizan la familia de productos Windows. Windows Sockets es una especificación pública que tiene como objetivo hacer lo siguiente:

Proporcionar una API de red familiar para los programadores que utilizan Windows o UNIX

Ofrecer compatibilidad binaria entre la pila TCP / IP basada en Windows heterogéneos y proveedores de servicios públicos

Apoye los protocolos orientados a la conexión y sin conexiónEnchufes contemplan reducciones de gastos generales en comparación con un protocolo NetBIOS. No NetBIOS protocolos nativos, tales como TCP / IP e IPX / SPX requieren una interfaz de NetBIOS y la capa de mapeo. Este software adicional NetBIOS añade el tiempo de procesamiento y también agrega un encabezado de la trama de datos enviados en la conexión. Por ejemplo, cuando se utiliza la interfaz de NetBIOS sobre TCP / IP, se añade una cabecera de NetBIOS para el marco antes de las cabeceras TCP e IP. Estaciones de trabajo con sólo TCP / IP no pueden ver este cuadro. Sin embargo, cuando se utilizan tomas de corriente, se envía la trama a través de TCP / IP sin la adición de una cabecera de NetBIOS.En TCP / IP, la dirección de red interna es la dirección IP de la estación de trabajo y la dirección del proceso de software es el número de puerto. Fuente y la dirección IP de destino y números de puerto son los campos en la estructura de los paquetes TCP / IP. En IPX / SPX, la dirección de red interna es la combinación de la identificación de la red IPX y la dirección de control de acceso a medios (MAC) del adaptador de red y la dirección de procesos de software es el número de socket IPX. Red de origen, destino de red, nodo y números de socket son campos en la estructura de los paquetes IPX / SPX.Nota : enchufes IPX no son los mismos que Windows Sockets.Por un camino bidireccional, una aplicación de Windows Sockets especifica lo siguiente, según el protocolo.

Protocolo De origen y de destino identificadores de socket

TCP / IP trayecto bidireccional Dirección IP y número de puerto de la fuente

IPX / SPX trayecto bidireccional ID de red, la dirección MAC del adaptador de red, número de socket IPX

En la siguiente tabla se describen los archivos de soporte para 16-bit y 32-bit Windows Sockets sobre TCP / IP y hembra de 32 bits de Windows a través de IPX / SPX.

Expediente Descripción Comentarios

Winsock.dll 16-bit Windows Sockets Proporciona compatibilidad con / aplicaciones existentes de 16 bits de Windows Sockets TCP IP como

Wsock.vxd Virtualizado Windows Sockets Soporta Sockets de 16 bits de Windows y TCP 32 bits / IP y IPX / SPX Windows Sockets

WSTCP.VXD Windows Sockets sobre TCP/IP1 Soporta Windows Sockets de 16 bits y 32 bits de Windows Sockets de TCP / IP

WSOCK32.DLL 32-bit de Windows Socket Soporta 32 bits de TCP / IP aplicaciones de socket de Windows, comoSocket

WSIPX.VXD Windows Sockets sobre IPX/SPX2

Soporta 32 bits IPX / SPX de Windows Sockets

1 de Windows Sockets sobre TCP / IP son STREAMS basadas en TCP y datagramas basa sobre UDP.2 sockets de Windows a través de IPX / SPX se STREAMS basan sobre SPX y basado en datagramas a través de IPX.Programas populares tales como ftp o telnet utiliza Windows Sockets. Si usted está interesado en el desarrollo de una aplicación de Windows Sockets 1.1, las especificaciones para sockets de Windows están disponibles en Internet de ftp.microsoft.com, en CompuServe ® en la biblioteca MSL, y en el Win32 Software Development Kit Microsoft.RPCLa instalación Microsoft RPC es compatible con el Open Software Foundation (OSF) Tipo de comunicación (DCE) especificación de datos para llamadas de procedimiento remoto y es completamente interoperable con otros sistemas basados en RPC DCE como los de los sistemas IBM AIX ® y HP. (La instalación de RPC no es compatible con la especificación OSF -. Esto es, no se inicia con el código fuente OSF y construir sobre ella)RPC utiliza otros mecanismos IPC, tales como canalizaciones con nombre, NetBIOS o Windows Sockets, para establecer la comunicación entre el cliente y el servidor. Con la instalación de RPC, la lógica del programa esencial y código de procedimiento relacionado pueden estar en equipos distintos, lo cual es importante para las aplicaciones distribuidas.Como se muestra en el siguiente diagrama, Windows 95 proporciona compatibilidad con RPC cliente a través de la NetBIOS, canalizaciones con nombre, y las interfaces de Windows Sockets.Soporte de cliente de RPC en Windows 95

El siguiente diagrama muestra cómo Windows 95 proporciona compatibilidad con el servidor de RPC a través de NetBIOS y Windows Sockets. No hay soporte para el servidor de RPC sobre canalizaciones con nombre. Con una aplicación llamada RPC-tubos, el cliente nombre-pipes se puede ejecutar en el equipo que ejecuta Windows 95, pero el servidor de nombre-pipes debe estar configurado en el servidor de LAN Manager o Windows NT.Soporte de servidor RPC en Windows 95

NetBIOSNetBIOS se puede utilizar en Windows 95 para la comunicación entre los protocolos y el software de nivel superior, tales como el redirector y el servicio del servidor. NetBIOS proporciona compatibilidad con versiones anteriores para aplicaciones NetBIOS existentes. NetBIOS proporciona una forma independiente del protocolo de creación de sesiones y datagramas, y el apoyo a la resolución de nombres a través de múltiples protocolos. NetBIOS es compatible con el Microsoft TCP / IP, NetBEUI y IPX / SPX protocolos compatibles en Windows 95. El controlador de NetBIOS adicional y el

archivo DLL de habilitación de Windows 95 para que sean compatibles con las aplicaciones de NetBIOS y para ejecutar el software que requiere específicamente NetBIOS. El software de NetBIOS se utiliza sólo para estas situaciones.NetBIOS define la interfaz entre el redirector y las capas de protocolo. La interfaz NetBIOS es un conjunto de llamadas a funciones que permiten que una aplicación (como el redirector en el cliente de red en modo protegido de Windows 95) para usar los servicios de un proveedor de servicios de transporte y la capa como el controlador de protocolo NetBEUI.Muchas aplicaciones de la red utilizan NetBIOS para enviar comandos al controlador de protocolo. Mientras un controlador de protocolo reconoce los comandos NetBIOS emitidas por una aplicación, controlador de protocolo que se puede utilizar con cualquier aplicación de NetBIOS. La interfaz NetBIOS en Windows 95 (NETBIOS.DLL y VNETBIOS.386) con el apoyo de los tres protocolos suministrados con Windows 95.La arquitectura de NetBIOS sobre los diversos protocolos se describe con los respectivos protocolos anteriormente en este capítulo.Conexiones con nombre en el clienteLas canalizaciones con nombre proporciona compatibilidad con las instalaciones existentes de LAN Manager y aplicaciones. Windows 95 admite el lado del cliente canalizaciones con nombre para redes Microsoft.Tuberías del lado del servidor con nombre no son compatibles.Cliente para redes Microsoft hace que el nombre API disponible para aplicaciones que utilizan canalizaciones con nombre para IPC Pipes. No obstante, el Cliente para redes Microsoft no proporciona soporte llamado tuberías de otras redes, como Novell NetWare y Banyan VINES. Un usuario que tiene Novell NetWare o Banyan VINES apoyo llamado tuberías de deberá utilizar los programas residentes en modo real y componentes de red proporcionados por Novell o Banyan.Las canalizaciones con nombre proporcionan un conducto de fácil acceso para un uno-a-uno,, la transferencia de datos orientado a la conexión fiable entre los dos procesos. Estos dos procesos se diferencian normalmente como un proceso cliente y un proceso de servidor. El término "servidor" como se aplica al proceso del servidor en una aplicación de canalización con nombre no se refiere al "servicio del servidor", que es un componente del sistema operativo de la red, aunque el servicio de servidor podría ser (pero no necesariamente) que participan en toma de la tubería a disposición de otras estaciones de trabajo.

El proceso del servidor de canalización con nombre crea la tubería y gestiona el acceso a la misma. Los recursos que componen el tubo son de propiedad del proceso del servidor y existen físicamente en la estación de trabajo en el proceso de servidor se está ejecutando.

El proceso de cliente de canalización con nombre utiliza los servicios de los protocolos de red subyacentes para acceder a los recursos de tuberías remotas.

Aunque las canalizaciones con nombre se utilizan generalmente bidireccionalmente, el tubo puede estar configurado para permitir la comunicación en una sola dirección, tales como del servidor al cliente.Un uso común de canalizaciones con nombre está en las aplicaciones cliente-servidor basado en SQL. La aplicación cliente SQL se puede ejecutar en un equipo que ejecuta Cliente para redes Microsoft. La aplicación de Microsoft SQL Server, sin embargo, se debe configurar en una LAN Manager, Windows NT, o cualquier otro servidor de nombre-pipes.

MailslotsMailslots proporcionan compatibilidad con las instalaciones existentes de LAN Manager y aplicaciones. Procesador de mensajes de API de Windows 95 y Windows NT son un subconjunto de las API de Microsoft OS / 2 LAN Manager. Cliente para redes Microsoft hace que la API Mailslots disponible para las aplicaciones que usan procesadores de mensajes para la comunicación entre procesos.Procesadores de mensajes se pueden utilizar para uno-a-uno o uno-a-muchos comunicación. Un procesador de mensajes se puede crear en cualquier estación de trabajo de red. Cuando un mensaje se envía a un procesador de mensajes, la aplicación de envío especifica en la estructura del mensaje mailslot si el mensaje va a ser enviado a través de la entrega de primera clase o de segunda clase.Entrega de primera clase es una sesión orientada a la transferencia de datos garantizada de uno-a-uno o uno-a-muchos la comunicación. Mensajes designados como la entrega de primera clase sólo pueden ser enviados a un procesador de mensajes que se ha creado en el servidor. (Tenga en cuenta que Windows 95 no utiliza la mensajería de primera clase.)Entrega en segunda clase es una transferencia de datos no garantizado basado en datagramas de uno-a-uno y muchos-a-uno. Mensajes designadas como la entrega de segunda clase pueden ser enviados a un procesador de mensajes que se creó en cualquier estación de trabajo, o incluso en varias estaciones de trabajo, si el tamaño del mensaje es de 400 bytes o menos.Windows 95 y Windows NT implementan sólo procesadores de mensajes de segunda clase, que son de gran utilidad para la identificación de otros equipos o servicios en una red y para la identificación a gran escala de un servicio. Windows 95 utiliza procesadores de mensajes de segunda clase para mensajes WinPopup y navegación.

Información general de Windows 2000 Arquitectura de RedEste tema aún no ha recibido ninguna valoración - Valorar este tema

En este capítulo se describe el software y el hardware de los componentes y las conexiones entre ellos que permiten a los ordenadores que funcionen como una red. Componentes de red de Windows 2000 están dispuestos en capas. Cada capa

tiene tareas específicas para llevar a cabo y dentro de cada capa más de un componente puede realizar una tarea similar.Las capas de red de Windows 2000 se describen en las siguientes secciones de la parte inferior del modelo de arquitectura de red hasta la parte superior. Las capas son:Especificación de interfaz de controlador de red (NDIS) Capa de    NDIS es la capa que proporciona una ruta de comunicación a partir de un transporte de red a un dispositivo físico, tal como un adaptador de red. NDIS actúa como una capa límite entre adaptadores de red y protocolos de red y gestiona la unión entre estos componentes. NDIS añade soporte para medios de red orientados a la conexión, como ATM y la red digital de servicios integrados (RDSI) y continúa apoyando a los medios de comunicación de red sin conexión tradicionales como Ethernet, Token Ring, y Fiber Distributed Data Interface (FDDI). Esta capa contiene los controladores de minipuerto que interactúan directamente con el adaptador de red.Protocolo de capa de red    Los protocolos de red proporcionan servicios para los clientes. Estos servicios permiten que las aplicaciones o los clientes para enviar datos a través de una red. Protocolos de red incluyen TCP / IP, ATM, NWLink Internetwork Packet Exchange / Intercambio de paquetes secuenciados (IPX / SPX), NetBEUI, Asociación de datos por infrarrojos (IrDA), AppleTalk y de control de enlace de datos (DLC). Systems Network Architecture (SNA protocolos) están disponibles con la adición de Microsoft ® SNA Server.Transporte Conductor capa de interfaz de    la interfaz de controlador de transporte (TDI) proporciona una interfaz estándar entre los protocolos de red y los clientes de estos protocolos (por ejemplo, aplicaciones, redirectores de red o redes Interfaces de programación de aplicaciones (API)).Network Application Programming Interface Layer    La interfaz de programación de aplicaciones de red (API) proporciona interfaces de programación estándar para las aplicaciones y servicios de red. Apoyan Winsock, NetBIOS, API de telefonía (TAPI), API de mensajería (MAPI), API WNet y otros servicios.Comunicaciones entre la capa    de comunicación entre procesos (IPC) de soporte de cliente / servidor de computación y el procesamiento distribuido. Algunos de los servicios que se apoyan son las llamadas a procedimiento remoto (RPC), Modelo de objetos componentes distribuido (DCOM), llamado tuberías, procesadores de mensajes, y el Sistema de archivos comunes de Internet (CIFS).Servicios de la capa de red básica    de servicios básicos de red soportan aplicaciones de los usuarios de la red de prestación de servicios. Estos incluyen la gestión de direcciones de red, servicios de nombres, servicios de archivos y servicios de red avanzados como Internet Protocol Security (IPSec) y Calidad de Servicio (QoS).La Organización Internacional de Normalización cuenta con un modelo de redes de computadoras, también llamada la Interconexión de Sistemas Abiertos (OSI) Modelo de referencia. Este modelo es útil para describir las capas de red. El modelo OSI define un enfoque modular para la creación de redes, con cada capa responsable de algún aspecto discreto del proceso de creación de redes. El modelo OSI no se corresponde exactamente con las arquitecturas de red más actuales. Sin embargo, los modelos de ayudar en la comprensión de cómo funcionan las redes, proporcionando una estructura para su uso como una comparación. Para obtener más información acerca del modelo OSI, consulte "Modelo OSI" en este libro.La comunicación en red se inicia cuando un programa de aplicación intenta acceder a los recursos de otro equipo. De datos y solicitudes de movimiento de capa a capa

dentro de una computadora. Cada capa es capaz de comunicarse con la capa inmediatamente por encima de ella y la capa inmediatamente debajo de él. Si no está destinado el paquete para su uso por la capa actual, se pasa el paquete a una capa adyacente. Los paquetes viajan por la pila de protocolos de red de la primera computadora. Si el destino se encuentra en otro equipo de la red, los paquetes de datos se envían a través de los medios físicos (tales como cables, cable de fibra óptica o por satélite). Los datos se pasan hacia arriba a través de las capas inferiores de la segunda computadora hasta la misma capa que se inició el intercambio de datos.Figura B.1 representa un modelo de arquitectura de red de Windows 2000.

Figura B.1 Windows 2000 Arquitectura de RedLos componentes de software están representadas por rectángulos. Estos componentes se encuentran en capas horizontales. Los componentes que se encuentran en el mismo plano horizontal proporcionan una funcionalidad similar. La capa superior del diagrama es donde residen las aplicaciones del usuario. Con el fin de comunicarse con otros ordenadores de la red, se necesita software adicional y soporte de hardware.Cada capa debajo de la capa de aplicaciones y servicios proporciona servicios que son necesarios para crear paquetes de datos, disponer su entrega y enviarlos a través de los medios físicos a otro equipo.Capas límites son interfaces entre capas funcionales en el modelo de arquitectura de red de Windows 2000. La creación de fronteras como puntos de corte en las capas de la red ayuda a normalizar la programación para los desarrolladores. Debido a que la funcionalidad entre las capas está bien definido, los desarrolladores tienen que programar sólo a una capa límite en lugar de tener al código de la parte superior (un programa de aplicación) a la parte inferior de la pila de protocolos (adaptador de red). Si el software está escrito correctamente a una capa límite, entonces el apoyo en el otro lado de la capa que ya existe y no tiene que ser escrito. Tanto la interfaz del dispositivo de transporte (TDI) y el controlador de red Interface Specification (NDIS) son capas límite. En el diagrama, DLC y Native ATM tanto tienen un hueco entre el borde superior de DLC, modo de transferencia asíncrono nativo (ATM) y la capa de TDI, ya que no hacen interfaz a través de la capa de TDI.

Encuadernación es la vinculación de los componentes de la red en capas adyacentes de la pila de protocolos. Encuadernación se produce en las capas límite y otras capas adyacentes. Encuadernación permite la comunicación entre las diversas capas.Los componentes son partes de software que realizan tareas específicas. Un componente de red se puede unir a uno o más componentes de la red por encima o por debajo de ella. Al agregar software de red, Windows 2000 obliga a todos los componentes necesarios y asociados juntos. Durante la unión, un archivo de información (. Inf) contiene las instrucciones necesarias para establecer las relaciones de unión necesarios.La figura B.2 muestra dos protocolos vinculantes para dos adaptadores de red dentro del mismo equipo.

Figura B.2 Binding