Respuestas:
allow-hotplug <interface>
, se usa de la misma manera auto
que la mayoría de las personas. Sin embargo, el evento hotplug es algo que involucra la detección de kernel / udev contra el hardware, que podría ser un cable conectado al puerto, o un dongle de USB a Ethernet que estará en funcionamiento cada vez que conecte un USB, o una tarjeta inalámbrica PCMCIA conectada a la ranura.
Mi opinión personal: también creo que allow-hotplug
podría haber ejemplos más documentados para que esto sea más fácil de entender. Como señalaron otros miembros de U&L y listas de Debian, esas dos opciones crean el "problema del huevo y la gallina" cuando no hay cables conectados o cuando se crea un evento:
Referencias
allow-hotplug
porque quería asegurarme de que mi firewall negociaría el enlace DESPUÉS de que el interruptor central se iniciara por completo y aplicara sus configuraciones. En casos generales, auto
debería ser suficiente.
auto
. He perdido las redes con un nohup service networking restart
antes con allow-hotplug
.
Hay una cosa general importante para recordar:
Si configuró un dispositivo conectable como auto
, ¡evitará que todo el sistema se inicie si no existe en este momento! Si un allow-hotplug
dispositivo configurado NO ESTÁ configurado después de que los servicios de red se reinicien automáticamente. Eso es totalmente confuso. En ambos casos he perdido sistemas completos. Si tiene que reiniciar el neworking conectado a un dispositivo de conexión en caliente, DEBE asegurarse manualmente ifup <interface>
después de reiniciar de esta manera
services networking restart; ifup wlan0
En seguida. De lo contrario, estás jodido.
auto
, evitará que todo el sistema se inicie si no existe en este momento", acabo de probar esto en una máquina virtual y arrancó bien (sin red, por supuesto, ya que desactivé todo el software de VM adaptadores de red), ¿te gustaría explicar más?
auto
lo que forzará la interfaz, independientemente de si el cable está conectado, etc.