Ubuntu 17.10+ deshabilitar netplan

Investigamos en el mundo on line para traerte la respuesta a tu inquietud, si continúas con inquietudes déjanos la inquietud y contestamos con gusto, porque estamos para ayudarte.

Solución:

Estas instrucciones también se han probado en Ubuntu 18.04.1 y es muy probable que funcionen también para cualquier versión futura que utilice netplan y systemd.

No es necesario jugar con GRUB ni eliminar archivos manualmente. La configuración establecida en /etc/networking archivos y directorios sobrevivirá a los reinicios.

Estos son los verificado pasos:

1. Compruebe los nombres de interfaz reales que le interesan con ip l Para el Enlaces (también conocido como interfaces) y con ip a para direcciones.
2. Instalar en pc ifupdown con sudo apt -y install ifupdown.
3. Purga netplan con sudo apt -y purge netplan.io.
4. Configurar /etc/network/interfaces y / o /etc/network/interfaces.d de acuerdo a sus necesidadesman 5 interfaces puede ser de ayuda con ejemplos).
5. Reinicie el networking servicio con sudo systemctl restart networking; systemctl status networking o sudo /etc/init.d/networking restart; /etc/init.d/networking status. La salida de la status el comando debería mencionar active como su estado.
6. El comando ip a mostrará si se ha aplicado la configuración de red esperada.
7. Opcionalmente, purgue manualmente los remanentes de los archivos de configuración de netplan con sudo rm -vfr /usr/share/netplan /etc/netplan.

No es necesario reiniciar para “actualizar” la configuración de IP: estará activa a partir del paso 5. En caso de problemas, vuelva a verificar los nombres de las interfaces. Una configuración típica de DHCP IPv4 se parecerá a esta:

auto enp0s3
iface enp0s3 inet dhcp

mientras que un static La dirección IPv4 se puede configurar así:

auto enp0s3
iface enp0s3 inet static
address 192.168.255.42/24
gateway 192.168.255.254
#dns-nameservers 8.8.8.8 208.67.222.222

Cuidado, el dns-nameservers la entrada no funcionará (¡gracias @Velkan por señalarlo!): el solucionador todavía está usando /etc/resolv.conf y systemd está proporcionando su propio servicio de resolución desde 127.0.0.53. Para que pueda actualizarlo manualmente (¡no es necesario reiniciar la red!):

nameserver 8.8.8.8
nameserver 208.67.222.222

Pero la suya sería solo una solución temporal que desaparecería después del próximo reinicio.

Para obtener una solución permanente, debe editar /etc/systemd/resolved.conf y agregue una línea como esta al “[Resolve]“estrofa:

DNS=8.8.8.8 208.67.222.222

Por favor refiérase a man 5 resolved.conf para la documentación completa.

Finalmente, en el improbable caso de que algún servicio de red no responda como se esperaba, entonces esos servicios pueden necesitar un reinicio. Pero ese es un comportamiento extraño de demonio de red no estándar.

El método exacto para hacer esto es difícil, quizás imposible de localizar ahora en los primeros días de netplan.

Actualmente tengo este conjunto para:

GRUB_CMDLINE_LINUX = “ipv6.disable = 1”

Asumo que quieres decir que tu /etc/default/grub lee, en parte:

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="ipv6.disable=1"

También supongo que el enlace que proporciona sugiere que agregue la redacción a la que se hace referencia:

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="ipv6.disable=1 netcfg/do_not_use_netplan=true"

Le sugiero que haga exactamente eso, seguido de:

sudo update-grub

También necesitará:

sudo apt install ifupdown

Puede que ya esté instalado.

Finalmente, complete /etc/network/interfaces manualmente para configurar su red de la manera que desee.

El proceso exacto para hacer esta post-instalación, por lo que Google y yo podemos encontrar, no existe. ¡Reinicia con los dedos cruzados!

Tuve este problema en Ubuntu 18.10 Server de 64 bits (que se ejecuta en Virtual Box) y los siguientes pasos permitieron eliminar netplan e instalar Network Manager; no estoy seguro de si funcionan para ifupdown. Estos pasos están adaptados de la respuesta de @ Uqbar (gracias).

1. Compruebe los nombres de interfaz reales que le interesan con ip l para los enlaces (también conocidos como interfaces) y con ip a para direcciones.
2. Instalar en pc Gerente de Redes con sudo apt -y install network-manager.
3. Purga netplan con sudo apt -y purge netplan.io.
4. Opcionalmente, purgue manualmente los remanentes de los archivos de configuración de netplan con sudo rm -vfr /usr/share/netplan /etc/netplan.

5. Configurar /etc/network/interfaces de acuerdo a sus necesidadesman 5 interfaces puede ser de ayuda con ejemplos). El mío está configurado de la siguiente manera:

   auto lo
   iface lo inet loopback
   
   auto enp0s3
   allow-hotplug enp0s3
   iface enp0s3 inet dhcp
   

6. En archivo /etc/NetworkManager/NetworkManager.conf, modificar la línea managed=false para managed=true. Esto hará que Network Manager administre las interfaces configuradas en /etc/network/interfaces.

7. Reinicie el servicio Network Manager con sudo service network-manager restart. La salida del comando de estado debe mencionar activo como su estado.

8. El comando nmcli dev mostrará si se ha aplicado la configuración de red esperada. Inicialmente interfaz enp0s3 (mi ethernet virtual) aparecía como no administrado. Después de reiniciar la máquina, apareció como conectada. Un ejemplo de salida de nmcli sigue:

   DEVICE           TYPE      STATE         CONNECTION
   enp0s3           ethernet  connected     Ifupdown (enp0s3)
   wlxc46e1f179799  wifi      disconnected  --
   lo               loopback  unmanaged     --
   

NOTA: Tengo algunos problemas con los procesos que se cuelgan, como se describe aquí y aquí. Me las arreglé para cambiar el vm.dirty_ratio y `vm.dirty_background_ratio a 10 y 5 respectivamente, de los valores predeterminados 20 y 10. Para eso, ejecute los siguientes comandos:

sudo sysctl -w vm.dirty_ratio=10
sudo sysctl -w vm.dirty_background_ratio=5

Actualizaré esta respuesta informando los resultados después de ejecutar la máquina virtual durante algún tiempo.

Ha pasado mucho tiempo, pero creo que este problema nunca volvió a ocurrir (no se puede verificar porque la máquina virtual está dañada). Nunca entendí realmente por qué; Dejaré la nota aquí para referencia futura. Vea también mi comentario a continuación.

Tienes la opción de corroborar nuestro ensayo escribiendo un comentario y valorándolo te estamos eternamente agradecidos.

Utiliza Nuestro Buscador