Enviar DHCPDISCOVER en unicast con nmap

Hace poco tuvimos un incidente con el servidor de DHCP, el cual no estaba dando IP.

Para determinar si el problema estaba en el servidor de DHCP, probé a solicitar una dirección IP por unicast al servidor de DHCP mediante nmap -sU -p 67 --script=dhcp-discover --script-args=dhcptype=DHCPDISCOVER dcmad.my-company.com. Lo curioso fue descubrir que al solicitar una IP por unicast al servidor, respondía correctamente; pero no respondía a las solicitudes por broadcast, lo que implicaba que ningún PC de la red recibiera IP ya que las peticiones de DHCP siempre son por broadcast.

Ejemplo:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
C:\Users\antonio.guillen
λ nmap -sU -p 67 --script=dhcp-discover --script-args=dhcptype=DHCPDISCOVER 172.xxx.zzz.30
Starting Nmap 7.12 ( https://nmap.org ) at 2016-12-21 10:09 W. Europe Standard Time
Nmap scan report for dcmad.my-company.com (172.xxx.zzz.30)
Host is up (0.00s latency).
PORT STATE SERVICE
67/udp open dhcps
| dhcp-discover:
| IP Offered: 172.xxx.yyy.32
| DHCP Message Type: DHCPOFFER
| Subnet Mask: 255.255.255.0
| Renewal Time Value: 0s
| Rebinding Time Value: 0s
| IP Address Lease Time: 1s
| Server Identifier: 172.xxx.zzz.30
| Router: 172.xxx.yyy.1
| Domain Name Server: 172.xxx.zzz.30, 172.www.xxx.30
| NTP Servers: 172.xxx.zzz.30, 172.www.xxx.30
| Domain Name: madrid.my-company.com\x00
|_ Time Server: 172.xxx.zzz.30, 172.www.xxx.30
Nmap done: 1 IP address (1 host up) scanned in 10.43 seconds

Descartado un problema con el servicio de DHCP, lo siguiente a mirar fue el servicio de Relay DCHP del firewall. Después de reiniciar el servicio de Relay DHCP del firewall, todo comenzó a funcionar con normalidad.

Contenidos