CentOS 8 - al ejecutar *systemctl restart network* la conexión al servidor muere

[elHacker]

gracias,
al igual que publicar nuestra IP4, también es INSEGURO publicar nuestra dirección IPv6?

el resultado detallado es éste:

https://pasteboard.co/K7cHtJS.png

cuál es el archivo que controla "el arránque de red" ?

a razón de:
https://pasteboard.co/K7cHtJS.png
tendré que instalar todo nuevamente...

es lo que tengo que hacer cáda véz que la red MUERE.

[engel lex]

al igual que publicar nuestra IP4, también es INSEGURO publicar nuestra dirección IPv6?

publicar la ipv4 no es "inseguro" es la naturaleza de la red, es decir cambiando el contexto para dar un ejemplo, que tu tengas casa y le des esa dirección a alguien, no la hace más insegura, simplemente que alguien sabe como llegar... pero igual podría haber llegado sin saber la direccion, solo tocando de puerta en puerta... la ipv6 es lo mismo que la ipv4 en lo que eso respecta, es solo un nuevo formato de direccion donde localizarte...

sobre lo de reinstalar me lo imaginé, a menos que tuvieras un KVM (que no todos lo dan) es así

[elHacker]

...lo de reinstalar me lo imaginé, a menos que tuvieras un KVM

@engel lex volveré a instalar TODO, (con CentOS 8 obligatorio) incluyendo:

Código [Seleccionar] Expandir

systemctl stop NetworkManager.service
systemctl disable NetworkManager.service
yum -y install network-scripts
systemctl enable network.service
systemctl start network.service


pero...
puedes indicarme qué hacer ésta véz para EVITAR que la conexión muera?

[engel lex]

en el script vuelate ipv6 por el momento

IPV6INIT=no

y quitas las otras lineas luego de esa

[MinusFour]

¿Estas haciendo pruebas de red en un servidor remoto? Porque no haces las pruebas locales. Corres todo en una VM, lo pruebas y te das cuenta de como queda el servicio una vez que reinicias.

¿Y porque tienes que reiniciar el servicio de red?

[el-brujo]

¿A que te refieres con que la conexión muere? ¿Te que das sin internet te refieres?

Si e estás conectado por SSH por putty y reinicias la red pues es normal que te tengas que volver a conectar por SSH nuevamente, se "pierde" la conexión unos instantes.

¿Entiendo que es servidor dedicado de una empresa de hosting? Por lo que leo sí.

Si eres muy novato en GNU/Linux te recomiendo usar webmin para administrar los servicios de arranque, aunque por defecto no hace falta tocar nada, la red ya se inicia siempre sola.

¿Y para que tienes que recargar la red? No entiendo porque quieres hacer un systemctl restart network de la red si ya te funciona

la red ya viene configurada al recibir el CentOS 8 del ISP, lo que sucede es que requiero inhabilitar el NetworkManager, habilitar el "VIEJO y desaprobado" network.service
que viene por defécto en CentOS 7 y que también viene en CentOS 8

necesito que el administrador de red séa network.service y apagar NetworkManager luego reiniciar y ahí: MUERO.

network.service está "deprecated"

por que el SW que tengo que instalar únicamente funciona con NetworkManager apagado y con network.service encendido.

Pues tendrás que adaptar el sw nuevo a los requisitos nuevos de Centos 8.

No creo que sea problema de ipv6. Está todo correcto la config, el IPV6_DEFAULTGW=fe80::1 está bien.

Pero se puede deshabilitar de varias maneras:

sysctl --load /etc/sysctl.d/disableipv6.conf

Fichero
etc/sysctl.d/disableipv6.conf

# deshabilito ipv6
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1

Y lo que te dice tu ISP tiene razón, no se hacen cargo de problemas de software, si te han dado el servidor con la red funcionando es problema tuyo si estropeas algo, se lavan las manos lógicamente.

[elHacker]

gracias MinusFour

¿Estas haciendo pruebas de red en un servidor remoto? Porque no haces las pruebas locales. Corres todo en una VM, lo pruebas y te das cuenta de como queda el servicio una vez que reinicias.

ya lo híce con el CentOS 8 en local, y funcionó SIN errores[/quote]

¿Y porque tienes que reiniciar el servicio de red?

por que además del "SW1" tengo que instalar SW2, SW3, etc...

De hecho, tener un servidor sin poder reiniciarlo es lo + inconsistente que podamos pensar.

De hecho, lo único que me tiene estancado es lo que mencionas: poder correr systemctl restart network.service es lo único que me hace falta.

[elHacker]

...es normal que te tengas que volver a conectar por SSH nuevamente, se "pierde" la conexión unos instantes...

gracias por ayudarme Brujo.

Ojalá fuera éso, te digo: el servidor quéda completamente inalcanzable, muerta la conexión a él.

Apreciados SYSADMIN gracias por sus ayudas.

No se trata de "hacer que SW1 funcione" (que ya lo hace), se trata de poder reiniciar la red utilizando network.service como gestor de la mísma en CentOS 8.

PD:
el servidor está en CentOS Linux release 8.4.2105

[MinusFour]

gracias MinusFourya lo híce con el CentOS 8 en local, y funcionó SIN errores

Entonces es un error de configuración de red seguramente. ¿Que cambios realizas antes de reiniciar el servicio de red?

¿Y como estás haciendo el cambio de servicio en el equipo remoto? ¿Detienes el servicio de NetworkManager para activar el network.service? No vaya a ser que te quedes sin conexión al hacer el cambio...

Prueba simplemente a iniciar el servicio de network.service pero no lo habilites (no hagas systemctl enable). Y deja un script corriendo en paralelo que reinicie el sistema operativo (si tu operadora no te da la opción de reiniciar el servidor, pero en que tiempos vivimos donde no te ofrezcan esto...) Debería regresar el NetworkManager una vez que reinicie el sistema (no lo deshabilies, solo deten el servicio), así no tienes que estar llamando a tu proveedor cada que haces algo mal.

Sería más fácil si nos detallas exactamente lo que haces (linea a linea, comando a comando).

[el-brujo]

¿Detienes el servicio de NetworkManager para activar el network.service? No vaya a ser que te quedes sin conexión al hacer el cambio...

Opino lo mismo, si en local te ha funcionado y en remoto no, pues podría ser eso.

¿Y si reinicias el servidor con shutdown -r now dices que ocurre lo mismo? ¿Se queda sin internet también?

Es que aunque consigas arreglarlo y hacerlo funcionar con network.service, Centos acabará quitando el soporte y en unos meses volverás a estar igual.

network-scripts' will be removed in one of the next major releases of rhel

CentOS Linux 8.4.2105 es la última versión Centos disponible.

No te queda otra que analizar los registros (logs) con journalctl hasta encontrar una pista que te permita solucionar el error:

journalctl; analizar logs del sistema en Linux
https://blog.elhacker.net/2021/04/journalctl-analizar-logs-del-sistema-en-linux.html

Por ejemplo:

Código [Seleccionar] Expandir

journalctl -u network.service

Y MinusFour tiene razón, el orden es muy importante, copia y pega todos los comandos que has utilizado,