Skip to content

A7- TESTING I PROVA FUNCIONAL DEL SERVEI DHCP

L’objectiu és verificar que el servei Kea DHCP funciona correctament i que hi ha connectivitat real entre servidor i clients. En xarxes, res s’assumeix: si no es comprova, no funciona.

Durada: 1 hora

🧩 A. Bateria de Proves

Test 1: obtenció dinàmica de la IP per client

Verifica que el Client ha rebut correctament una IP dins del rang pool que vam definir al fitxer de Kea kea-dhcp4.conf, així com la màscara i la porta d'enllaç correctes: 

ip a
ip -c address show   # adreça IP assignada
ip -c route show # porta d'enllaç per defecte
resolvectl dns  # el servidor DNS assignat

Pregunta't
  • L’adreça IP està dins del rang configurat?
  • La porta d’enllaç i el DNS coincideixen amb els valors del fitxer JSON?

Test 2: Prova de connectivitat - (Ping des del servidor)

Ara comprovarem si cada un dels clients es poden comunicar amb el servidor. Ves al servidor i fes un ping a la IP que ha rebut el client: 

ping

Què busquem?
  • Latència baixa
  • 0% packet loss
  • Si el ping ...
    • respon: la xarxa IsardVDI i el servidor DHCP funcionen correctament.
    • Si falla Inici de diagnosi: pot ser un problema de servei, subnet, interfície o configuració.

Test 3: Prova de persistència (la prova de foc)

Ara comprovarem si el servidor recorda les concessions després d’una caiguda.

  • Reinicia el servei DHCP o reinicia la màquina virtual del servidor.
  • Quan torni a arrencar, ves al client i comprova si continua tenint connectivitat (ping o navegació).
Què busquem?

Si al fitxer JSON tens "persist": true, el servidor hauria de recordar la IP assignada.

  • Si tot funciona → DHCP robust i professional.
  • Si falla → el servidor no ha carregat correctament les concessions guardades.

🧩 B. Diagnosi d’incidències

Si el servei KEA no està funcionant bé, no demanis ajuda immediatament; com a administrador, fes les següents comprovacions de diagnosi:

1. Sintaxi del fitxer JSON (error més comú)

Abans de res, comprova si t'has deixat alguna coma o claudàtor al fitxer JSON.

kea-dhcp4 -t /etc/kea/kea-dhcp4.conf   # Verificar la sintaxi del JSON

2. Estat del servei

Mostra si el servei està actiu, aturat o ha fallat en intentar arrencar:

systemctl status kea-dhcp4-server

3. Logs recents (la “capsa negra”)

Si l'estat és fallit, la "capsa negra" del sistema et dirà el perquè.

journalctl -u kea-dhcp4-server.service -n 50   # Últimes 50 línies del log

4. Conflicte de ports (només pot haver-hi un DHCP al port 67)

Assegura’t que no hi ha un altre DHCP actiu. Només pot haver-hi un servei escoltant pel port 67.

ss -lunp | grep 67   # Comprova si algun altre servei ocupa el port 67

5. Fitxers lock i sockets enganxats

KEA crea fitxers a /tmp/kea*. Si el servidor cau bruscament i un d'aquests fitxers es queda “enganxat”, el dimoni creurà que ja està en execució i es negarà a arrencar.

ls -l /tmp/kea* # Si veus un arxiu .lock antic, esborra'l

🧩 C. Documentació

Durant tota l’activitat, registra les proves realitzades i els resultats obtinguts (captures o descripcions). Les evidències són essencials per demostrar que el servei funciona.