Voglio capire in quali circostanze questo comando è valido. Come posso vedere, usando questo comando i pacchetti di rilevamento hanno un IP di destinazione unicast uguale a quello dell'ip del server fornito mentre il mac di destinazione viene trasmesso. È un pacchetto valido, poiché non riesco a ottenere l'ip usando questo flag.
Risposte:
Penso che ricevere una risposta con -s flag dipenda dal server dhcp in ascolto (o dalla sua configurazione).
Risposta breve, funziona con il server dhcpd ma non funziona con dnsmasq uno.
Risposta lunga (er), utilizzando "dhclient -v -s 172.16.0.1 eth1" otterrà un IP se il server di ascolto è dhcpd:
[root@c602 ~]# dhclient -v -s 172.16.0.1 eth1
Internet Systems Consortium DHCP Client 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth1/08:00:27:31:f2:d6
Sending on LPF/eth1/08:00:27:31:f2:d6
Sending on Socket/fallback
DHCPDISCOVER on eth1 to 172.16.0.1 port 67 interval 7 (xid=0x6161a797)
DHCPOFFER from 172.16.0.1
DHCPREQUEST on eth1 to 172.16.0.1 port 67 (xid=0x6161a797)
DHCPACK from 172.16.0.1 (xid=0x6161a797)
bound to 172.16.0.230 -- renewal in 19087 seconds.
[root@c602 ~]# ip -4 a show dev eth1
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
inet 172.16.0.230/24 brd 172.16.0.255 scope global eth1
In entrambe le circostanze, quando dhcpd o dnsmasq sono il server dhcp funzionante, DHCPDISCOVER sta raggiungendo il server ma non riceve risposta da dnsmasq; visto questo con tcpdump sulla macchina server. (tcpdump -nnnvvvi eth1 porta 67 e porta 68)