Selon la strophe du document de configuration du réseau Debian allow-hotplug <interface_name>dans le /etc/network/interfacesfichier, une interface démarre lorsque le noyau détecte un événement hotplug à partir de l'interface. Qu'est-ce que cet événement hotplug?
allow-hotplug <interface>, est utilisé de la même manière autopar la plupart des gens. Cependant, l'événement hotplug est quelque chose qui implique une détection du noyau / udev par rapport au matériel, qui pourrait être un câble connecté au port, ou un dongle USB-à-Ethernet qui sera opérationnel à chaque fois que vous vous connectez sur USB, ou une carte sans fil PCMCIA connectée à l'emplacement.
Mon opinion personnelle: je pense aussi que cela allow-hotplugpourrait avoir des exemples plus documentés pour rendre cette chose plus facile à comprendre. Comme l'ont souligné d'autres membres U&L et des listes Debian, ces deux options créent le "problème de la poule et de l'œuf" lorsqu'il n'y a pas de câbles connectés ou lorsqu'un événement est créé:
Je vois. Cependant, dans le cas de serveurs, la meilleure pratique est probablement d'utiliser autoce qui forcera l'interface vers le haut, que le câble soit connecté, etc.?
Martin
1
Depens. J'ai eu un cas où je dois régler allow-hotplugparce que je voulais m'assurer que mon pare-feu négocierait le lien APRÈS le commutateur de base totalement démarré et appliqué ses confiurations. Dans les cas généraux, cela autodevrait suffire.
4
Je voudrais également souligner que, dans la plupart des cas, les clouds / EC2 / VPS / VM devraient utiliser auto! J'ai perdu le réseautage avec un nohup service networking restartavant avec allow-hotplug.
Will
Bonne prise. J'ai trouvé certains des mêmes problèmes que vous et l'autre réponse de Sprinterfreak avez signalés sur les listes Debian. Modifié ma réponse avec ces informations précieuses
Si vous avez configuré un périphérique enfichable en tant que auto, cela empêchera le système entier de démarrer s'il n'existe pas pour le moment! Si un allow-hotplugpériphérique configuré N'EST PAS configuré après le redémarrage automatique du réseau de services. C'est totalement déroutant. Dans les deux cas, j'ai perdu des systèmes entiers. Si vous devez redémarrer neworking en étant connecté à un périphérique hotplug, vous DEVEZ manuellement vous assurer de le ifup <interface>redémarrer comme ceci
"... en tant que périphérique auto, cela empêchera le système entier de démarrer s'il n'existe pas pour le moment", je viens de l'essayer sur une machine virtuelle et il a bien démarré (sans réseau bien sûr, car j'ai désactivé dans le logiciel VM tous adaptateurs réseau), vous voulez en savoir plus?
auto
ce qui forcera l'interface vers le haut, que le câble soit connecté, etc.?allow-hotplug
parce que je voulais m'assurer que mon pare-feu négocierait le lien APRÈS le commutateur de base totalement démarré et appliqué ses confiurations. Dans les cas généraux, celaauto
devrait suffire.auto
! J'ai perdu le réseautage avec unnohup service networking restart
avant avecallow-hotplug
.Il y a une chose générale importante à retenir:
Si vous avez configuré un périphérique enfichable en tant que
auto
, cela empêchera le système entier de démarrer s'il n'existe pas pour le moment! Si unallow-hotplug
périphérique configuré N'EST PAS configuré après le redémarrage automatique du réseau de services. C'est totalement déroutant. Dans les deux cas, j'ai perdu des systèmes entiers. Si vous devez redémarrer neworking en étant connecté à un périphérique hotplug, vous DEVEZ manuellement vous assurer de leifup <interface>
redémarrer comme ceciservices networking restart; ifup wlan0
immediatement. Sinon, vous êtes foutu.
la source
auto
, cela empêchera le système entier de démarrer s'il n'existe pas pour le moment", je viens de l'essayer sur une machine virtuelle et il a bien démarré (sans réseau bien sûr, car j'ai désactivé dans le logiciel VM tous adaptateurs réseau), vous voulez en savoir plus?