Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

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

PXE Server DHCP Options

So after finally figuring out how to add the DHCP options 66 and 67 to my DHCP Scope on the Sophos XG Firewall I am now having trouble with how it's presenting the values.  I know ip helpers are the preferred way of doing things but my setup doesn't allow for that.  Here's what I have and what's happening:

Sophos XG - VLAN 1 - 172.30.1.1


I then have sub interfaces defined for the other VLANs, VLAN 10, 20 and 30 (172.30.10.0, 172.30.20.0, 172.30.30.0 etc.).

The WDS server is on 172.30.10.0 and the workstation is on 172.30.20.0.  For testing within Sophos I have unrestricted access between all VLANs so nothing is blocked.

Running Wireshark I can see that the PC sends out DHCP Discover, Offer, Request and finally the ACK and get's the IP address. I see this also in Sophos, so I know the DHCP part is working.  Drilling down I can see the DHCP options that it's sending and this is where I think things are going wrong.

Depending on the version of the NIC (I'm using a Hyper-V VM for testing) option 66 wont get sent at all (Generation 1 using Legacy NIC for PXE boot).  Generation 2 does receive option 66.  Option 66 being the IP address of the WDS server.

However, option 67 which is the bootfile name which should be boot\x64\wdsnbp.com will always remove the '\' character, no matter how many times I try and escape it.  When I add this option in the CLI I enter it as boot\\\\x64\\\\wdsnbp.com and when I list the bindings it shows 'boot\x64\wdsnbp.com' which is correct but that's not what it's sending to the client.

That's kind of a long winded way of saying I don't think the DHCP options are being sent correctly from Sophos or I am doing something really really wrong.  However, I have also added boot options for my VOiP phones and that works perfectly for auto-provisioning them (again on a different VLAN) so that piece works.



This thread was automatically locked due to age.
Parents
  • Hi Wayne,

    Interesting requirement.

    I suspect that the boot options are not sent properly. As XG has a Linux architect so the exact path may not be sent to the client. 

    As per the default behavior, Windows use backward slash "\" in command syntax, alongside Linux uses forward "/" in command syntax, hence I suspect it to be a synchronization error.

    To verify this, I request you to take a PCAP from Server and Client and monitor the communication, see if you can discover any boot sequence that is not sent properly. 

    Hope that helps.

    Thanks

    Sachin Gurung

    Sachin Gurung
    Team Lead | Sophos Technical Support
    Knowledge Base  |  @SophosSupport  |  Video tutorials
    Remember to like a post.  If a post (on a question thread) solves your question use the 'This helped me' link.

Reply
  • Hi Wayne,

    Interesting requirement.

    I suspect that the boot options are not sent properly. As XG has a Linux architect so the exact path may not be sent to the client. 

    As per the default behavior, Windows use backward slash "\" in command syntax, alongside Linux uses forward "/" in command syntax, hence I suspect it to be a synchronization error.

    To verify this, I request you to take a PCAP from Server and Client and monitor the communication, see if you can discover any boot sequence that is not sent properly. 

    Hope that helps.

    Thanks

    Sachin Gurung

    Sachin Gurung
    Team Lead | Sophos Technical Support
    Knowledge Base  |  @SophosSupport  |  Video tutorials
    Remember to like a post.  If a post (on a question thread) solves your question use the 'This helped me' link.

Children
No Data