Network configuration (Español)

From ArchWiki
(Redirected from DHCP (Español))
Esta traducción de Network configuration fue revisada el 2022-10-19. Si existen cambios puede actualizarla o avisar al equipo de traducción.

Este artículo describe cómo configurar conexiones de red en la Capa 3 del modelo OSI y superiores. Los detalles específicos del medio se manejan en las subpáginas /Ethernet (Español) y /Wireless (Español).

Comprobar la conexión

Para solucionar los problemas de una conexión de red, siga las siguientes condiciones y asegúrese de cumplirlas:

  1. Su interfaz de red está listada y activada. De lo contrario, compruebe el controlador del dispositivo; véase /Ethernet (Español)#Controlador de dispositivo[enlace roto: sección no válida] o /Wireless (Español)#Controlador de dispositivo[enlace roto: sección no válida].
  2. Está conectado a la red. El cable está enchufado o está conectado a la LAN inalámbrica.
  3. Su interfaz de red tiene una dirección IP.
  4. Su tabla de enrutamiento está configurada correctamente.
  5. Puede hacer ping a una dirección IP local (por ejemplo, su puerta de enlace predeterminada).
  6. Puede hacer ping a una dirección IP pública (por ejemplo 9.9.9.9, que es un servidor DNS operado por Quad9 Foundation y es una dirección conveniente para realizar pruebas).
  7. Puede resolver nombres de dominio (por ejemplo archlinux.org).

Ping

ping se utiliza para comprobar si puede comunicarse con un host.

$ ping www.example.com
PING www.example.com (93.184.216.34): 56(84) data bytes
64 bytes from 93.184.216.34: icmp_seq=0 ttl=56 time=11.632 ms
64 bytes from 93.184.216.34: icmp_seq=1 ttl=56 time=11.726 ms
64 bytes from 93.184.216.34: icmp_seq=2 ttl=56 time=10.683 ms
...

Por cada respuesta recibida, la utilidad ping imprimirá una línea como la anterior hasta que la interrumpa (mediante Ctrl+c) de forma interactiva. Para obtener más información, véase el manual de ping(8). Tenga en cuenta que las computadoras se pueden configurar para que no respondan a las solicitudes de eco ICMP. [1]

Si recibe un mensaje de error (véase indicaciones de error de ping) o no recibe respuesta, esto puede estar relacionado con una configuración incompleta, pero también con su puerta de enlace predeterminada o su proveedor de servicios de Internet (ISP). Puede ejecutar un traceroute para continuar con el diagnostico de la ruta al host.

Administración de redes

Para configurar una conexión de red, siga los siguientes pasos:

  1. Asegúrese de que su interfaz de red esté listada y activada.
  2. Conéctese a la red. Conecte el cable Ethernet o conéctese a la LAN inalámbrica.
  3. Configure su conexión de red:
Nota: La imagen de instalación utiliza systemd-resolved y systemd-networkd, que está configurado como un cliente DHCP para interfaces de red Ethernet, WLAN y WWAN.

net-tools

Arch Linux ha hecho obsoleto net-tools en favor de iproute2.[2]

Orden obsoleta Órdenes de reemplazo
arp ip neighbor
ifconfig ip address, ip link
netstat ss
route ip route

Para obtener un resumen más completo, véase Órdenes de red de Linux obsoletos y sus reemplazos.

iproute2

iproute2 es una dependencia del metapaquete base y proporciona la interfaz de línea de órdenes ip(8), utilizada para administrar interfaces de red, direcciones IP y la tabla de enrutamiento. Tenga en cuenta que la configuración realizada con ip se perderá después de reiniciar. Para una configuración persistente, puede utilizar un gestor de red o automatizar las órdenes ip usando scripts y unidades systemd. También tenga en cuenta que las órdenes ip generalmente se pueden abreviar para mayor claridad, sin embargo, se explican en detalle en este artículo.

Interfaces de red

De forma predeterminada, udev asigna nombres a sus controladores de interfaz de red utilizando Nombres de interfaz de red predecibles, que antepone los nombres de las interfaces con en (alámbrico/Ethernet), wl (inalámbrico/WLAN), o ww (WWAN). Véase systemd.net-naming-scheme(7).

Sugerencia: Para cambiar los nombres de las interfaces, véase #Cambiar el nombre de la interfaz y #Volver a los nombres tradicionales de las interfaces[enlace roto: sección no válida].

