Arch Linux – conectar: la red es inalcanzable (Español)

El problema al que me enfrentaba era que no había eth0 (por lo que puedo entender). Ejecute el comando ip link, esto debería generar sus interfaces. No tenía la interfaz eth0. En su lugar, tenía enp1s8.

Como estaba usando estática, copié el perfil de ejemplo con cd /etc/netctl y luego cp examples/ethernet-static my-network. Después de eso, edité my-network con nano my-network y cambié la interfaz de eth0 a en1s8 (o lo que sea su adaptador en ip link). Finalmente, lo habilité para usar ese perfil al iniciar con netctl enable my-network.

Habilitar el perfil garantizará que se inicie al arrancar, pero no es necesario reiniciar el sistema, simplemente ejecute netctl start my-network para inicializarlo inmediatamente.

Pude obtener ayuda en los foros oficiales de Arch Linux, puede ver mi tema allí .

Red inalcanzable significa que no tiene una ruta a la red. Si ni siquiera puedes hacer ping al enrutador local, es porque no tienes una dirección IP o tu interfaz de red está inactiva.

netctl es la utilidad estándar para administrar interfaces de red en Arch. Si no ha configurado eso (o algo más), no tendrá ninguna red . Ni siquiera DHCP.

Comentarios

• He copiado un archivo de ejemplo de examples / ethernet-static a » mi-red , modificó ese archivo y luego lo habilitó al inicio con » netctl enable my-network «. Tampoco hay conflictos de IP en la red. Debe ser » Configurar »
• Para saber si puede acceder a su puerta de enlace predeterminada (esto suele ser su enrutador), ingrese ip route. Si resulta que no tiene una puerta de enlace predeterminada, debe agregar una por DHCP o con ip route add default via xxx.xxx.x.xxx. Para que la puerta de enlace predeterminada sea permanente, agregue la IP a /etc/network/interfaces.

Archlinux dice, intente dhcpcd en caso de que su instalador no pueda conectarse automáticamente. Esto funcionó en el lugar para mí DESPUÉS de la instalación. Simplemente escriba» dhcpcd «como comando, espere unos segundos y luego» ip route » o «ping 8.8.8.8» para comprobar si funciona. Incluso utilicé «watch ip address» para ver qué tan rápido aparecen estas direcciones inet e inet6.

En lugar de usar dhcpcd, también puedo conectarme desde cero con:

modprobe e1000e ip link set dev eth0 up ip address add 192.168.0.16/24 dev eth0 ip route add 192.168.0.0/24 dev eth0 ip route add default via 192.168.0.1 

e1000e es un «controlador de red», dice modinfo. Al cargar este módulo, obtengo un enlace eth0 (no, no busque en / dev). Los comandos «ip» activan el enlace, eligen una dirección y definen un local (subred) y luego una puerta de enlace predeterminada. Me tomó bastante tiempo probar esto (ayuda con el vínculo IP, ayuda con la dirección IP, ayuda con la ruta IP …).

Esto es instructivo, pero «dhcpcd» es más rápido de escribir y probablemente más robusto. Y puede detenerlo limpiamente con «dhcpcd -x».

Con un ping que funciona y la lista de espejos en /etc/pacman.d/ tiene todo lo que necesita para pacman o pacstrap.

Y sí, vi un mensaje del kernel que cambiaba el nombre de eth0 a enoxxx, así que primero debe verificar con «ip link» qué interfaces ya están configuradas por systemd. Sucede aquí:

[ 3.052354] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 94:c6:91:a5:39:b8 [ 3.052360] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection [ 3.052445] e1000e 0000:00:1f.6 eth0: MAC: 13, PHY: 12, PBA No: FFFFFF-0FF [ 3.055917] e1000e 0000:00:1f.6 eno1: renamed from eth0 

El .16 en mi dirección es cualquier número (libre), y 192.168.0.1 siempre debería ser la puerta de enlace. Tal vez tuve suerte, pero es una buena noticia que puedas hackear bajo systemd e inet6. Sin embargo, intentaré netctl.

Y ahora mismo he arrancado con systemd y he iniciado dhcpcd. Obtuve la dirección .15 en «eno1» y tres direcciones inet6, pero aparte de eso, el resultado es bastante similar al de «ip» -hack anterior.

3: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 94:c6:91:a5:39:b8 brd ff:ff:ff:ff:ff:ff inet 192.168.0.15/24 brd 192.168.0.255 scope global noprefixroute eno1 valid_lft forever preferred_lft forever inet6 2a05:41c0:12:bf00::2/128 scope global dynamic noprefixroute valid_lft 2559430sec preferred_lft 572230sec inet6 2a05:41c0:12:bf00:f51e:97c1:de6f:6f49/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 2591994sec preferred_lft 604794sec inet6 fe80::47cf:a2e4:af0b:b7cd/64 scope link valid_lft forever preferred_lft forever default via 192.168.0.1 dev eno1 proto dhcp src 192.168.0.15 metric 203 192.168.0.0/24 dev eno1 proto dhcp scope link src 192.168.0.15 metric 203 

La configuración de red para ArchLinux está bien documentada en la wiki de ArchLinux en https://wiki.archlinux.org/index.php/Netctl

Una aclaración importante de la respuesta con el mayor número de votos: hay NO es necesario reiniciar. Si solo está presente la interfaz de red y se usa el nombre y la configuración de la interfaz adecuados en el archivo de perfil en / etc / netcl (deje que la copia de ejemplo se llame mynet1), entonces

netctl start mynet1 

iniciará el perfil de red mynet1 y la ruta de red funcionará.

Sin embargo

netclt enable mynet1 

permitirá que systemd inicie el servicio del sistema service manager con cada arranque, es decir, creará un archivo de unidad en /etc/systemd/system/netc@[mynetprofilename].service con los detalles de la unidad (vinculación y dependencia del dispositivo).

Tenga en cuenta también que el perfil de red se modifica, debería ser netctl reenable «d.