Après avoir modifié / etc / hosts, quel service doit être redémarré?

74

Après modification /etc/hosts, quels services doivent être redémarrés pour que la modification soit prise en compte?

Ashish Karpe
la source
8
Pour tous ceux qui reviennent ici via une recherche Web aléatoire ... Évidemment, ne courez pas sudo ifconfig eth0 downsi vous êtes sur un client SSH pour une raison similaire.
OskyEdz Snakehult
//, je n'ai jamais fait cette erreur auparavant. : /
Nathan Basanese
1
@ OskyEdzSnakehult, sauf si vous exécutez les deux sur une seule ligne, séparés par &&, à l'intérieur de tmux / screen / etc. afin que la commande se termine même si vous êtes déconnecté temporairement.
Walf

Réponses:

61

Vous n'avez pas besoin de redémarrer les services.

Lors des tests sur une installation de serveur 14.04, les modifications ont été immédiatement reflétées.

Le seul service qui pourrait être lié est le «réseautage», mais il est inutile de le redémarrer.

Arronique
la source
//, Pourquoi ceux-ci n'ont pas besoin d'un redémarrage?
Nathan Basanese
// Ceci est également vrai pour Mac OS X (10.12.4 (16E195)).
Nathan Basanese
Je n'ai eu à redémarrer aucun service, mais j'ai dû redémarrer ma machine pour que cela fonctionne
Gayan Weerakutti
3
Non! Ça ne marche pas pourUbuntu 16.04.4 LTS
Green
1
Ne fonctionne pas pour Linux mis à jour,
ChikuMiku
10

Tu peux essayer:

sudo ifconfig eth0 down
sudo ifconfig eth0 up

(remplacez eth0par votre carte réseau)

mais Arronical a raison en théorie: vous n'en avez pas besoin.

Eugenio Desideri
la source
5
C’est ce que j’ai tendance à faire après tout changement de réseau, je mets normalement &&entre les deux commandes pour en faire un one-line.
Arronical
11
Sauf si, euh .. vous avez ssh'd dans la machine à distance?
Sharky
Si vous êtes connecté via ssh à distance, un redémarrage peut être aussi sûr qu'un désarrêt / démarrage manuel du réseau (car, bien sûr, après avoir désactivé le réseau, vous êtes déconnecté et vous ne pouvez pas le réactiver - ou même redémarrer!). Cependant, pour faire un ifconfigdown + up, utilisez quelque chose comme gnu screen (ou tmux), et exécutez les deux commandes en même temps via ifconfig up && ifconfig downou en les plaçant dans un script shell à deux lignes et en les exécutant. Reconnectez-vous ensuite à votre session gnu screen / tmux - si tout se passe bien.
michael
3

En fait, j'ai remarqué que postfix pourrait tirer parti d'un redémarrage pour inclure les nouveaux hôtes dans sa version de fichier d'hôte local disponible ici / var / spool / postfix / etc / (Ubuntu 16.04)

Tritof
la source
3

Théoriquement, les modifications apportées au /etc/hostsfichier prennent effet immédiatement.

Mais, si vous obtenez l'ancien nom d'hôte après cela

$ hostname

Ensuite, redémarrez ou redémarrez votre connexion réseau ... cela devrait vous montrer le bon nom d'hôte.

Varshneydevansh
la source
2

Si vous utilisez dnsmasq(est défini par défaut), procédez comme suit:

$ pkill -HUP dnsmasq
Andrey Starodubtsev
la source
0

Pour la plupart, etc / hosts, les modifications doivent être immédiatement reconnues. Si vous ajoutez une nouvelle entrée, envoyez une requête ping par son nom sur la machine hébergeant le fichier etc / hosts sur laquelle elle fera probablement un ping. Cela signifie que la mise à jour de la commande etc / hosts a été reconnue par DNS. Sur un système pihole, si vous redémarrez le résolveur DNS, il récupérera les entrées nouvellement ajoutées / modifiées, etc / hosts. Très probablement, c'est une fonction du programme qui essaie d'utiliser les entrées hosts, a-t-il lu le contenu actuel ou l'a-t-il lu uniquement au moment du démarrage, ou comme pihole, sera-t-il relu en redémarrant une simple fonction interne?

1coolbox
la source