stringtranslate.com

servidor local

En redes informáticas , localhost es un nombre de host que hace referencia a la computadora actual que se utiliza para acceder a ella. El nombre localhost está reservado para fines de loopback . [1] Se utiliza para acceder a los servicios de red que se ejecutan en el host a través de la interfaz de red loopback. El uso de la interfaz loopback evita cualquier hardware de interfaz de red local .

Bucle invertido

El mecanismo de bucle local se puede utilizar para ejecutar un servicio de red en un host sin necesidad de una interfaz de red física o sin que el servicio sea accesible desde las redes a las que la computadora pueda estar conectada. Por ejemplo, se puede acceder a un sitio web instalado localmente desde un navegador web mediante la URL http://localhost para mostrar su página de inicio.

Los estándares de red IPv4 reservan todo el bloque de direcciones 127.0.0.0 / 8 (más de 16 millones de direcciones) para fines de loopback. [2] Eso significa que cualquier paquete enviado a cualquiera de esas direcciones se envía en loopback. La dirección 127.0.0.1 es la dirección estándar para el tráfico de loopback de IPv4; el resto no son compatibles con todos los sistemas operativos. Sin embargo, se pueden utilizar para configurar múltiples aplicaciones de servidor en el host, todas escuchando en el mismo número de puerto. En la arquitectura de direccionamiento IPv6 [3] solo hay una única dirección asignada para loopback: ::1 . El estándar impide la asignación de esa dirección a cualquier interfaz física, así como su uso como dirección de origen o destino en cualquier paquete enviado a hosts remotos.

Resolución de nombres

El nombre localhost normalmente se resuelve en la dirección de bucle invertido IPv4 127.0.0.1 y en la dirección de bucle invertido IPv6 ::1 .

Esta resolución normalmente se configura mediante las siguientes líneas en el archivo de hosts del sistema operativo :

127.0.0.1 host local::1 servidor local

El nombre también puede ser resuelto por servidores del Sistema de nombres de dominio (DNS), pero existen consideraciones especiales [1] que rigen el uso de este nombre:

Además de la asignación de localhost a las direcciones de loopback ( 127.0.0.1 y ::1 ), localhost también puede asignarse a otras direcciones IPv4 (loopback) y también es posible asignar otros nombres, o nombres adicionales, a cualquier dirección de loopback. No se garantiza que la asignación de localhost a direcciones distintas del rango de direcciones de loopback designado en el archivo de hosts o en DNS tenga el efecto deseado, ya que las aplicaciones pueden asignar el nombre internamente.

En el Sistema de nombres de dominio, el nombre .localhost está reservado como un nombre de dominio de nivel superior , originalmente reservado para evitar confusiones con el nombre de host localhost . [4] Los registradores de nombres de dominio tienen prohibido delegar nombres de dominio en el dominio de nivel superior .localhost . [1]

Notas históricas

En 1981, el bloque 127.0.0.0/8 obtuvo un estado 'reservado', [5] para no asignarlo como una red IP de clase A de propósito general. Este bloque fue asignado oficialmente para fines de loopback en 1986. [ 6 ] Su propósito como un bloque de dirección IPv4 de uso especial fue confirmado en 1994, [7] , 2002 [8] , 2010, [9] y por última vez en 2013. [2]

Desde el principio, en 1995, se definió la dirección única de loopback IPv6 ::1 . [10] Su propósito y definición no se modificó en 1998, [11] , 2003, [12] y hasta la definición actual, en 2006. [3]

Procesamiento de paquetes

El procesamiento de cualquier paquete enviado a una dirección de loopback se implementa en la capa de enlace de la pila TCP/IP . Dichos paquetes nunca pasan a ningún controlador de interfaz de red (NIC) ni a ningún controlador de dispositivo de hardware y no deben aparecer fuera de un sistema informático ni ser enrutados por ningún enrutador. Esto permite realizar pruebas de software y servicios locales, incluso en ausencia de interfaces de red de hardware.

Los paquetes en bucle se distinguen de cualquier otro paquete que atraviesa la pila TCP/IP únicamente por la dirección IP especial a la que están dirigidos. Por lo tanto, los servicios que finalmente los reciben responden de acuerdo con el destino especificado. Por ejemplo, un servicio HTTP podría enrutar paquetes dirigidos a 127.0.0.99:80 y 127.0.0.100:80 a diferentes servidores web, o a un único servidor que devuelve diferentes páginas web. Para simplificar dichas pruebas, el archivo hosts puede configurarse para proporcionar nombres apropiados para cada dirección.

Los paquetes recibidos en una interfaz que no sea de bucle invertido con una dirección de origen o destino de bucle invertido deben descartarse. A estos paquetes a veces se los denomina paquetes marcianos . [13] Al igual que con cualquier otro paquete falso, pueden ser maliciosos y cualquier problema que puedan causar se puede evitar aplicando el filtrado de bogones .

Casos especiales

