¿Qué significa dirección real:00-14-22-A4-9D-DE?
1. En la vida real, cada uno de nosotros tiene un número de identificación propio: un número de identificación. Puedes ir a la estación de policía para cambiar tu nombre, pero tu número de identificación no se puede cambiar. con tu propio cambio de nombre. En el mundo online, 00-14-22-A4-9D-DE es la dirección MAC de la tarjeta de red, también conocida como tarjeta de identificación de la tarjeta de red. Es decir, no existen tarjetas de red idénticas.
2. La dirección IP (Dirección de Protocolo de Internet) es una forma de dirigirse a hosts en Internet, también conocida como dirección de Protocolo de Internet. Consta de números binarios de 32 bits Para facilitar su uso, a menudo se expresa en la forma XXX.XXX.XXX.XXX. Cada grupo de XXX representa un número decimal menor o igual a 255. Por ejemplo, 202.96.155.9. En Internet, las direcciones IP son únicas.
3. La máscara de subred es una dirección de 32 bits que se utiliza para proteger parte de la dirección IP para distinguir el identificador de red y el identificador de host, e indicar si la dirección IP está en una red de área local. o una red remota.
Los pasos para definir una máscara de subred son:
A. Determinar qué direcciones de grupo son para nuestro uso. Por ejemplo, el número de red que solicitamos es "210.73.a.b", la dirección de red es una dirección IP de clase c, el ID de red es "210.73" y el ID de host es "a.b".
B. Según la cantidad de subredes que necesitamos ahora y la cantidad de subredes que se pueden expandir en el futuro, use algunos bits del host para definir la máscara de subred. Por ejemplo, necesitamos 12 subredes ahora y es posible que necesitemos 16 en el futuro. Utilice los primeros cuatro bits del tercer byte para determinar la máscara de subred. Los primeros cuatro bits están todos configurados en "1", es decir, el tercer byte es "11110000". Temporalmente llamamos a este número la nueva máscara de subred binaria.
C. Establezca cada bit correspondiente a la red inicial en "1", es decir, los dos primeros bytes se establecen en "1" y el cuarto byte se establece en "0", luego el sub La forma binaria discontinua de la máscara de red es: "11111111.11111111.11110000.00000000"
D. Convierta este número a la forma decimal discontinua: "255.255.240.0"
Este número es la red máscara de subred.
4. Puerta de enlace, así como una habitación puede tener varias puertas, un anfitrión puede tener varias puertas de enlace. La puerta de enlace predeterminada significa que si un host no puede encontrar una puerta de enlace disponible, enviará el paquete de datos a la puerta de enlace designada predeterminada y esta puerta de enlace procesará el paquete de datos. La puerta de enlace utilizada actualmente por el host generalmente se refiere a la puerta de enlace predeterminada.
Lo que necesita especial atención es que la puerta de enlace predeterminada debe ser la dirección IP en el segmento de red donde se encuentra la computadora y no puede completar la dirección IP en otros segmentos de la red.
5. DHCP es la abreviatura de Protocolo de configuración dinámica de host (Protocolo de configuración dinámica de host) y su predecesor es BOOTP. BOOTP se usó originalmente en redes donde se conectan hosts sin disco: los hosts de red usan BOOT ROM en lugar de discos para arrancar y conectarse a la red, y BOOTP puede configurar automáticamente el entorno TCP/IP para esos hosts. Pero BOOTP tiene una desventaja: debe obtener la dirección de hardware del cliente antes de configurarlo, y la correspondencia con la IP es estática. En otras palabras, BOOTP carece de "dinámica". En un entorno con recursos de propiedad intelectual limitados, la correspondencia uno a uno de BOOTP provocará un desperdicio considerable.
Se puede decir que DHCP es una versión mejorada de BOOTP. Se divide en dos partes: una es el lado del servidor y la otra es el lado del cliente. Todos los datos de configuración de la red IP son administrados centralmente por el servidor DHCP y es responsable de procesar la solicitud DHCP del cliente; el cliente utilizará los datos del entorno IP asignados desde el servidor. En comparación con BOOTP, DHCP asigna de manera efectiva y dinámica la configuración TCP/IP del cliente mediante el concepto de "arrendamiento". Además, como consideración de compatibilidad, DHCP también se ocupa completamente de las necesidades del cliente BOOTP.
Formulario de distribución de DHCP
Primero, debe haber al menos un DHCP funcionando en la red. Monitorizará las solicitudes de DHCP de la red y negociará la configuración de TCP/IP con el entorno del cliente. Proporciona dos métodos de posicionamiento de IP:
Asignación automática
Asignación automática, la situación es: una vez que el cliente DHCP alquila con éxito una dirección IP del servidor DHCP por primera vez, simplemente use esta dirección para siempre.
Asignación dinámica
Asignación dinámica, cuando DHCP alquila una dirección IP del servidor HDCP por primera vez, no utiliza la dirección de forma permanente. Mientras la concesión expire, la. El cliente debe liberar esta dirección IP para que la utilicen otras estaciones de trabajo. Por supuesto, el cliente puede renovar el contrato de arrendamiento o arrendar otras direcciones IP antes que otros hosts.
La asignación dinámica es obviamente más flexible que la asignación automática, especialmente cuando sus direcciones IP reales son insuficientes. Por ejemplo: usted es un ISP y solo puede proporcionar 200 direcciones IP para clientes de acceso telefónico, pero no es así. Esto significa que solo puedes tener un máximo de 200 clientes. Porque debes saber que es imposible que todos tus clientes estén conectados al mismo tiempo. Además de sus diferentes hábitos de comportamiento, también puede haber limitaciones en la línea telefónica. De esta manera, puede arrendar estas 200 direcciones a clientes que marcan por turno. Es por eso que cuando verifique la dirección IP, será diferente para cada acceso telefónico (a menos que solicite una IP fija, generalmente los ISP pueden cumplir con dichos requisitos, lo que puede requerir cargos adicionales). Por supuesto, los ISP no necesariamente usan DHCP para asignar direcciones, pero el concepto es el mismo que usar un grupo de IP.
Además de configurar direcciones IP dinámicamente, DHCP también puede reservar algunas IP para que las utilicen algunas máquinas con fines especiales. Puede asignar direcciones IP de forma fija según las direcciones de hardware, lo que puede brindarle un mayor espacio de diseño. Al mismo tiempo, DHCP también puede ayudar al cliente a especificar el enrutador, la máscara de red, el servidor DNS, el servidor WINS y otros elementos. En el cliente, excepto marcar la opción DHCP, casi no es necesario realizar ninguna configuración del entorno IP.
Cómo funciona DHCP
DHCP funciona de manera diferente dependiendo de si el cliente inicia sesión en la red por primera vez.
Al iniciar sesión por primera vez:
Busque Servidor. Cuando el cliente DHCP inicia sesión en la red por primera vez, es decir, el cliente descubre que no hay ninguna configuración de datos IP en la máquina, enviará un paquete DHCP DISCOVER a la red. Debido a que el cliente aún no sabe a qué red pertenece, la dirección de origen del paquete será 0.0.0.0 y la dirección de destino será 255.255.255.255, y luego la información de descubrimiento de DHCP se adjuntará y transmitirá a la red.
En la situación predeterminada de Windows, el tiempo de espera del descubrimiento de DHCP está preestablecido en 1 segundo, es decir, después de que el cliente envía el primer paquete de descubrimiento de DHCP, no recibe una respuesta dentro de 1 segundo. por lo tanto, se realizará una segunda transmisión de descubrimiento de DHCP. Si no hay respuesta, el cliente realizará cuatro transmisiones de descubrimiento de DHCP seguidas (incluida la primera vez). Excepto la primera vez, que esperará 1 segundo, el tiempo de espera para las otras tres veces es 9, 13, 16 segundos. Si no se recibe respuesta del servidor DHCP, el cliente mostrará un mensaje de error anunciando el error en el descubrimiento de DHCP. Luego, según la selección del usuario, el sistema continuará repitiendo el proceso de descubrimiento de DHCP nuevamente después de 5 minutos.
Proporcionar direcciones de arrendamiento de IP.
Cuando el servidor DHCP escucha la transmisión de descubrimiento de DHCP enviada por el cliente, seleccionará la primera IP vacante del rango de direcciones que no ha sido alquilada, junto con otras configuraciones de TCP/IP, y responderá al cliente con un paquete DHCP OFERTA. .
Dado que el cliente no tiene una dirección IP al principio, la información de su dirección MAC se incluirá en su paquete de descubrimiento de DHCP y habrá un número XID para identificar el paquete al que responde el servidor DHCP. la oferta DHCP El paquete será entregado al cliente que solicita el arrendamiento en base a esta información. Según la configuración del lado del servidor, el paquete de oferta de DHCP contendrá información sobre el período de arrendamiento.
Aceptar arrendamiento de IP. Si el cliente recibe respuestas de varios servidores DHCP en la red, solo seleccionará una de las ofertas DHCP (generalmente la que llega primero) y enviará un paquete de transmisión de solicitud DHCP a la red para informar a todos los servidores DHCP que lo hará. especifique Aceptar la dirección IP proporcionada por qué servidor.
Al mismo tiempo, el cliente también enviará un paquete ARP a la red para verificar si hay otras máquinas en la red que utilizan la dirección IP; si se descubre que la IP ha estado ocupada, la El cliente enviará un paquete DHCPDECLINE a DHCP. El servidor se niega a aceptar su oferta de DHCP y reenvía la información de descubrimiento de DHCP.
De hecho, no todos los clientes DHCP aceptarán incondicionalmente la oferta del servidor DHCP, especialmente si estos hosts tienen instalado otro software de cliente relacionado con TCP/IP. El cliente también puede utilizar la solicitud DHCP para proponer opciones DHCP al servidor, y estas opciones se completarán en el campo de opción DHCP con números diferentes:
En otras palabras, es posible que la configuración en el servidor DHCP no sea la configuración del cliente. El cliente acepta todo y el cliente puede conservar algunas de sus propias configuraciones de TCP/IP. La iniciativa siempre está del lado del cliente.
Confirmación de arrendamiento. Cuando el servidor DHCP recibe la solicitud DHCP del cliente, enviará una respuesta DHCPACK al cliente para confirmar que la concesión de IP ha entrado oficialmente en vigor, finalizando así un proceso de trabajo DHCP completo.
Proceso de emisión de DHCP
Después del primer inicio de sesión:
Una vez que el cliente DHCP obtiene con éxito la concesión DHCP del servidor, a menos que su concesión haya caducado y la IP La dirección también se restablece a 0.0.0.0. De lo contrario, no es necesario enviar información de descubrimiento de DHCP. En su lugar, la dirección IP alquilada se utilizará directamente para enviar información de solicitud de DHCP al servidor DHCP anterior. el cliente usa el original. Si no hay ningún problema, puede responder directamente a DHCPack para confirmar. Si la dirección ha caducado o ha sido utilizada por otra máquina, el servidor responderá con un paquete DHCPNACK al cliente, solicitándole que vuelva a ejecutar el descubrimiento de DHCP.
En cuanto al período de arrendamiento de IP, es muy particular. No es tan simple como alquilar una casa. Tome NT como ejemplo: además de emitir una solicitud DHCP al iniciar, la estación de trabajo DHCP. también envía una solicitud DHCP durante la mitad del período de arrendamiento. También se emitirá una solicitud DHCP en cualquier momento. Si no recibe confirmación del servidor DHCP en este momento, la estación de trabajo puede continuar usando la IP; Debe esperar hasta la mitad del período de arrendamiento restante (es decir, el 75% del arrendamiento). Si se confirma, la estación de trabajo no puede ser propietaria de esta IP. ¿En cuanto a por qué la propiedad intelectual no se renuncia hasta que finalice por completo el plazo del arrendamiento? Lo siento, también soy una persona ignorante y no lo he estudiado en profundidad. Solo sé que cuando quieras responder preguntas de MCSE, debes recordar que así es como funciona NT.
Si desea cancelar el contrato de arrendamiento, puede enviar el comando DHCPLEREASE para cancelar el contrato de arrendamiento en cualquier momento, incluso si su contrato de arrendamiento se obtuvo hace solo un segundo.
Operación DHCP entre redes
Del proceso descrito anteriormente, no es difícil encontrar que DHCDISCOVER se realiza en forma de transmisión, que solo se puede realizar dentro de la misma red. Porque el enrutador no transmitirá la transmisión. ¿Pero qué pasa si el servidor DHCP está instalado en otra red? Dado que el cliente DHCP no tiene configuración de entorno IP, no conoce la dirección del enrutador y algunos enrutadores no enviarán paquetes de transmisión DHCP. Por lo tanto, en este caso, DHCP DISCOVER nunca podrá llegar al servidor DHCP. Por supuesto no OFRECERÁ y se producirán otras acciones. Para resolver este problema, podemos usar un host de Agente DHCP (o Proxy DHCP) para hacerse cargo de la solicitud DHCP del cliente, luego pasar esta solicitud al servidor DHCP real y luego pasar la respuesta del servidor al cliente. Aquí, el host proxy debe tener capacidades de enrutamiento y poder transmitir paquetes de ambas partes entre sí.
Si no utilizas Proxy, también puedes instalar un servidor DHCP en cada red, pero en este caso el coste del equipo aumentará y la gestión estará más dispersa. Por supuesto, si está en una red muy grande, una arquitectura tan equilibrada sigue siendo deseable. Depende de su situación real.
Formato de paquete DHCP
A continuación se muestra una breve descripción de cada campo:
OP
Si el paquete lo envía el cliente al servidor, configúrelo en 1 y lo contrario es 2.
HTYPE
Categoría de hardware, Ethernet es 1.
HLEN
La longitud de la dirección de hardware, Ethernet es 6.
HOPS
Si el paquete necesita transmitirse a través del enrutador, agregue 1 a cada estación. Si está en la misma red, es 0.
ID DE TRANSACCIÓN
El valor generado cuando DHCP REQUEST se utiliza como base para DHCPREPLY.
SEGUNDOS
Tiempo de inicio del cliente (segundos).
BANDERAS
De 0 a 15 *** 16 bits, cuando el bit más a la izquierda es 1, significa que el servidor transmitirá el paquete al cliente en modo transmisión, y el el resto no se han utilizado.
ciaddr
Si el cliente desea continuar usando la dirección IP que obtuvo anteriormente, aparece aquí.
yiaddr
En los paquetes DHCP OFERTA y DHCPACK enviados desde el servidor al cliente, esta columna completa la dirección IP asignada al cliente.
siaddr
Si el cliente necesita arrancar a través de la red, en los paquetes DHCP OFFER, DHCPACK y DHCPNACK enviados desde el servidor, complete esta columna con la dirección del servidor donde se encuentra el código del programa de arranque.
giaddr
Si se requiere distribución DHCP entre dominios, esta columna es la dirección del agente de retransmisión; de lo contrario, es 0.
chaddr
Dirección de hardware del cliente.
sname
Cadena de nombre del servidor que termina en 0x00.
archivo
Si el cliente necesita arrancar a través de la red, esta columna indicará el nombre del proceso de arranque, que se enviará vía TFTP más adelante.
opciones
Permite que los proveedores negocien opciones (área específica del proveedor) para proporcionar más información de configuración (como máscara de red, puerta de enlace, DNS, etc.). Su longitud es variable y puede contener múltiples opciones al mismo tiempo. El primer byte de cada opción es el código de información, el siguiente byte es la longitud de los datos y el último es el contenido del proyecto.
CÓDIGO LEN VALOR
Este campo es totalmente compatible con BOOTP y se ha ampliado con más opciones. Entre ellos, los paquetes DHCP pueden utilizar la opción codificada como 0x53 para configurar el tipo de paquete:
Tipo de valor del elemento
1 DHCP DISCOVER
2 DHCP OFERTA
3 SOLICITUD DHCP
4 DHCPDECLINE
5 DHCPACK
6 DHCPNACK
7 DHCPRELEASE
Hay muchas opciones para DHCP. Consulte el RFC o los documentos relacionados cuando tenga tiempo y comprendalos detenidamente. No los describiré aquí.
6. DNS, DomainNameSystem o DomainNameService (sistema de nombres de dominio o servicio de nombres residuales). El Sistema de nombres de dominio asigna direcciones de nombres de dominio y direcciones IP a hosts en Internet. Cuando un usuario utiliza una dirección de nombre de dominio, el sistema convertirá automáticamente la dirección de nombre de dominio en una dirección IP. Los servicios de nombres de dominio son herramientas de Internet que ejecutan el sistema de nombres de dominio. El servidor que realiza servicios de nombres de dominio se denomina servidor DNS y el servidor DNS responde a las consultas del servicio de nombres de dominio.
1. DNS es un servidor de nombres de dominio. Su tarea es determinar la resolución de los nombres de dominio, como registros A, registros MX, etc.
2. Cualquier nombre de dominio tiene al menos un DNS, normalmente dos. ¿Pero por qué más de 2? Debido a que DNS se puede procesar en forma circular, si la primera resolución falla, se puede encontrar la segunda. De esta forma, siempre que una resolución DNS sea normal, no afectará el uso normal del nombre de dominio.
3. Cómo determinar el DNS de un nombre de dominio
Es muy sencillo Ingresa a www.internic.net/whois.html e ingresa el nombre de dominio que deseas consultar. y puedes verlo. Este es el Centro Internacional de Gestión de Nombres de Dominio. La única autoridad. Siempre que se pueda encontrar un nombre de dominio aquí, significa que el nombre de dominio es válido. Cuando dice que se debe, se debe.
4. Un DNS válido indica quién es el servidor DNS que funciona actualmente. Por ejemplo, el resultado de la consulta es NS.XINNETDNS.COM, NS.XINNET.CN (Xinnet Xinhai), lo que significa que el dominio actual. El nombre es NS.XINNETDNS.COM y NS.XINNET.CN (Xinnet Xinhai) son responsables de la resolución. Otras configuraciones de DNS no son válidas.
5. Los DNS se pueden modificar. Después de la modificación, pasarán entre 24 y 72 horas hasta que todo el mundo se actualice. La información interna generalmente se puede ver después de 24 horas. Además, el proceso de modificación no significa que el nombre de dominio dejará de analizarse, siempre que haya realizado el análisis en ambos lados. Si entra en vigor, el nuevo DNS está funcionando. Si no surte efecto. Es sólo el antiguo DNS en funcionamiento. O funciona o no. No hay momento en que ninguno de los dos trabaje. Entonces 6. El DNS está en caché.
1) La computadora del visitante; 2) Su proveedor de acceso ISP.
Un ejemplo simple: por ejemplo, cuando visita www.askbaidu.com, su computadora primero verifica si hay algún registro en caché de www.askbaidu.com en esta máquina. Si lo hay, llámalo directamente sin buscar. Es decir, si acaba de visitar www.askbaidu.com, ni siquiera el DNS de Telecom, NS.XINNETDNS.COM y NS.XINNET.CN (Xinnet Xinhai) no pueden resolverlo en este momento. El nombre de dominio también se puede resolver normalmente.
Borrar la caché DNS local es muy sencillo. Cierre IE y borre el historial, o reinicie la computadora.
Luego está el caché del DNS del proveedor de acceso ISP. El ISP es el proveedor de acceso a la red local. Por ejemplo, aquí tenemos Fujian Telecom; Fuzhou Netcom, Nanping Tietong, etc. Cada lugar es diferente. El DNS de un ISP es diferente de DNS como NS.XINNETDNS.COM y NS.XINNET.CN (Xinnet Xinhai). NS.XINNETDNS.COM y NS.XINNET.CN (Xinnet Xinhai) solo son responsables de una resolución específica y no del almacenamiento en caché. El DNS del ISP sólo es responsable de las consultas y el almacenamiento en caché, no de la resolución.
Describe brevemente la situación cuando acabas de visitar www.askbaidu.com. Si no hay ningún registro de www.askbaidu.com en esta máquina. Su computadora consultará el DNS del ISP local. El DNS del ISP solo tiene caché. Es decir, comprobará si existe un caché de www.askbaidu.com. Si es así, enviará directamente el registro de www.askbaidu.com al usuario. Los usuarios también pueden acceder a él. Si no hay ningún registro de www.askbaidu.com en la memoria caché del ISP, entonces consultará el DNS de Askbaidu.com y luego obtendrá directamente los datos del DNS correspondiente y se los devolverá al usuario. Cuando el primer usuario visita www.askbaidu.com, el registro de www.askbaidu.com comienza a almacenarse en caché en el DNS del ISP. A partir de ahora, ya no tendrá que ir a NS.XINNETDNS.COM o NS.XINNET.CN (Xinnet Xinhai) para encontrarlos. A menos que haya un nuevo nombre de dominio, lo comprobará. Por ejemplo, cuando visita bbs.askbaidu.com, tiene que comprobarlo nuevamente.
7. La caché DNS del ISP tiene un límite de tiempo. Normalmente es 1 hora. Si hay una hora entre las dos horas, irá al DNS del nombre de dominio para recuperar los datos. De lo que estamos hablando aquí es de la comparación entre la hora anterior y la hora actual. En otras palabras, si el intervalo de tiempo es grande, vaya nuevamente al servidor DNS del nombre de dominio. Por lo tanto, es necesario actualizarlo; de lo contrario, se almacenará en caché una vez. Después de cambiar el registro del nombre de dominio. El ISP nunca buscará nuevos registros. Después de comprender este principio, todos comprenderán por qué los registros que antes no existían se registran y entran en vigor muy rápidamente. Las modificaciones entrarán en vigor muy lentamente. Es por el almacenamiento en caché. Pero si no hay caché, la eficiencia del acceso será muy baja, porque cada vez que ingresa a www.askbaidu.com, debe ir a NS.XINNETDNS.COM y NS.XINNET.CN (Xinwang Xinhai) para consultar los registros. .
Nota: Los sistemas de resolución de nombres de dominio de muchos proveedores de nombres de dominio no se actualizan en tiempo real. Generalmente, se establece un tiempo, como 10 minutos. Es decir, después de establecer un nuevo registro A, el servidor de nombres de dominio lo agregará en 10 minutos. El propósito es ahorrar recursos del servidor. Me temo que el DNS del cliente actualizará los registros constantemente. La actualización de registros definitivamente consumirá ciertos recursos. Y no se puede analizar durante el proceso de actualización. Además, el proceso de actualización tarda unos 5 segundos. Esto significa que el DNS del proveedor del nombre de dominio no se puede utilizar en 5 segundos.
7. ¿Qué es el servidor WINS?
WINS se utiliza para registrar el nombre de la computadora NetBIOS y resolverlo en una dirección IP cuando sea necesario. La base de datos WINS se actualiza dinámicamente.
(1) Requisitos básicos para WINS:
Para servidor WINS:
1 Debe ser una computadora con servidor NT
2. Utilice el protocolo TCP/IP y tenga una dirección IP estática.
Para clientes WINS:
1. El requisito es una computadora que ejecute los siguientes sistemas operativos:
Windows NT Server 3.5 o superior
Windows NT Workstation 3.5 o superior
Windows 95
Windows for Workgroups 3.11 ejecutando Microsoft TCP/IP-32
Con controlador TCP/IP en modo real Microsoft Network Client 3.0 para MS-DOS
LAN Manager 2.2c para MS-DOS. LAN Manager 2.2c para OS/2 no es compatible
2 Se requiere la dirección IP del servidor WINS
(2) Proceso WINS
(a. ) En un entorno WINS, cada vez que el cliente WINS enciende la computadora e inicializa TCP/IP, asignará la relación correspondiente entre su nombre NetBIOS y dirección IP a la base de datos del servidor WINS.
(b) Cuando un cliente WINS desea comunicarse con otro host, se comunicará directamente con el servidor WINS para consultar la relación entre el nombre de la computadora y la dirección IP.
(c) Si el servidor WINS encuentra la relación de mapeo entre el nombre de la computadora verificada y la dirección IP en su propia base de datos, devolverá la dirección IP de la computadora de destino al cliente WINS que solicita la consulta.
Otro WINS:
Servicio de nombres de Internet de Windows (WINS)
WINS proporciona una base de datos distribuida, su función es administrar la red en un entorno de red enrutado. Regístrese y consulte la asignación entre la dirección IP y el nombre NetBIOS. Este puede ser un método más apropiado para resolver la conversión entre nombres NetBIOS y direcciones IP, especialmente para redes más complejas como Internet.
El archivo LMHOSTS tiene un defecto en el sistema de transmisión. Se basa en transmisión, por lo que representa una gran carga para el tráfico de la red. Este problema no se ha resuelto. Alguien ha diseñado una acción de unidifusión para registrar y resolver nombres NetBIOS mediante protocolos de enrutamiento. Si se adopta este protocolo, se puede resolver el problema de transmisión y no es necesario utilizar el archivo LMHOSTS. Se puede volver a incorporar la flexibilidad y conveniencia de la configuración dinámica, de modo que este sistema se pueda conectar sin problemas con el protocolo DHCP. Podemos imaginar que cuando DHCP asigna una dirección a una computadora, esta actualización se puede reflejar directamente en la base de datos WINS. Ni los usuarios ni los administradores necesitan hacer ningún trabajo adicional, lo cual es muy conveniente. El protocolo WINS puede funcionar con NBNS, pero el problema de la copia de seguridad de la base de datos WINS no se resuelve porque no puede funcionar con otros servidores de nombres NetBIOS y los datos no se pueden replicar entre servidores WINS y servidores que no son WINS.
WINS se basa en el modelo cliente-servidor. Tiene dos partes importantes, el servidor WINS y el cliente WINS. Primero echemos un vistazo al servidor, que es el principal responsable de procesar la información de registro y baja de los nombres y direcciones IP enviadas por los clientes. Si un cliente WINS realiza una consulta, el servidor devolverá la dirección IP con el nombre de la consulta actual. El servidor también es responsable de realizar una copia de seguridad de la base de datos. Los clientes principalmente registran sus nombres o cancelan el registro de sus nombres en el servidor WIN al unirse o salir de la red. Por supuesto, al comunicarse, también consulta al servidor para determinar la dirección de la computadora remota.
¿Cuáles son los beneficios de utilizar WINS? WINS asigna direcciones IP y nombres de computadoras de manera centralizada. Este método puede simplificar la administración de la red y reducir el tráfico dentro de la red. Sin embargo, este método de administración centralizada se puede comparar con la estructura en estrella. Sospecho que podría convertirse en una. cuello de botella de la red.
Cuando el controlador de dominio local no está en otro segmento del segmento de red de administración del enrutador, los clientes aún pueden navegar por el dominio remoto. Durante el procesamiento centralizado, los datos se concentrarán en este servidor. Tenga cuidado de no permitir que este nodo falle.
Otra característica importante de WINS es que se puede integrar con DNS. Esto permite a los clientes que no son WINS obtener nombres NetBIOS a través de la resolución del servidor DNS. Esto proporciona comodidad para la gestión de la red y proporciona otro medio para conectar redes heterogéneas. Podemos ver que el uso de la administración centralizada puede simplificar enormemente el trabajo de administración, pero hace que la estructura de topología de la red tenga un nodo central, lo cual es un cuello de botella implícito. Sin embargo, si se adopta un método de administración distribuida, existe el problema. La razón es que si un servidor conoce el cambio y el otro no, los datos serán inconsistentes. En este momento, se deben utilizar algunos algoritmos complejos para resolver este problema. Si dos servidores quieren conocer la situación del otro, es posible que no lo hagan. No habrá comunicación, lo que inadvertidamente aumenta la carga en la red. La red es así. La centralización aumenta la presión de procesamiento de una sola máquina, mientras que la distribución aumenta el volumen de transmisión de la red. Nada es perfecto en el mundo.
El servidor WINS (Windows Internet Name Service) se utiliza principalmente para el servicio de nombres NetBIOS. Procesa el nombre de la computadora NetBIOS (Computer Name), por lo que también se le llama servidor de nombres NetBIOS (NBNS, NetBIOS Name Server).
El servidor WINS puede registrar el nombre de la computadora, la dirección IP, el nombre de dominio DNS y otros datos de la estación de trabajo habilitada para WINS. Cuando la estación de trabajo consulta el nombre, puede proporcionar estos datos a la estación de trabajo.
Entre varios métodos de resolución de nombres, el servicio de nombres WINS tiene algunas ventajas. Primero, el servicio de nombres WINS se comunica directamente de manera punto a punto y puede acceder a computadoras en otras subredes a través de enrutadores, lo que supera las deficiencias de las consultas de transmisión que no pueden cruzar enrutadores y aumenta la carga en la red; procesamiento de hosts de dominio A diferencia del servidor DNS de nombre de host, el servicio de nombres WINS es un servicio de nombres dinámico con poca intervención manual. En tercer lugar, el servicio de nombres WINS no sólo se puede utilizar para la consulta de nombres NetBIOS, sino que también puede ayudar al nombre de host de dominio (nombre de host); La consulta puede combinar las ventajas de los servidores DNS y WINS para realizar consultas de nombres de dominio de Internet, por lo que WINS también se denomina Servicio de nombres de Internet de Windows (Servicio de nombres de Internet de Windows).