DHCP, 12-12-22

Protocollo applicativo basato su UDP, serve a configurare il livello 3 dei client.

DHCP è quindi un protocollo diffuso per la configurazione automatica degli host.

I router, essendo dei componenti fondamentali, solitamente vengono configurati manualmente. E' rischioso configurare un router con algoritmi automatici.

L'amministratore di rete è il responsabile della scrittura delle policy del server DHCP, i client poi si connetteranno per ottenere le informazioni necessarie alla loro configurazione.

Un'obbiettivo è avere un'architettura scalabile: in una rete potrebbero essere presenti più server DHCP, per avere maggiore resilienza. Questo comporta anche l'implementazione di meccanismi aggiuntivi per il riconoscimento del server adatto alla configurazoine, nel caso in cui ce ne siano più di uno.

---

Non avendo a disposizione il livello IP per comunicare (non essendo ancora configurato), i client inviano dei messaggi broadcast per capire se nella rete c'è un server DHCP in ascolto.

• Cosa succede se la rete è divisa in molte sottoreti?

\(\rightarrow\) Potrei inserire un server DHCP per ogni sottorete.
L'amministratore in questo caso non può più configurare le policy in un'unico database centralizzato.

Le regole elencate sono persistenti al riavvio dei server e dei client.

• assegnazione degli indirizzi IP;
• regole aggiuntive (regole di routing, nomi degli host…)
• comunicazione dei local name server;
• altre regole "statiche" di varia natura. Uno stesso host, ad esempio, può avere sempre lo stesso indirizzo IP.

Spesso si usano dei protocolli per capire se le assegnazioni automatiche creano dei conflitti nella rete.

• Porta UDP 67: porta su cui il server rimane in ascolto;
• Porta UDP 68: porta su cui il client rimane in ascolto;

In questo caso quindi ci sono delle porte note ben specificate. Il server non è in grado di selezionare il destinatario in base all'indirizzo IP. Quindi quello che fa è inviare i dati a tutti i client presenti su quella rete.

• op: specifica se il pacchetto contiene una risposta o una richiesta;
• xid: serve a comunicare l'ID della transazione, è una sorta di "identificatore di flusso", simile a quello di TCP, anche se DHCP non è orientato alla connessione. Questo campo viene scelto dal client quando inizia la comunicazione con il server.
• ciaddr: campo con cui il client può "richiedere" uno specifico indirizzo.
• yiaddr: campo con cui il server comunica le proposte.
• siaddr: se esistono più server (server ridondanti), indica il prossimo server da utilizzare.
• chaddr: campo che contiene l'indirizzo hardware del client. E' ridondante, ma serve per il corretto funzionamento del protocollo.

Il pacchetto DHCP è fortemente estendibile, in base alle esigenze.

---

Ecco alcuni esempi di messaggi da parte del client: Alcune precisazioni:

• DECLINE: pensata per gestire dei conflitti tra indirizzi IP. A volte il client può effettuare una verifica tramite comunicazioni simili a quelle relative al protocollo ARP.
• RELEASE: usato se un client si sta disconnettendo in maniera "fair".

---

• DISCOVER (op = 1), usando l'indirizzo 255.255.255.255 e decidendo il transaction ID.
• OFFER (op=2), proponendo un'indirizzo. Nel caso può testarlo per verificare se genera dei conflitti. Solitamente l'offerta è già un messaggio IP Unicast, che viene accettata dal client che non ha ancora IP configurato. Questo messaggio è già un'ulteriore test: se esiste già un client con quell'indirizzo potrebbe mandare una segnalazione al server dicendo che quell'ip non va bene.
• REQUEST (op = 1) Messaggio unicast in cui viene chiesta conferma al server dell'ip proposto. Se il client in qualche modo si ricordava della configurazione su quella rete, può partire direttamente con l'invio di questo pacchetto.
• AKC (op = 2), viene confermato il binding.

Il transaction ID non permette a degli host malevoli che fanno girare un server DHCP di "spammare" in anticipo delle richieste, per battere in velocità il server legittimo.

Mettiamo che alice sia connessa a un router (l'ip va configurato manualmente, 192.168.0.254/24) tramite uno switch. Per configurare il server dhcp, si modifica /etc/dhcp/dhcpd.conf. Le due "option" di default servono a dare a chi manda delle richieste delle informazioni aggiuntive. La seconda specifica i name-server, mentre la prima specifica il nome di dominio. attualmente possono essere commentate.

---

opzioni riguardo al timing delle regole:

---

subnet 192.168.0.0 netmask 255.255.255.0{
  range 192.168.0.100 192.168.0.200;
  option routers 192.168.0.254;
}

service isc-dhcp-server start

/var/log/syslog

ss -ulp

tcpdump -ni eth0 -w /mnt/hostfs/dump.pcap

dhclient -i eth0

interface "eth0" {
	send dhcp-requested-address 192.168.0.15;
}

SERVERS="192.168.0.254"

service isc-dhcp-relay start

La configurazione da analizzare è la seguente: Tralasciando la parte riguardante external e gw, per far funzionare il server dhcp la configurazione è la seguente:

• configurazione di dhcp:

---

• configurazione di g12 (bsata configurare il relay agent):