Thread Info
  • State Suggested Answer
  • +1 person also asked this people also asked this
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 30 subscribers
  • Views 16948 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

DHCP option (66)

JonWestgate

Hello All,

I'm trying to see if a bug that was present in Cyberoam has been fixed.

This would be the one where option 66 (next-server on isc-dhcp and many others) its TFTP_Server_Name(66) in the world of Cyberoam / Sophos XG is totally ignored and a value of 0.0.0.0 is sent to the client.


So far I have been unable to prove this because then I do a tcpdump filedump 'proto UDP and port 67'

because https://<appliance ip>/documents/filedump.pcap returns a 404 error as does https://<appliance ip>/documents/tcpdump.pcap

So its 2 questions really.

Is the DHCP option 66 thing going to get fixed?

Has /documents been removed it was a very useful feature, if its been removed that means a real pain faffing about with port mirroring on switches and notebooks with wireshark.



This thread was automatically locked due to age.
  • 0
    Hi,
    I haven't been able to find any dhcp options or even any place to add options. So you might need to add a feature request?

    Ian

    Ian,

    home UTM 9.x running in ESXi 6 e3-1275v2

    AP55c and AP10 (courtesy Astaro)

    Three other UTMs, SUM and SFM in hibernation

    XG 15.x MR3 in hibernation

  • 0
    Hi Ian,
    You won't find it in the GUI, you have to set this using the console (CLI). My point is that having assigned a value (in my case an IP address) to option 66 the DHCP Server ignores its and output's 0.0.0.0.
  • 0
    Addressing the second query, filedump/wireshark pcap capabilities will be available in future versions.
  • 0

    I can confirm that DHCP Option 66 doesn't work properly. I was attempting to PXE boot via Stratodesk and the client timed out. I fired up Windows Server DHCP server and the client booted.

    DHCP Option 67 (image/file name) may also fail, but until 66 is working, that cannot be validated.

    In the command line, the IP address is displayed with quotes around it, could those quotes be getting sent to the client?

    I'll be moving my DHCP scopes to Windows server to get this working for now.

    Tim

Cookie Information Banner