• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

Clients getting auto ip

Scheduled Pinned Locked Moved Solved
FOG Problems
2
6
2.3k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S
    salginer
    last edited by Sep 11, 2015, 7:47 AM

    Hello

    I have fog 1.20 on a ubuntu 14.04 server . My organization provides a dhcp server with static ip for every mac. So I only provide the tftpd server to the clients. I have the default installation for this on the server. The clients are using the official published kernel 3.19.3 Tom Elliot usb x86 x64.
    My problem is:
    “Sometimes” a client gets an IP by himself using the one owned by other computer. In my organization this is a “big crime”. The reason (I think)for this can be in the client kernel but I don’t know sure .
    My network administrator send me messages like:

    The computer client.xxx.xxx.xxx with the mac xx:xx:xx:xx:xx:xx and the IP xxx.xxx.xxx.xxx is using the IP address yyy.yyy.yyy.yyy owned by veryimportantpc.yyy.yyy.yyy and the mac yy:yy:yy:yy:yy:yy

    But most of the time everything works fine. I receive two or three messages a day…

    Is there a easy solution for this?

    1 Reply Last reply Reply Quote 0
    • W
      Wayne Workman
      last edited by Sep 11, 2015, 1:10 PM

      Do you have two DHCP servers or dual-DHCP servers or redundant DHCP servers in your environment?

      How hard have you checked for a rogue DHCP?

      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
      Daily Clean Installation Results:
      https://fogtesting.fogproject.us/
      FOG Reporting:
      https://fog-external-reporting-results.fogproject.us/

      1 Reply Last reply Reply Quote 0
      • S
        salginer
        last edited by Sep 14, 2015, 11:53 AM

        We have three dhcp servers. They have different clients over the network . All them provide a static IP to a given MAC. Our macs are stored on a shared database. We have a monitored network so we think we don’t have rogue DHCP servers.
        We have a suspect. Is possible that some of the clients kernel linux are using avahi or something similar to get the IP?

        W 1 Reply Last reply Sep 15, 2015, 2:06 AM Reply Quote 0
        • W
          Wayne Workman @salginer
          last edited by Sep 15, 2015, 2:06 AM

          @salginer said:

          Is possible that some of the clients kernel linux are using avahi or something similar to get the IP?

          I suppose it’s possible if you don’t have Bonjour or the Avahi daemon disabled. I really doubt it though. If you were to disable those, you’d probably have a few Apple users become upset that they can’t move content easily from one device to another anymore, and that printers no longer just “appear” for them on their iPads and other devices.

          I’d lean more towards something being goofed with the DHCP setup. Three DHCP servers all reading the database? How do leases work? Are you sure every computer has a unique MAC assigned, a unique IP, and that there are no duplicates? I’d also closely examine each of the three DHCP servers to ensure they were configured properly. Is the lease time set the same across all three? Perhaps there were reservations made for some reason on one of the DHCP servers themselves? Just look around, I’m almost sure you’ll find the issue lies somewhere with DHCP.

          Also - quite simply allowing Wireshark to run with a DCHP filter would capture all DHCP broadcast requests and responses. It’d be really easy to see if there was a rogue DHCP that way.

          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
          Daily Clean Installation Results:
          https://fogtesting.fogproject.us/
          FOG Reporting:
          https://fog-external-reporting-results.fogproject.us/

          1 Reply Last reply Reply Quote 0
          • S
            salginer
            last edited by Sep 18, 2015, 11:31 AM

            Sorry to all

            The clients get the IP from the isc-dhcpd-server on the fog server . I don’t know why was this service running. Removing that software solved the problem.

            W 1 Reply Last reply Sep 18, 2015, 7:23 PM Reply Quote 1
            • W
              Wayne Workman @salginer
              last edited by Sep 18, 2015, 7:23 PM

              @salginer Not a problem at all. When this happens - 99% of the time it’s due to dual DHCP or Rogue DHCP setup. That’s why I asked this first. Glad you got it going! 🙂

              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
              Daily Clean Installation Results:
              https://fogtesting.fogproject.us/
              FOG Reporting:
              https://fog-external-reporting-results.fogproject.us/

              1 Reply Last reply Reply Quote 0
              • 1 / 1
              1 / 1
              • First post
                4/6
                Last post

              156

              Online

              12.0k

              Users

              17.3k

              Topics

              155.2k

              Posts
              Copyright © 2012-2024 FOG Project