Las versiones de la base de datos MySQL diferencian entre el uso del nombre de host localhost y el uso de las direcciones 127.0.0.1 y ::1 . [14] Cuando se utiliza localhost como destino en una interfaz de conector de cliente de una aplicación, la interfaz de programación de aplicaciones MySQL se conecta a la base de datos utilizando un socket de dominio Unix , mientras que una conexión TCP a través de la interfaz de loopback requiere el uso directo de la dirección explícita.

Una notable excepción al uso de las direcciones 127.0.0.0 / 8 es su uso en la detección de errores de traceroute de Conmutación de etiquetas multiprotocolo (MPLS), en el que su propiedad de no ser enrutable proporciona un medio conveniente para evitar la entrega de paquetes defectuosos a los usuarios finales.

Véase también

Referencias

  1. ^ abc S. Cheshire; M. Krochmal (febrero de 2013). Nombres de dominio de uso especial. IETF . doi : 10.17487/RFC6761 . ISSN  2070-1721. RFC 6761. Norma propuesta. Actualizaciones RFC 1918 y 2606.
  2. ^ ab M. Cotton; L. Vegoda; B. Haberman (abril de 2013). R. Bonica (ed.). Registros de direcciones IP para fines especiales. IETF . doi : 10.17487/RFC6890 . ISSN  2070-1721. BCP 153. RFC 6890. Mejor práctica actual 153. Deja obsoletos los RFC 4773, 5156, 5735 y 5736. Actualizado por el RFC 8190.
  3. ^ ab R. Hinden; S. Deering (febrero de 2006). Arquitectura de direccionamiento IP versión 6. Grupo de trabajo de redes. doi : 10.17487/RFC4291 . RFC 4291. Borrador de norma. Obsoleto RFC 3513. Actualizado por RFC 5952, 6052, 7136, 7346, 7371 y 8064.
  4. ^ D. Eastlake; A. Panitz (junio de 1999). Nombres DNS de nivel superior reservados. Grupo de trabajo de redes. doi : 10.17487/RFC2606 . BCP 32. RFC 2606. Mejor práctica común. Actualizado por RFC 6761.
  5. ^ J. Postel (septiembre de 1981). NÚMEROS ASIGNADOS. Grupo de trabajo de redes. doi : 10.17487/RFC0790 . RFC 790. Obsoleto. Quedó obsoleto según RFC 820. Quedan obsoletos RFC 776, 770, 762, 758, 755, 750, 739, 604, 503, 433 y 349. IEN obsoletos: 127, 117, 93.
  6. ^ J. Reynolds ; J. Postel (noviembre de 1986). NÚMEROS ASIGNADOS. Grupo de Trabajo de Redes. doi : 10.17487/RFC0990 . RFC 990. Obsoleto. Queda obsoleto según RFC 1010. Queda obsoleto según RFC 960. Quedan obsoletos los IEN 127, 117 y 93.
  7. ^ J. Reynolds ; J. Postel (octubre de 1994). NÚMEROS ASIGNADOS. Grupo de trabajo de redes. doi : 10.17487/RFC1700 . STD 2. RFC 1700. Obsoleto. Queda obsoleto según RFC 3232. Quedan obsoletos RFC 1340, 1060, 1010, 990, 960, 943, 923, 900, 870, 820 , 790, 776, 770, 762, 758, 755, 750, 739, 604 , 503, 433 y 349. Quedan obsoletos IEN: 127, 117, 93.
  8. ^ IANA (septiembre de 2002). Direcciones IPv4 de uso especial. Grupo de trabajo de redes. doi : 10.17487/RFC3330 . RFC 3330. Obsoleto. Quedó obsoleto según RFC  5735.
  9. ^ M. Cotton; L. Vegoda (enero de 2010). Direcciones IPv4 de uso especial. Grupo de trabajo de ingeniería de Internet . doi : 10.17487/RFC5735 . ISSN  2070-1721. BCP 153. RFC 5735. Obsoleto. Quedó obsoleto según RFC 6890.
  10. ^ R. Hinden; S. Deering (diciembre de 1995). Arquitectura de direccionamiento IP versión 6. Grupo de trabajo de redes. doi : 10.17487/RFC1884 . RFC 1884. Obsoleto. Quedó obsoleto según RFC 2373.
  11. ^ R. Hinden; S. Deering (julio de 1998). Arquitectura de direccionamiento IP versión 6. Grupo de trabajo de redes. doi : 10.17487/RFC2373 . RFC 2373. Obsoleto. Queda obsoleto según RFC 3513. Queda obsoleto según RFC 1884.
  12. ^ R. Hinden; S. Deering (abril de 2003). Arquitectura de direccionamiento de IP versión 6. Grupo de trabajo de redes. doi : 10.17487/RFC3513 . RFC 3513. Obsoleto. Obsoleto RFC 2373. Obsoleto por RFC 4291.
  13. ^ Raymond, Eric S. "El archivo de jerga".
  14. ^ "MySQL :: Manual de referencia de MySQL 5.5 :: 4.1 Descripción general de los programas MySQL".