Che cos'è una buona configurazione di timeout del lease DHCP

Ho visto generalmente che i tempi di leasing DHCP sono piuttosto lunghi (un giorno in più) sulla maggior parte delle impostazioni predefinite. Ho un cliente che sembra avere il seguente problema. Hanno un server DHCP in un router quasi saturo (diciamo che in una normale giornata lavorativa viene utilizzato l'80-85% dei potenziali IP). Occasionalmente riavviano il loro router. Quando ciò accade, sembra che il router perda la sua tabella di IP assegnati, quindi assegna nuovamente gli IP (ovviamente).

Il problema è che abbastanza spesso c'è un client sulla LAN che ha già l'IP e lo manterrà per un giorno (la lunghezza del timeout corrente), causando un conflitto IP e problemi di connettività per quei due computer.

La soluzione ovvia è quella di fare un leasing molto breve, ma dal momento che sono solo un hobbista quando si tratta di rete, potrebbe esserci di più sul DHCP che non capisco.

Quanto sopra è una ragionevole valutazione della situazione (almeno con apparecchiature di fascia bassa) e in questo caso ha senso un tempo di leasing inferiore (diciamo mezz'ora)?

Si consiglia di sostituire il server DHCP, poiché è ovviamente rotto. I server DHCP dovrebbero conservare le informazioni di leasing tra i riavvii e preferibilmente anche esaminare gli indirizzi prima di rilasciarli nel pool per evitare la duplicazione degli indirizzi.

Se questa non è un'opzione è possibile eliminare la durata del contratto di locazione. Finché il server DHCP è in grado di gestire il churn dovrebbe funzionare, ma i contratti di locazione brevi causeranno un piccolo aumento della quantità di traffico di trasmissione sulla rete.

I contratti di locazione brevi sono principalmente un problema quando ci sono clienti che si disconnettono e si riconnettono molto, ad esempio nelle reti WiFi. Leasing molto brevi (meno di 1 minuto) possono causare strani problemi con alcuni client DHCP che hanno timeout più lunghi del leasing.

Risolvi il vero problema . I server DHCP devono ricordare i lease tra i riavvii e eseguire il ping degli IP di test prima di distribuirli (per assicurarsi ragionevolmente che non siano già in uso).

Windows Server viene fornito con un server DHCP. Qualsiasi piattaforma * nix può eseguire ISC DHCPd. Entrambe sono scelte abbastanza buone e soddisfano facilmente i requisiti di cui sopra.

I lease DHCP sono impostati su 8 giorni per IPv4 e 2 settimane per IPv6. Qualunque cosa tu imposti, ricorda che i clienti si rinnoveranno dopo 1/2 volta, quindi se lo imposti a 8 ore, si rinnoverà ogni 4 ore (continuando con un doppio tempo di declino in caso di richieste non riuscite).

L'implementazione del server DHCP del router potrebbe essere in grado di eseguire il "rilevamento collisioni DHCP". Dai un'occhiata e abilitalo se possibile. Questa è la soluzione più semplice.

Tempi di locazione più brevi saranno sicuramente di aiuto, ma non sono garantiti al 100%. Non vorrei andare sotto 1 ora però. Nella mia esperienza a molti programmi di rete non piace molto il computer riacquista DHCP mentre il programma è in esecuzione (ad esempio Outlook2003 è noto per questo, il 2007 sembra comportarsi meglio). Farlo ogni 5 minuti può essere abbastanza evidente per gli utenti.

Se l'ambito DHCP è abbastanza grande per tutti i computer in loco e la maggior parte di tali computer è fissa in loco, potrebbe essere possibile assegnare ai sistemi regolari un indirizzo IP fisso tramite prenotazione DHCP, lasciando solo un pool molto piccolo di dinamicamente indirizzi assegnati a ospiti e / o laptop poco frequenti in ufficio. Gli indirizzi riservati non saranno soggetti a collisioni. Certo: qualcuno deve mantenere quell'elenco di prenotazione ......

Se si dispone di un altro server DHCP (Windows / Linux o un altro router) sulla WAN in grado di rilevare la collisione, è possibile prendere in considerazione l'aggiunta di questa LAN come ambito DHCP aggiuntivo e riconfigurare il router del sito per inoltrare DHCP a questo.

Se tutto il resto fallisce, dovrai configurare un server DHCP separato. Per un massimo di circa 200 utenti non è necessario un grande server Windows o una scatola Linux. Puoi cavartela con qualcosa come TFTPD32 che è gratuito, facile da configurare e farà anche il rilevamento delle collisioni. (E funzionerà su un sistema operativo desktop se i costi sono un problema. Se ti capita di avere un PC in giro che può essere lasciato "sempre acceso"). (E, vedi il paragrafo precedente, questo può essere localizzato su un altro sito.)

Un tempo di noleggio di 30 minuti andrà bene per alcune centinaia di clienti. Se hai meno di 100 client puoi usare 5 o 10 minuti.

L'unico vero problema che prenderei in considerazione è il carico del server. Poiché il DHCP è un servizio relativamente leggero rispetto all'attuale potenza del processore / rete, tale considerazione sta diventando molto meno importante.

Questo è ovviamente tutto relativo alle dimensioni della tua rete. Una classe C piena di clienti è una cosa, 5 classe come è una bestia completamente diversa.

Prova a impostarlo sui 30 minuti che hai citato e guarda come reagisce il tuo router per quanto riguarda il carico del processore.

Altre letture disponibili qui: http://www.dhcp-handbook.com/dhcp_faq.html (vedi domanda 35)

Sono d'accordo su Stefan, il tempo di noleggio corretto dipende da alcuni parametri. Quanti utenti, per quanto tempo i client rimangono generalmente connessi, quale rete di classe hai, quanto è potente il tuo router. Nel mio caso molte persone entrano ed escono dalla club house. Nei momenti più affollati vedo 100 connessioni simultanee. Ogni giorno suppongo che 700-1000 persone visiteranno.

Il nostro ISP ha fornito un router per uso domestico economico che non supporta un buon server DHCP con tempi di leasing più brevi <1 giorno, quindi ciò significherebbe un grande pool DHCP che a sua volta il router non è in grado di gestire. La tabella di leasing sarebbe troppo grande per mantenere accanto alle altre funzioni del router, quindi le funzioni DORA falliscono e i client si assegneranno un indirizzo APIPA. Dato che netwerk non contiene alcun server di alcun tipo, ho acquistato un router economico (tp-link WR841n) che supporta un buon server DHCP con opzioni per fornire ai clienti specifiche di routing / DNS e tempi di leasing più brevi.

Ho solo abilitato questo router a fungere da server DHCP dedicato e ho concesso ai clienti un lease di 30 minuti. Dopo i 30 minuti, il server DHCP contatterà il client se è ancora lì, in caso contrario rilascerà l'indirizzo IP se ancora presente riassegnerà 30 minuti al contratto di locazione del client. Il client manterrà lo stesso indirizzo IP. L'intervallo DHCP è impostato nell'intervallo di indirizzi privati ​​con 254 contratti di locazione simultanei max. (basato sulle connessioni massime totali degli AP). Funziona benissimo per il mio caso.

Riavviare un server DHCP e svuotare la sua tabella non è una buona idea, a meno che non si assicuri di disconnettere prima tutti i client dalla rete (disabilitare gli AP WiFi). Dare almeno un minuto per assicurarsi che tutti i client siano disconnessi. Quindi avviare la rete nel seguente ordine e attendere fino al completo avvio e connessione: router, server DHCP, punti di accesso Wifi.

Non sarebbe una soluzione migliore quella di risolvere il problema con il server DHCP o sostituirlo?

Ho avuto diversi casi in cui gli utenti non sono gli stessi per più di mezza giornata, ad esempio ristoranti, pensioni e hotel, se hanno un contratto di locazione per poche ore o un giorno si ha bisogno di un enorme pool ip per non esaurirsi e avere clienti con assegnazione ip che non c'è più. Ma per una rete normale in cui ci sono gli stessi dispositivi un utente per 3 giorni va bene.

Stefan

I contratti di leasing da 5 a 10 minuti sono idioti e non promettono alcuna conoscenza di RFC 2131. In effetti, qualsiasi cosa diversa da 3 giorni, specialmente sulle reti wireless, non è chiaramente una buona idea. Sembra che il router / dhcp risolva il problema alla radice non lo aggravi.