Guest User!

You are not Sophos Staff.

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 IP conflict new image

Hi all,

I'm getting an IP conflict when I re-image a workstation. The host name is the same and the MAC address is obviously the same, but for some reason when I boot up the machine after being freshly imaged, Windows tells me there is an IP conflict and it can't communicate on the network.

This has happened to me on a number of occasions. Some times the MAC appears more than once on the lease table, sometimes it doesn't.

Is there away to clear or assign a new IP on demand? I know on an Apple Mac OS X, I have the option to change the DHCP Client ID and upon release/renew I get a new DHCP assign ip address. Is there anythin like that for Win7 or that I can do from the UTM?

Currently running Firmware Version 9.003-16

Thanks!


This thread was automatically locked due to age.
  • The MAC address should be different as its a unique hardware address per network adapter. If it is the same there is way to change it - Google change MAC address

    This is the issue because the utm thinks its the same client and provides it with the samr dhcp address.
  • Hi Matt, in his case it is the same client hardware, but with a different or reloaded OS.

    Barry
  • Thanks for clarifying Barry. You're right. This is the same client hardware receiving a re-loaded OS. 

    If receiving the same IP address worked, I'd be okay with that, but in this case what I end up doing is finding an IP in the pool that hasn't been used and then I assign it as static mapping in the UTM. 

    -Nator
  • FYI, static mappings need to be OUTSIDE the pool range.

    Barry
  • This can be called a 9.1 bug or DHCP DNS Implemented in one Service, but can be resolved by two DHCP Servers in the same range
    In older version was no way that one unknown MAC pickup the IP mapped for Static MAC
  • @oldeda

    as BarryG said : static mappings need to be OUTSIDE the pool range. 

    And this is true for every DHCP Server. Although it is not allowed to serve the same ips from more than one DHCP-Server.

    But you can serve IPs 100-150 from first DHCP Server and 151-200 from second.
  • @oldeda

    as BarryG said : static mappings need to be OUTSIDE the pool range.
    And this is true for every DHCP Server. Although it is not allowed to serve the same ips from more than one DHCP-Server.

    But you can serve IPs 100-150 from first DHCP Server and 151-200 from second.


    Absolutely with Barry and you regarding "it is not allowed to serve the same ips from more than one DHCP-Server" 
    But the older version allowed static mapping inside the DHCP Server
    Anyway i like the new dimension of DHCP & DNS [:)]

  • But the older version allowed static mapping inside the DHCP Server


    Hi, I've been using Astaro since 1.7 or so... in no version has it been advisable to put static mappings in the DHCP pool range; it always leads to problems.

    Barry
  • Hi , 

    Like Barry mentioned and by the way it does not matter UTM or other system.
    Static mapping always should be outside of the pool or excluded from the pool  it should never be a part of the pool.
    When there is a static mapping in the pool , there is always a chance that it will lead to a conflict some day.

    All my best

    Gilipeled
  • Hi all,

    I appreciate the advice about not using a static mapping of an IP in the DHCP pool range, but I want the PC to have a DHCP pool IP. If I can't renew the IP and it keeps assigning the IP even though it is already in use (or thinks it is), how can I tell either Windows or Astaro to NOT assign that IP because it is in use? I will go ahead and change the mapping to an IP outside the DHCP range for now, but it feels messy to have some IPs assigned from DHCP in the pool and some that aren't. 

    I want it to receive a new IP from anywhere else in the range. I have only about 30 devices in the range of about 100 IP addresses. There are plenty of available addresses. 

    Also, there are no other DHCP servers on the network. I have confirmed this with wireshark. I understand if this is a limitation of Windows and Astaro (or Sophos or whatever), but I guess it just bugs me that Apple has had this since at least OSX Tiger, maybe even before.

    I apologize if my frustration is coming out a little too vibrantly here. I've just had some headaches lately with the network and would like to move onto other projects lol

    Thanks for all your advice though. I do really appreciate it!
    -Nator