Listar las interfaces de red

Tanto los nombres de las interfaces tanto las cableadas como las inalámbricas se pueden encontrar a través de ls /sys/class/net o ip link. Tenga en cuenta que lo es la interfaz virtual de bucle invertido y no se utiliza para realizar conexiones de red.

Los nombres de los dispositivos inalámbricos también se pueden recuperar utilizando iw dev. Véase también /Wireless#Obtener el nombre de la interfaz.

Si su interfaz de red no aparece en la lista, asegúrese de que el controlador de su dispositivo se haya cargado correctamente. Véase /Ethernet#Controlador de dispositivo o /Wireless#Controlador de dispositivo.

Activar y desactivar interfaces de red

Las interfaces de red se pueden activar o desactivar utilizando ip link set interfaz up|down, véase ip-link(8).

Para comprobar el estado de la interfaz enp2s0:

$ ip link show dev enp2s0
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state DOWN mode DEFAULT qlen 1000
...

El UP en <BROADCAST,MULTICAST,UP,LOWER_UP> indica que la interfaz está activa, no el posterior state DOWN.

Nota: Si su ruta predeterminada es a través de la interfaz enp2s0, eliminarla también eliminará dicha ruta y volver a activarla no la restablecerá automáticamente. Véase #Tabla de enrutamiento para restablecerla.

¿Dirección IP estática o dinámica?

Si está utilizando una red Wi-FI o un enrutador, por ejemplo en casa, lo más probable es que esté utilizando una dirección IP dinámica. La dirección IP es asignada por el Wi-Fi o el enrutador y es lo que su computadora debe configurar. O, si está en casa y su computadora está conectada al módem de su ISP, por ejemplo un módem por cable, que también utilizará una dirección IP dinámica. Las direcciones IP dinámicas pueden cambiar cada vez que enciende su computadora. En un entorno de trabajo, puede tener una dirección IP estática o dinámica. En casa, puede configurar su enrutador para que siempre asigne a su computadora la misma dirección IP, en cuyo caso está utilizando una dirección IP estática. Cuando utilice una dirección IP dinámica, deberá utilizar DHCP para que pueda configurar su interfaz de red con la dirección IP correcta. Además de configurar su dirección IP, DHCP también puede configurar su enrutamiento (cómo llegar desde donde se encuentra al lugar de la red al que se dirige), así como sus servidores de nombres, que convierten el nombre de host, por ejemplo google.com, en su dirección IP, ese número con puntos en él.

Dirección IP estática

Se puede configurar una dirección IP estática con la mayoría de gestores de red y también dhcpcd.

Para configurar manualmente una dirección IP estática, añada una dirección IP como se describe en #Direcciones IP, configure su tabla de enrutamiento y configure sus servidores DNS.

Direcciones IP

Las direcciones IP se gestionan utilizando ip-address(8).

Lista de direcciones IP:

$ ip address show

Añadir una dirección IP a una interfaz:

# ip address add dirección/longitud_prefijo broadcast + dev interfaz
Tenga en cuenta que:
Nota: Asegúrese de que las direcciones IP asignadas manualmente no entren en conflicto con las asignadas por DHCP.

Eliminar una dirección IP de una interfaz:

# ip address del dirección/longitud_prefijo dev interfaz

Eliminar todas las direcciones que coincidan con un criterio, por ejemplo de una interfaz específica:

# ip address flush dev interfaz
Sugerencia: Las direcciones IP se pueden calcular con ipcalc (ipcalc).

Tabla de enrutamiento

La tabla de enrutamiento se utiliza para determinar si puede acceder a una dirección IP directamente o qué puerta de enlace (enrutador) debe usar. Si ninguna otra ruta coincide con la dirección IP, se utiliza la Puerta de enlace predeterminada.

La tabla de enrutamiento se administra mediante ip-route(8).

PREFIJO es una notación CIDR o default para la puerta de enlace predeterminada.

Lista de rutas IPv4:

$ ip route show

Lista de rutas IPv6:

$ ip -6 route

Añadir una ruta:

# ip route add PREFIJO via dirección dev interfaz

Eliminar una ruta:

# ip route del PREFIJO via dirección dev interfaz

DHCP

Un Protocolo de configuración dinámica de host (DHCP) proporciona a los clientes una dirección IP dinámica, la máscara de subred, la dirección IP de la puerta de enlace predeterminada y, opcionalmente, los servidores de nombres DNS.

