Quelle est la méthode préférée pour redémarrer le réseau dans Ubuntu et Debian

Quand je redémarre le réseau en utilisant:

/etc/init.d/networking restart

Je reçois cet avertissement:

 Running /etc/init.d/networking restart is deprecated because it may not enable again some interfaces

Alors, quel est le meilleur moyen de redémarrer le réseau après avoir apporté des modifications maintenant?

Ce problème s’applique également à Debian car le paquet netbase est hérité de Debian.

Il est juste de dire que l'option de redémarrage est en train de disparaître

/etc/init.d/networking stop; /etc/init.d/networking start

Notez qu'il n'y a qu'une seule ligne! Cela est important lorsque vous exécutez un redémarrage du réseau via le réseau.

Exécutez la commande init.d sans paramètres, elle vous indiquera quelle est l'utilisation:

~# /etc/init.d/networking 
Usage: /etc/init.d/networking {start|stop}

Semble que le redémarrage est obsolète

Il est également obsolète dans Debian au moins depuis:

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 <[email protected]>  Sun, 06 Dec 2009 17:09:41 +0100

Le bogue associé # 550240 ici

Ce qui est assez méchant. Pour redémarrer netwokring probablement de la meilleure distance et une approche plus sûre sera exécuter la commande suivante dans une session écran :

~# /etc/init.d/networking stop; /etc/init.d/networking start

À partir du networkingscript init d'aujourd'hui , restartet force-reloadfonctionnera dans la plupart des cas. J'imagine qu'il est raisonnablement prudent d'ignorer l'avertissement et d'utiliser toujours le redémarrage . Cependant j'irai avec le chemin stop + start :-)

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

Je l'utilise nohup sh -c "/etc/init.d/networking stop; sleep 2; /etc/init.d/networking start". J'ajoute sleep 2parce que je pense que les problèmes liés au redémarrage avaient peut-être quelque chose à voir avec les latences dépendantes du matériel, mais cela n'est pas confirmé et c'est une règle générale que j'ai un peu honte de rendre publique. Vous pouvez donc sauter cela si vous vous sentez rationnel!

La commande ci-dessous fonctionne bien dans un environnement de serveur, sans émettre d’avertissements. Il implémente les demandes d'arrêt et de démarrage sur le service de réseau.

sudo service networking start

que diriez-vous nohup sh -c "ifdown -a && ifup -a"

Dans Debian Wheezy,

service networking restart

semble faire ce qui est attendu et ne se plaint pas.

Je suppose que dans Jessie avec systemd, il pourrait être différent à nouveau.

Si vous ne trouvez pas la raison pour laquelle le réseau ne parvient pas à redémarrer, faites-le en mode prolixe à l'intérieur d'une screensession:

ifdown -v --force eth0; ifup -v eth0