Il sistema perde un indirizzo IP statico

A uno dei miei sistemi senza testa viene assegnato un indirizzo IP statico tramite /etc/network/interfacesEthernet cablata. È collegato a un router che è anche un server DHCP. Dopo un paio di giorni, l'indirizzo statico viene eliminato e sostituito da un indirizzo DHCP. Perché dovrebbe essere?

• Se eseguo un sudo ifdown eth0 && sudo ifup eth0oo sudo service networking restartun riavvio, il sistema assume nuovamente il suo indirizzo statico, ma poi un paio di giorni dopo, l'indirizzo IP cambia in uno dinamico.
• Non esiste alcun altro sistema sulla rete con (accidentalmente) lo stesso indirizzo statico.
• NetworkManager non è in esecuzione sul sistema.
• Ho impostato il sistema per inviarmi un'e-mail non appena l'indirizzo cambia, ma i tempi in cui ciò accade sembrano completamente casuali. Il tempo di leasing DHCP è di 24 ore, ma ciò non sembra correlato e comunque non dovrebbe interessare un indirizzo statico.
• La mia / etc / network / interfaces è questa:

    auto lo
    iface lo inet loopback
    auto eth0
    iface eth0 inet statico
    indirizzo 192.168.124.104
    gateway 192.168.124.253
    maschera di rete 255.255.255.0

È un po 'un enigma.

Cosa indurrebbe un sistema a rinunciare al suo indirizzo statico e richiedere invece un indirizzo DHCP? Cosa cercare, in quale file di registro?

Recentemente mi sono imbattuto in questo problema e dopo alcune indagini si è scoperto che /etc/dhcp/dhcp.conf necessitava di un blocco da aggiungere (o non commentato) simile a questo:

alias {interfaccia "eth0";   
indirizzo fisso 10.1.1.1;   
opzione subnet-mask 255.0.0.0; }

Spero che sia di aiuto!

Saluti, Glendon Gross

Hmmm, strano ... Non sono sicuro che sia importante, ma per amor di precisione posizionerei il netmaskparametro direttamente dopo "indirizzo" e non dopo "gateway". È inoltre necessario disinstallare / disattivare il pacchetto ( isc-) dhcp-clientdall'host e fare attenzione a ipv6 e al resolveconfpacchetto. Prima di ciò: un modo per scoprire cosa sta succedendo è mettere in atto una regola firewall che accetti e registri tutto il traffico da e verso le porte DHCP (server 67 UDP e client 68 UDP) o crei la registrazione per lo stato dei dispositivi, il dhcp-cliento annusa il tuo traffico.

Una soluzione alternativa (o soluzione alternativa) è tuttavia quella di configurare le prenotazioni DHCP per alcuni dei tuoi host o un lease-time infinito per i loro indirizzi DHCP. Per me funziona davvero bene e il vantaggio è la gestione centralizzata. Se il tuo server DHCP è il tuo modem / router, puoi probabilmente configurarlo nell'interfaccia web (il tempo di leasing o la prenotazione) e su alcuni router puoi persino selezionare una casella di controllo "indirizzo fisso". Se hai configurato il tuo server (Ubuntu?) Devi modificare il dhcpd.conffile aggiungendo alcune righe come questa:

host Accountant {
  hardware ethernet 00:1F:6A:XX:XX:XX;
  fixed-address 192.168.124.104;
}

So che questo è vecchio, ma ho riscontrato un problema simile con cui stavo lottando. Ho anche aperto un caso con Canonical per chiedere aiuto.

Da allora ho risolto il mio problema e sono tornato a questo post nella speranza che questo possa rivelarsi utile a qualcun altro che potrebbe inciampare in questo. Il mio problema alla fine si è rivelato essere "wicd-daemon". Non sono sicuro di come o perché il pacchetto sia stato installato, ma è stato il principale contribuente a eliminare il mio indirizzo statico e causare altri problemi di rete per me.

Un sintomo del mio problema era che dhclient si avviava se scollegassi il cavo di rete e lo ricollegassi. Simile al problema riportato qui, otterrei un indirizzo IP diverso. Se avessi impostato manualmente la mia scheda di rete, era OK, ma dopo qualche tempo casuale avrebbe ottenuto un IP diverso (a causa del dhclient in esecuzione in background sembra). Controlla se dhclient è in esecuzione. Per quanto riguarda il motivo per cui dhclient è in esecuzione, questo è un altro problema. Di seguito descrivo cosa risolto dhclient per me, che ho finito per rintracciare diversi percorsi (avahi, ntpd, ifup, ...). Nel mio caso era wicd-demone.

Inizialmente il problema è emerso durante i test mentre stavo cambiando rete che mi richiedeva di spostare fisicamente il cavo di rete. Ciò ha causato per me un problema di rete che non avrebbe dovuto. Ci è voluto anche un po 'di tempo per scoprire il problema, poiché non mi aspettavo che il mio IP statico fosse caduto o cambiato.

Alla fine, l'eliminazione di wicd-daemon e python-wicd ha risolto il problema. Il mio sistema ora mantiene l'indirizzo IP statico anche quando il cavo di rete è stato scollegato. Non ho nemmeno visto dhclient avviarsi, quindi sto pensando che anche il problema si sia risolto da solo. Ho anche seguito altri percorsi, guardando avahi che sembrava giocare un ruolo nei problemi che stavo avendo, ho anche guardato anche ntpd (strano lo so, ma si stava presentando nei syslog nello stesso momento in cui altri problemi sì; NTPD probabilmente non aveva nulla a che fare con esso ma produceva registri sospetti). Ho corso diverse buche di coniglio fino a quando, per caso, mi sono imbattuto in un processo wicd in esecuzione mentre facevo altri test.

Per farla breve, controlla se dhclient è in esecuzione e se hai un gestore di rete come wicd in esecuzione sul tuo sistema. Potrebbe essere ciò che ti sta causando problemi con il tuo indirizzo statico.