Para utilizar DHCP, necesita un servidor DHCP en su red y un cliente DHCP:

Cliente Paquete Archiso Nota Unidades systemd
dhcpcd dhcpcd DHCP, DHCPv6, ZeroConf, IP estática dhcpcd.service, dhcpcd@interfaz.service
ISC dhclient dhclient DHCP, DHCPv6, BOOTP, IP estática dhclient@interfaz.service
Nota:
  • ISC finalizó el desarrollo del cliente DHCP de ISC a principios de 2022. Esta implementación de cliente ya no se mantiene y ya no debe utilizarse en producción.
  • No debe ejecutar dos clientes DHCP simultáneamente.
  • En lugar de utilizar directamente un cliente DHCP independiente, también puede usar un gestor de red, algunos de los cuales tienen un cliente DHCP integrado.
  • Alternativamente, iwd tiene un cliente DHCP integrado que se puede utilizar con alguna configuración: iwd#Enable built-in network configuration.
Sugerencia:
  • Puede comprobar si un servidor DHCP se está ejecutando con dhcping.
  • Mientras espera que se le asigne una IP, puede ejecutar algo como watch -n 1 ping -c 1 archlinux.org para confirmar que la red está conectada.

Servidores

Servidor Paquete IPv4 IPv6 GUI Interfaces Tipo(s) de almacenamiento Nota
dhcpd dhcp Glass-ISC-DHCP ? Archivo
dnsmasq dnsmasq No ? Archivo También DNS, PXE y TFTP
Kea kea Stork REST, RADIUS y NETCONF Archivo, MySQL, PostgreSQL y Cassandra También DNS

Gestores de red

Un gestor de red le permite administrar la configuración de la conexión de red en los llamados perfiles de red para facilitar el cambio de red.

Nota: Hay muchas soluciones para elegir, pero recuerda que todas ellas son mutuamente excluyentes; no debe ejecutar dos demonios simultáneamente.
Gestor de red GUI Archiso [3] Herramientas CLI Soporte PPP
(p.ej. modem 3G)
Cliente DHCP Unidades systemd
ConnMan 8 No oficial No connmanctl(1) Sí (con ofonoAUR) interno connman.service
netctl 2 No oficial No netctl(1), wifi-menu dhcpcd o dhclient netctl-ifplugd@interfaz.service, netctl-auto@interfaz.service
NetworkManager No nmcli(1), nmtui(1) interno o dhclient NetworkManager.service
systemd-networkd No Sí (base) networkctl(1) No interno systemd-networkd.service, systemd-resolved.service

Establecer el nombre de host

Un nombre de host es un nombre único creado para identificar una máquina en una red, configurado en /etc/hostname—véase hostname(5) y hostname(7) para más detalles. El archivo puede contener el nombre de dominio del sistema, si lo hay. Para establecer el nombre de host, modifique /etc/hostname para incluir una sola línea con minombredehost:

/etc/hostname
minombredehost
Sugerencia: Para obtener consejos sobre cómo elegir un nombre de host, véase RFC 1178.

Alternativamente, utilizando hostnamectl(1):

# hostnamectl set-hostname minombredehost

Para establecer temporalmente el nombre de host (hasta que se reinicie), utilice hostname(1) de inetutils:

# hostname minombredehost

Para configurar el nombre de host "bonito" (pretty) y otros metadatos de la máquina, véase machine-info(5).

Resolución de nombre de host en red local

