DHCP-debugging
Pokud chceme debugovat DHCP, musíte zajistit, aby na počítač, na kterém poběží tshark/tethereal nebo Packetyzer, dostával všechny packety, jako DHCP server.
Pokud je DHCP server Linux, je to snadné - spustíte tshark přímo na něm. Pokud je to Mikrotik, můžete si z něj nechat přeposílat všechny packety na stroj, na kterém poběží tshark.
Pro analýzu komunikace DHCP klient-server stačí spustit následující příkaz:
tshark -i eth1 udp portrange 67-68
Vysvětlení options: "-i eth1" = zachytáváme na eth1 "udp" = zajímá nás pouze protokol UDP (po kterém DHCP komunikuje) "portrange 67-68" - DHCP server naslouchá na portu 67, odpovědi posílá na port 68
Pro jednu úspěšnou DHCP transakci by měl být výstup tohoto příkazu následující:
(Čas |IP zdroje | IP cíle |prot.|typ transakce| ID Transakce) 0.000000 0.0.0.0 -> 255.255.255.255 DHCP DHCP Discover - Transaction ID 0xd72d50af 0.001191 10.143.100.1 -> 255.255.255.255 DHCP DHCP Offer - Transaction ID 0xd72d50af 0.002441 10.143.100.44 -> 255.255.255.255 DHCP DHCP Request - Transaction ID 0xd72d50af 0.003178 10.143.100.1 -> 255.255.255.255 DHCP DHCP ACK - Transaction ID 0xd72d50af
Všimněte si následujících detailů:
- transakce: klient bez IP adresy (IP=0.0.0.0) posílá broadcast (IP=255.255.255.255), jehož účelem je objevit DHCP server
- transakce: DHCP server 10.143.100.1 nabízí broadcastem (IP cíle = 255.255.255.255) novou IP adresu, unicast zatím nelze, protože klient ještě nemá IP
- transakce:
Pokud ale nastanou problémy, jednoduchý výpis jako výše nebude stačit - budeme potřebovat detaily. Spustíme proto tshark s parametrem -V:
tshark -lVi eth1 udp portrange 67-68 | less
Vysvětlení:
- "-V" znamená "verbose" - tiskni detaily packetů
- "-l" znamená spláchni výstupní buffer po každém vytisklém řádku
- " | less" znamená posílej výstup rourou příkazu less, který umožnuje stránkovat a vyhledávat ve výstupu
Dostaneme např. následující výpis (pro přehlednost vynechám nepodstatné řádky):
Frame 2 (342 bytes on wire, 342 bytes captured)
...
[Protocols in frame: eth:ip:udp:bootp]
Ethernet II, Src: Vmware_5e:20:9c (00:0c:29:5e:20:9c), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Address: Broadcast (ff:ff:ff:ff:ff:ff)
.... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
.... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
Source: Vmware_5e:20:9c (00:0c:29:5e:20:9c)
Address: Vmware_5e:20:9c (00:0c:29:5e:20:9c)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
Type: IP (0x0800)
Internet Protocol, Src: 0.0.0.0 (0.0.0.0), Dst: 255.255.255.255 (255.255.255.255)
Version: 4
Header length: 20 bytes
...
Protocol: UDP (0x11)
Source: 0.0.0.0 (0.0.0.0)
Destination: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67)
...
Bootstrap Protocol
Message type: Boot Request (1)
...
Transaction ID: 0x9d05a0c1
Seconds elapsed: 0
Bootp flags: 0x8000 (Broadcast)
1... .... .... .... = Broadcast flag: Broadcast
.000 0000 0000 0000 = Reserved flags: 0x0000
Client IP address: 0.0.0.0 (0.0.0.0)
Your (client) IP address: 0.0.0.0 (0.0.0.0)
Next server IP address: 0.0.0.0 (0.0.0.0)
Relay agent IP address: 0.0.0.0 (0.0.0.0)
Client MAC address: Vmware_5e:20:9c (00:0c:29:5e:20:9c)
Server host name not given
Boot file name not given
Magic cookie: (OK)
Option: (t=53,l=1) DHCP Message Type = DHCP Discover
Option: (53) DHCP Message Type
Length: 1
Value: 01
Option: (t=61,l=7) Client identifier
Option: (61) Client identifier
Length: 7
Value: 01000C295E209C
Hardware type: Ethernet
Client MAC address: Vmware_5e:20:9c (00:0c:29:5e:20:9c)
Option: (t=55,l=4) Parameter Request List
Option: (55) Parameter Request List
Length: 4
Value: 0103062A
1 = Subnet Mask
3 = Router
6 = Domain Name Server
42 = Network Time Protocol Servers
Option: (t=12,l=19) Host Name = "Router WiFi Sabatec"
Option: (12) Host Name
Length: 19
Value: 526F7574657220576946692053616261746563
End Option
Padding