Cuando reinicio la red usando:
/etc/init.d/networking restart
Recibo esta advertencia:
Running /etc/init.d/networking restart is deprecated because it may not enable again some interfaces
Entonces, ¿cuál es la mejor manera de reiniciar la red después de hacer cambios ahora?
Este problema también se aplica a Debian ya que el paquete netbase se hereda de debian.
Respuestas:
Solo dice que la opción de reinicio desaparecerá
/etc/init.d/networking stop; /etc/init.d/networking start
Tenga en cuenta que solo hay una línea. Eso es importante cuando se ejecuta el reinicio de red a través de la red.
screen
stopy startobviamente no están en desuso pero se usan en combinación, tienen el mismo problema potencial que restartsolía tener.
Ejecute el comando init.d sin parámetros, le dirá cuál es el uso:
~# /etc/init.d/networking
Usage: /etc/init.d/networking {start|stop}
Parece que el reinicio está en desuso
Está en desuso también en Debian al menos desde:
netbase (4.38) unstable; urgency=low
* Create /etc/sysctl.d/bindv6only.conf on upgrades and new installs
to set net.ipv6.bindv6only=1.
* Made the init script check for swap over the network. (Closes: #540697)
* Temporarily depend on initscripts to work around a bug in multistrap.
(Closes: #556399)
* etc-services: added sieve (4190/tcp).
* etc-services: removed sieve (2000/tcp). (Closes: #555664)
* Made the init script warn that using the force-reload and restart
parameters is not a good idea. (Closes: #550240)
-- Marco d'Itri <md@linux.it> Sun, 06 Dec 2009 17:09:41 +0100
El error relacionado # 550240 aquí
Lo cual es bastante desagradable. Para reiniciar la conexión de red remota, probablemente el mejor y más seguro enfoque se ejecutará en una sesión de pantalla :
~# /etc/init.d/networking stop; /etc/init.d/networking start
A partir del networkingguión de inicio de hoy , restarty force-reloadfuncionará en la mayoría de las circunstancias. Supongo que es razonablemente seguro ignorar la advertencia y seguir usando el reinicio . Sin embargo, seguiré con la parada + inicio :-)
case "$1" in
start)
process_options
log_action_begin_msg "Configuring network interfaces"
if ifup -a; then
log_action_end_msg $?
else
log_action_end_msg $?
fi
;;
stop)
check_network_file_systems
check_network_swap
log_action_begin_msg "Deconfiguring network interfaces"
if ifdown -a --exclude=lo; then
log_action_end_msg $?
else
log_action_end_msg $?
fi
;;
force-reload|restart)
process_options
log_warning_msg "Running $0 $1 is deprecated because it may not enable again some interfaces"
log_action_begin_msg "Reconfiguring network interfaces"
ifdown -a --exclude=lo || true
if ifup -a --exclude=lo; then
log_action_end_msg $?
else
log_action_end_msg $?
fi
;;
*)
echo "Usage: /etc/init.d/networking {start|stop}"
exit 1
;;
esac
stop+ startparece hacer exactamente lo mismo que restartharía. No parece ser más seguro, aparte de no usar una opción desaprobada (desaprobada específicamente para desalentar esta operación).
Yo uso nohup sh -c "/etc/init.d/networking stop; sleep 2; /etc/init.d/networking start". Agrego sleep 2porque creo que quizás los problemas con el reinicio tuvieron algo que ver con las latencias dependientes del hardware, pero esto no está confirmado y es una regla general que me da vergüenza hacer público. ¡Entonces puedes saltarte eso si te sientes racional!
El siguiente comando funciona bien en un entorno de servidor, sin lanzar advertencias. Implementa tanto la solicitud de detención como la de inicio en el servicio de red.
sudo service networking start
qué tal si nohup sh -c "ifdown -a && ifup -a"
/etc/init.d/networking stop; /etc/init.d/networking start