Dans Ubuntu 14.04 ni sudo service networking restart
ne sudo /etc/init.d/networking restart
plus rien faire. Ils sortent tous les deux avec le code 1. Quelque chose a évidemment changé (ou à moitié changé) mais je ne trouve pas quoi. Cela pose évidemment des problèmes de reconfiguration du réseau distant et d’outils tels que Ansible.
$ sudo bash -x /usr/sbin/service networking restart
[sudo] password for wirehive:
++ basename /usr/sbin/service
+ VERSION='service ver. 0.91-ubuntu1'
++ basename /usr/sbin/service
+ USAGE='Usage: service < option > | --status-all | [ service_name [ command | --full-restart ] ]'
+ SERVICE=
+ ACTION=
+ SERVICEDIR=/etc/init.d
+ OPTIONS=
+ '[' 2 -eq 0 ']'
+ cd /
+ '[' 2 -gt 0 ']'
+ case "${1}" in
+ '[' -z '' -a 2 -eq 1 -a networking = --status-all ']'
+ '[' 2 -eq 2 -a restart = --full-restart ']'
+ '[' -z '' ']'
+ SERVICE=networking
+ shift
+ '[' 1 -gt 0 ']'
+ case "${1}" in
+ '[' -z networking -a 1 -eq 1 -a restart = --status-all ']'
+ '[' 1 -eq 2 -a '' = --full-restart ']'
+ '[' -z networking ']'
+ '[' -z '' ']'
+ ACTION=restart
+ shift
+ '[' 0 -gt 0 ']'
+ '[' -r /etc/init/networking.conf ']'
+ which initctl
+ grep -q upstart
+ initctl version
+ case "${ACTION}" in
+ stop networking
stop: Job failed while stopping
+ :
+ exec start networking
start: Job is already running: networking
Quelle est la bonne façon de redémarrer la mise en réseau à distance dans Ubuntu 14.04 Server?
networking
network-manager
services
SimonJGreen
la source
la source
sudo bash -x /usr/sbin/service networking restart
sudo bash -x /etc/init.d/networking restart
Réponses:
Il s’avère qu’il s’agit d’une "fonctionnalité". Le seul moyen de redémarrer une interface dans Ubuntu Server est la suivante:
sudo ifdown eth0 && sudo ifup eth0
https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1301015
la source
sudo service networking restart
semblait avoir tout gâché. J'ai donc dû courirsudo ifdown eth0 && sudo ifup eth0
deux fois. Oui, deux fois.;
lieu d'&&
une option plus sûre?ifdown, ifup n'a pas fonctionné pour moi (délai de connexion SSH probable avant la deuxième commande). Quel était le travail était:
C'était sur un système 14.04 ubuntu-desktop.
la source
Ce qui a changé, c'est qu'ils ne veulent plus que vous "rebondiez" sur le réseau. arrêter et commencer à travailler toujours. le redémarrage ne fonctionne plus. Je viens de "résoudre" ce "problème", c'est-à-dire que j'ai retrouvé l'ancien comportement. Pour revenir à un comportement antérieur: Prenez un fichier 13.10 /etc/init/networking.conf et remplacez le fichier 14.04 par celui-ci. (edit: clarifié lequel remplace lequel)
Le processus ressemble à ceci:
Faites de même pour le script /etc/init.d/networking, qui correspond au fichier /etc/init/networking.conf.
De toute évidence, il y a une raison pour laquelle ils ont mis une sortie défensive à l'intérieur, mais ils ne se donnent pas la peine de vraiment expliquer ce qui se passe.
Une entrée va dans /var/log/upstart/networking.log lorsque vous essayez, cela ressemble à:
Mais ils pourraient vraiment / devraient avoir comme résultat le message de dialogue lorsque vous essayez de redémarrer le réseau de service. Et bien. compris et même un travail à l’ancienne.
EDIT: J'ai constaté que cela provoquait un déclenchement involontaire du script contrôlé par /etc/init/failsafe.conf, ce qui est indésirable, car il provoque un délai d'attente de 120 secondes à chaque démarrage ... ainsi que peut-être même en masquant les erreurs de configuration / réseau. problèmes que l'apparition de ce délai indiquerait, mais il montre déjà tout le temps. (par exemple, un câble débranché permettant l’accès à un partage de fichiers réseau mappé dans / etc / fstab, par exemple)
Dans tous les cas, je vais trouver la cause du dépassement de délai et publier un correctif lorsque je le trouverai.
la source
questionable
.En référence à la réponse de kvm-user420, j'ai créé un script qui remplacera les scripts réseau d'Ubuntu 14.04 par celui d'Ubuntu 13.10.
Vous pouvez le trouver ici: https://github.com/metral/restore_networking
Prendre plaisir!
la source
Je résous le problème avec ce script: veuillez ajouter ce script à "/etc/network/if-down.d"
contenu :
et enfin :
Maintenant, vous pouvez changer d'adresse IP et redémarrer le service réseau avec la commande systemctl ou service.
REMARQUE : ce script est trop simple et NE MANIPULE PAS les interfaces vm, tap, bridge, .... efface réellement toutes les interfaces exclut lo (bouclage).
la source