Para que su máquina sea accesible en su LAN a través de su nombre de host, puede:

  • modificar el archivo /etc/hosts para cada dispositivo en su LAN, véase hosts(5)
  • configurar un servidor DNS para resolver su nombre de host y hacer que los dispositivos LAN lo utilicen (por ejemplo, a través de #DHCP)
  • o de la forma más sencilla: utilizar un servicio de Redes de configuración cero:
    • Resolución de nombre de host mediante NetBIOS de Microsoft. Proporcionado por Samba en Linux. Solo requiere nmb.service. Las computadoras que ejecutan Windows, macOS o Linux con nmb en ejecución podrán encontrar su máquina.
    • Resolución de nombre de host mediante mDNS. Proporcionado por nss_mdns con Avahi (véase Avahi#Hostname resolution para obtener detalles de configuración) o systemd-resolved. Las computadoras que ejecutan macOS, o Linux con Avahi o resolución por systemd, podrán encontrar su máquina. La API Win32 anterior no es compatible con mDNS, lo que puede impedir que algunas aplicaciones antiguas de Windows accedan a su dispositivo.

Consejos y trucos

Cambiar el nombre de la interfaz

Nota: Al cambiar el esquema de nomenclatura, no olvide actualizar todos los archivos de configuración relacionados con la red y los archivos de las unidades systemd personalizadas para reflejar el cambio.

Puede cambiar el nombre del dispositivo definiendo el nombre manualmente con una regla udev. Por ejemplo:

/etc/udev/rules.d/10-network.rules
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="net1"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="ff:ee:dd:cc:bb:aa", NAME="net0"

Estas reglas se aplicarán automáticamente en el arranque.

Un par de cosas a comentar:

  • Para obtener la dirección MAC de cada tarjeta, utilice esta orden: cat /sys/class/net/nombre_dispositivo/address
  • Asegúrese de utilizar los valores hexadecimales en minúsculas en sus reglas de udev. No le gustan las mayúsculas.

Si la tarjeta de red tiene una MAC dinámica, puede utilizar DEVPATH, por ejemplo:

/etc/udev/rules.d/10-network.rules
SUBSYSTEM=="net", DEVPATH=="/devices/platform/wemac.*", NAME="int"
SUBSYSTEM=="net", DEVPATH=="/devices/pci*/*1c.0/*/net/*", NAME="en"

Para obtener el DEVPATH de todos los dispositivos conectados actualmente, vea a dónde conducen los enlaces simbólicos en /sys/class/net/. Por ejemplo:

file /sys/class/net/*
/sys/class/net/enp0s20f0u4u1: symbolic link to ../../devices/pci0000:00/0000:00:14.0/usb2/2-4/2-4.1/2-4.1:1.0/net/enp0s20f0u4u1
/sys/class/net/enp0s31f6:     symbolic link to ../../devices/pci0000:00/0000:00:1f.6/net/enp0s31f6
/sys/class/net/lo:            symbolic link to ../../devices/virtual/net/lo
/sys/class/net/wlp4s0:        symbolic link to ../../devices/pci0000:00/0000:00:1c.6/0000:04:00.0/net/wlp4s0

La ruta del dispositivo debe coincidir con el nombre del dispositivo nuevo y antiguo, ya que la regla puede ejecutarse más de una vez en el arranque. Por ejemplo en la segunda regla, "/devices/pci*/*1c.0/*/net/enp*" sería incorrecto ya que dejará de coincidir una vez que se cambie el nombre a en. Solo la regla predeterminada del sistema se activará la segunda vez, lo que hará que el nombre se cambie de nuevo a, por ejemplo enp1s0.

Si está utilizando un dispositivo de red USB (p. ej., Android phone tethering) que tiene una dirección MAC dinámica y desea poder utilizar diferentes puertos USB, puede usar una regla que coincida según el proveedor y el ID del producto:

/etc/udev/rules.d/10-network.rules
SUBSYSTEM=="net", ACTION=="add", ATTRS{idVendor}=="12ab", ATTRS{idProduct}=="3cd4", NAME="net2"

Para probar sus reglas, se pueden activar directamente desde el espacio de usuario, por ejemplo con udevadm --debug test /sys/class/net/*. Recuerde eliminar primero la interfaz que está intentando cambiar de nombre (por ejemplo ip link set enp1s0 down).

Nota: Al elegir los nombres estáticos debe evitarse el uso de nombres con el formato "ethX" y "wlanX", ya que esto puede generar condiciones de carrera (race conditions) entre el kernel y udev durante el arranque. En su lugar, es mejor utilizar nombres de interfaz que el kernel no use por defecto, por ejemplo: net0, net1, wifi0, wifi1. Para obtener más detalles, véase la documentación de systemd.

Volver a los nombres de interfaz tradicionales

Si prefiere conservar los nombres de interfaz tradicionales como eth0, los nombres de interfaz de red predecibles pueden desactivarse enmascarando la regla udev:

# ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules

Alternativamente, añada net.ifnames=0 a los parámetros del kernel.

Establecer la MTU del dispositivo y la longitud de la cola

Puede cambiar el MTU del dispositivo y la longitud de la cola definiéndolos manualmente con una regla udev. Por ejemplo:

/etc/udev/rules.d/10-network.rules
ACTION=="add", SUBSYSTEM=="net", KERNEL=="wl*", ATTR{mtu}="1500", ATTR{tx_queue_len}="2000"

mtu: El uso de un valor superior a 1500 (los llamados tramas jumbo) puede acelerar significativamente sus transferencias de red. Tenga en cuenta que todas las interfaces de red, incluidos los conmutadores de la red local, deben admitir la misma MTU para poder utilizar tramas gigantes. Para PPPoE, la MTU no debe ser superior a 1492. También puede configurar la MTU a través de systemd.netdev(5).

tx_queue_len: Valor pequeño para dispositivos más lentos con una latencia alta como enlaces de módem e ISDN. Se recomienda un valor alto para el servidor conectado a través de conexiones a Internet de alta velocidad que realizan grandes transferencias de datos.

Bonding o LAG

Véase netctl o systemd-networkd, o Wireless bonding.

Alias de dirección IP

El alias de IP es el proceso de añadir más de una dirección IP a una interfaz de red. Con esto, un nodo en una red puede tener múltiples conexiones a una red, cada una con un propósito diferente. Los usos típicos son el alojamiento virtual de servidores Web y FTP, o la reorganización de servidores sin tener que actualizar ninguna otra máquina (esto es especialmente útil para los servidores de nombres).

Ejemplo

Para configurar manualmente un alias, para algunas NIC, utilice iproute2:

# ip addr add 192.168.2.101/24 dev enp2s0 label enp2s0:1

Para eliminar un alias determinado:

# ip addr del 192.168.2.101/24 dev enp2s0:1

Los paquetes destinados a una subred utilizarán el alias principal de forma predeterminada. Si la IP de destino está dentro de una subred de un alias secundario, la IP de origen se establece respectivamente. Considere el caso en el que hay más de una NIC, las rutas predeterminadas se pueden listar con ip route.

Modo promiscuo

Cambiar al modo promiscuo hará que una NIC (inalámbrica) reenvíe todo el tráfico que recibe al sistema operativo para su posterior procesamiento. Esto es opuesto al "modo normal" en el que una NIC eliminará tramas que no deba recibir. Se utiliza con mayor frecuencia para la solución avanzada de problemas de red y análisis de paquetes.

/etc/systemd/system/promiscuous@.service
[Unit]
Description=Establecer el modo promiscuo en la interfaz %i
After=network.target

[Service]
Type=oneshot
ExecStart=/usr/bin/ip link set dev %i promisc on
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

Si desea activar el modo promiscuo en la interfaz enp2s0, active promiscuous@enp2s0.service.

Investigar sockets

ss es una utilidad para investigar puertos de red y es parte del paquete iproute2. Tiene una funcionalidad similar a la utilidad obsolleta netstat.

Entre sus usos se incluyen los siguientes:

Mostrar todos los sockets TCP con nombres de servicio:

$ ss -at

Mostrar todos los sockets TCP con números de puerto:

$ ss -atn

Mostrar todos los sockets UDP:

$ ss -au

Para obtener más información, véase ss(8).

Solución de problemas

El problema de escalado de la ventana de TCP

Los paquetes TCP contienen un valor de "ventana" en sus encabezados que indica la cantidad de datos que el otro host puede enviar a cambio. Este valor se representa con solo 16 bits, por lo que el tamaño de la ventana es de 64 KiB como máximo. Los paquetes TCP se almacenan en caché durante un tiempo (tienen que reordenarse), y como la memoria es (o solía ser) limitada, un host podría quedarse sin ella fácilmente.

En 1992, a medida que había más y más memoria disponible, se escribió RFC:1323 para mejorar la situación: Escalado de ventana (Window Scaling). El valor de la "ventana", provisto en todos los paquetes, será modificado por un factor de escala definido una vez, al comienzo de la conexión. Ese factor de escala de 8 bits permite que la ventana sea hasta 32 veces mayor que los 64 KiB iniciales.

Parece que algunos enrutadores y cortafuegos defectuosos en Internet están reescribiendo el factor de escala a 0, lo que provoca malentendidos entre los hosts. El kernel de Linux 2.6.17 introdujo un nuevo esquema de cálculo que genera factores de escala más altos, lo que virtualmente hace que las consecuencias de los enrutadores y cortafuegos defectuosos sean más visibles.

La conexión resultante es, en el mejor de los casos, muy lenta o defectuosa.

Cómo diagnosticar el problema

En primer lugar, una aclaración: este problema es extraño. En algunos casos, no podrá utilizar conexiones TCP (HTTP, FTP, ...) en absoluto y en otros, podrá comunicarse con algunos hosts (muy pocos).

Cuando tiene este problema, la salida de dmesg está bien, los registros están limpios y ip addr informará el estado normal... y en realidad todo parece normal.

Si no puede navegar por ningún sitio web, pero puede hacer ping en algunos hosts aleatorios, es muy probable que esté experimentando este problema: el ping utiliza ICMP y no se ve afectado por los problemas de TCP.

Puedes intentar utilizar Wireshark. Es posible que vea comunicaciones UDP e ICMP exitosas, pero comunicaciones TCP fallidas (solo con hosts externos).

Maneras de arreglarlo

Mal

Para solucionarlo de la manera incorrecta, puede cambiar el valor de tcp_rmem, en el que se basa el cálculo del factor de escala. Aunque debería funcionar para la mayoría de los hosts, no está garantizado, especialmente para los muy distantes.

# echo "4096 87380 174760" > /proc/sys/net/ipv4/tcp_rmem
Bien

Simplemente desactive el ajuste de escala de la ventana. Dado que el escalado de ventana es una buena función de TCP, puede resultar incómodo desactivarla, especialmente si no puede reparar el enrutador defectuoso. Hay varias formas de desactivar el escalado de ventana, y parece que la forma más segura (que funcionará con la mayoría de los kernel) es añadir la siguiente línea a /etc/sysctl.d/99-disable_window_scaling.conf (véase también sysctl):

net.ipv4.tcp_window_scaling = 0
Mejor

Este problema es causado por enrutadores/cortafuegos defectuosos, así que permítanos cambiarlos. Algunos usuarios informaron que el enrutador defectuoso era su propio enrutador DSL.

Más sobre eso

Esta sección se basa en el artículo de LWN Escalado de ventana TCP y enrutadores averiados y un artículo archivado de Kernel Trap: Escalado de ventana en Internet.

También hay varios hilos relevantes en LKML.

La segunda computadora conectada no puede utilizar el puente LAN

La primer computadora tiene dos LAN. La segunda computadora tiene una LAN y está conectada a la primera. Vayamos a la segunda para dar todo el acceso a la LAN después de la interfaz puenteada:

# sysctl net.bridge.bridge-nf-filter-pppoe-tagged=0
# sysctl net.bridge.bridge-nf-filter-vlan-tagged=0
# sysctl net.bridge.bridge-nf-call-ip6tables=0
# sysctl net.bridge.bridge-nf-call-iptables=0
# sysctl net.bridge.bridge-nf-call-arptables=0

localhost se resuelve a través de la red

nss-myhostname(8) (un módulo NSS proporcionado por systemd y activado de forma predeterminada en /etc/nsswitch.conf) proporciona localhost y la resolución del nombre de host local a una dirección IP. Sin embargo, algunos programas aún pueden leer /etc/hosts directamente; véase [4] [5] para ver ejemplos.

Para evitar que dicho software resuelva localhost de forma no segura en la red, añada entradas para localhost al archivo hosts(5):

/etc/hosts
127.0.0.1        localhost
::1              localhost
Nota: Informe cualquier software afectado por este problema en FS#56684. Esto puede ayudar a que se añadan entradas localhost al /etc/hosts

predeterminado.

Para permitir la resolución del nombre de host local, puede añadirlo adicionalmente al archivo hosts(5):

/etc/hosts
127.0.0.1        localhost
::1              localhost
127.0.1.1        minombredehost

Para un sistema con una dirección IP permanente, reemplace 127.0.1.1 con esa dirección IP permanente. Para un sistema con un nombre de dominio completo, incluya el nombre de dominio completo antes del nombre de host (véase el siguiente enlace para conocer el razonamiento). Por ejemplo:

/etc/hosts
127.0.0.1        localhost
::1              localhost
203.0.113.45     host1.fqdomain.example host1
Nota: El orden de los nombres de host/alias que siguen a la dirección IP en /etc/hosts es importante. La primera cadena se considera el nombre de host canónico y se puede añadir a los dominios principales, donde los componentes del dominio están separados por un punto. Todas las cadenas siguientes en la misma línea se consideran alias. Véase hosts(5) para obtener más información.

Como resultado, el sistema resuelve ambas entradas:

$ getent hosts
127.0.0.1       localhost
127.0.0.1       localhost
127.0.1.1       minombredehost

Véase también