¿Cuáles son algunos trucos o mejores prácticas para el administrador de configuraciones de red en sistemas Linux remotos o sin cabeza?

Hoy en día, todos los servidores tienen KVM remoto incorporado, a menos que elija una caja blanca muy barata y eso sería un error si no tiene personal en el lugar.

Lo importante es tener una red dedicada para su KVM remoto. No es necesario tener 2 para la redundancia, a menos que se encuentre en un contexto extremo donde su servidor se encuentra de forma remota en Alaska sin nadie que pueda llegar físicamente allí de manera oportuna.

Por lo tanto, su KVM remoto es útil para realizar el aprovisionamiento del sistema operativo y solucionar problemas cuando el sistema operativo no coopera y accede a la configuración de bajo nivel (controlador RAID, BIOS …)

Si su red se rompe por completo, su servidor es inútil de todos modos ya que nadie puede conectarse a sus servicios. Y deberá enviar a alguien de todos modos.

Así es como las empresas gestionan el centro de datos remoto. Además, como no usamos etiqueta blanca, cuando algo se rompe podemos llamar al soporte del fabricante y enviarán a alguien para que nos arregle el servidor. Por lo tanto, no necesitamos pagar a los chicos inactivos en el sitio por si acaso.

No, no puede configurar una conexión de administrador verdaderamente estable sin dispositivos de red físicos redundantes.

Sin redundancia, si el conmutador al que está conectado el sistema muere, no puede acceder a él. Si el cable de red físico conectado se daña, no puede acceder a él. Si la máquina se bloquea, no puede acceder a ella.

En “los viejos tiempos” (es decir, hace unos 25 a 15 años), utilizamos bancos de módems, con los módems conectados a servidores de terminal. Dos bancos de módems, dos servidores de terminal. Cada servidor de terminal estaba conectado al puerto de control del otro servidor de terminal, y cada servidor de terminal también estaba conectado a un puerto serie en nuestras máquinas más importantes.

Por lo tanto, si Internet no funciona, puede marcar, iniciar sesión en el servidor terminal y luego conectarse para ver cómo se ve la red interna. Si, por ejemplo, vio que el enrutador principal se había bloqueado, podría acceder a su indicador de arranque e intentar volver a activarlo.

Por supuesto, todo también funcionaba con energía redundante.

Puede que no haya entendido la pregunta correctamente, pero un par de trucos habituales para que las conexiones ssh se terminen debido a problemas de red molestos son:

  1. Use Tmux / Screen
  2. Usa mosh

Usar Tmux / Screen puede ser una solución alternativa, abra su sesión en Tmux e incluso si se desconecta, su sesión no se cuelga y puede volver a conectarla.

Mosh es un terminal remoto que admite conectividad intermitente, al ser un reemplazo de ssh. También tiene otras características interesantes que hacen que valga la pena explorarlo.

PD: Si esta no es la pregunta que pretendía hacer, por favor, ¿podría indicarme algunos consejos sobre dónde podría obtener más información sobre el problema específico que enfrenta?

salud 🙂