Guest User!

You are not Sophos Staff.

[8.285][NOTABUG][CLOSED] External interface won't come up when using DHCP

Background

I have been running ASG 8.103 on hardware for a while - runs well.
I installed ASG 8.103 as VM on esxi 5.
Made sure the MAC of the external connection was same as hardware box.
Imported config , moved cables - everything works fine.

Now for the Beta

I installed the latest 8.290 as VM on same esxi 5.0 host
I set the MAC address of the external interface the same as it was on the existing ASG 8.103. 
Imported config, turned off the 8.103 VM and turned on the 8.290.
External interface is marked as down and there was nothing I could do to bring it up.
Re-booted DSL modem (note it is a modem so it is bridging connection to the ISP.) - No effect.
Tried renewing the lease from the ASG  - no effect.

This is the same as I saw when I tried using 8.201 and 8.202 on the physical box.  Something is different in the DHCP client that does not allow it to be connected when there is a lease existing.


UPDATE:  I used an XP instance where I cloned the MAC address and connected this to my WAN  (disconnected the ASG ).
The XP got the same DHCP lease as the ASG 8.103 instance had.
I then did a ipconfig /release to force a release of the lease.

Disconnected XP and re-connected the ASG 8.290 interface

This worked - the 8.290 now has the external interface  "UP"
Parents
  • I'm not sure this is an Astaro Bug here. Since 8.200 we are using ISC dhclient,
    this is the major DHCP client out there and should be pretty RFC conform.

    From the logfiles we can see that the ASG is sending DHCP Discovery packets,
    but not receiving any replies.

    Could it be that the ESX server blocked the Interface because it detected a
    duplicate MAC address, or did you disabled that feature?

    Cheers
     Ulrich
  • I'm not sure this is an Astaro Bug here. Since 8.200 we are using ISC dhclient,
    this is the major DHCP client out there and should be pretty RFC conform.

    From the logfiles we can see that the ASG is sending DHCP Discovery packets,
    but not receiving any replies.

    Could it be that the ESX server blocked the Interface because it detected a
    duplicate MAC address, or did you disabled that feature?

    Cheers
     Ulrich


    It was not blocked by esx.

    what I did to get it working was as follows

    1. disconnect the ASG 2.90 from the vswitch on external
    2. connect an XP instance to the external vswitch.
    3. Go into the adapter properties in XP and set the MAC to be the one the lease was using.
    4. Set XP instance to use DHCP
    5. Go to cmd prompt and check we have a lease - confirm lease exists (note this is where the ASG did not work)
    6. Issue ipconfig /release 
    7. Go back and remove the MAC from the adapter properties in XP
    8. Disconnect the XP instance from the vswitch
    9. re-connect the ASG to the vswitch (note I did not power cycle the ASG instance)
    10. Log into ASG - Interface was now UP and we have a lease.
    11. Issue renew from ASG to see what happened - worked fine.


    I can agree it may not be an ASG issue - BUT when I used an 8.103 VM to replace the physical box it just worked.  i.e. The VM received a lease when the without any action needed.
    The 8.285 , and 8.290 did not until I explicitly released the lease from XP.

    I had the same symptoms when my 8.103 physical box updated to 8.200.  I ended up reverting back to 8.103 and turning off auto update due to the other DHCP issue of interface not staying up.
Reply
  • I'm not sure this is an Astaro Bug here. Since 8.200 we are using ISC dhclient,
    this is the major DHCP client out there and should be pretty RFC conform.

    From the logfiles we can see that the ASG is sending DHCP Discovery packets,
    but not receiving any replies.

    Could it be that the ESX server blocked the Interface because it detected a
    duplicate MAC address, or did you disabled that feature?

    Cheers
     Ulrich


    It was not blocked by esx.

    what I did to get it working was as follows

    1. disconnect the ASG 2.90 from the vswitch on external
    2. connect an XP instance to the external vswitch.
    3. Go into the adapter properties in XP and set the MAC to be the one the lease was using.
    4. Set XP instance to use DHCP
    5. Go to cmd prompt and check we have a lease - confirm lease exists (note this is where the ASG did not work)
    6. Issue ipconfig /release 
    7. Go back and remove the MAC from the adapter properties in XP
    8. Disconnect the XP instance from the vswitch
    9. re-connect the ASG to the vswitch (note I did not power cycle the ASG instance)
    10. Log into ASG - Interface was now UP and we have a lease.
    11. Issue renew from ASG to see what happened - worked fine.


    I can agree it may not be an ASG issue - BUT when I used an 8.103 VM to replace the physical box it just worked.  i.e. The VM received a lease when the without any action needed.
    The 8.285 , and 8.290 did not until I explicitly released the lease from XP.

    I had the same symptoms when my 8.103 physical box updated to 8.200.  I ended up reverting back to 8.103 and turning off auto update due to the other DHCP issue of interface not staying up.
Children
No Data