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

Iniciado por elHacker, 18 Junio 2021, 15:58 PM

0 Miembros y 1 Visitante están viendo este tema.

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

Citaral 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í
El problema con la sociedad actualmente radica en que todos creen que tienen el derecho de tener una opinión, y que esa opinión sea validada por todos, cuando lo correcto es que todos tengan derecho a una opinión, siempre y cuando esa opinión pueda ser ignorada, cuestionada, e incluso ser sujeta a burla, particularmente cuando no tiene sentido alguno.

elHacker

Cita de: engel lex en 18 Junio 2021, 19:07 PM...lo de reinstalar me lo imaginé, a menos que tuvieras un KVM
@engel lex volveré a instalar TODO, (con CentOS 8 obligatorio) incluyendo:

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

CitarIPV6INIT=no

y quitas las otras lineas luego de esa
El problema con la sociedad actualmente radica en que todos creen que tienen el derecho de tener una opinión, y que esa opinión sea validada por todos, cuando lo correcto es que todos tengan derecho a una opinión, siempre y cuando esa opinión pueda ser ignorada, cuestionada, e incluso ser sujeta a burla, particularmente cuando no tiene sentido alguno.

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


Citarla 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


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

network.service está "deprecated"

Citarpor 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
Citar# 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
Cita de: MinusFour en 18 Junio 2021, 19:58 PM
¿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]
Cita de: MinusFour en 18 Junio 2021, 19:58 PM¿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

Cita de: el-brujo en 18 Junio 2021, 20:05 PM...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

Cita de: elHacker en 18 Junio 2021, 20:07 PM
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

Citar¿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.

Citarnetwork-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:

journalctl -u network.service

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