Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    PfSense VM not assigning IPs to other VMs

    Scheduled Pinned Locked Moved Virtualization
    4 Posts 2 Posters 1.6k Views
    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.
    • M
      MaxPF
      last edited by

      I have pfSense 2.3.1 running in VMware ESXi 6.0u2. The DHCP on the LAN interface works fine when assigning IPs to LAN clients outside VMware, but it fails to do so for other LAN clients running in VMs connected to the same LAN Virtual Switch.

      The DHCP logs says:

      DHCPDISCOVER from 00:xx:xx:xx:xx:89 via vmx0: network 192.168.1.0/24: no free leases

      Needless to say there are plenty of IPs avaiable and even statically mapping the mac address produces the same result. As I said, no problems with non VM clients.

      Any suggestion?

      1 Reply Last reply Reply Quote 0
      • johnpozJ
        johnpoz LAYER 8 Global Moderator
        last edited by

        " no free leases"

        Well clearly pfsense thinks that is has no leases.  You sure they are not used, and just not expired so they would be freed up and back in the pool

        Lets say you have a pool of 10 addresses, those could of all been handed out even if only 1 actively being used.  Once a lease has been handed out, be it the machine is online or not.  Unless that lease is released by the client, or expires it not going to be available for other clients to get that IP.

        Look in your leases.. It will show all your current leases.  What is your current pool size?  Just because you have a /24 network does not mean that you setup 254 leases.. Maybe you only set it for some lower number?

        dhcpleases.png
        dhcpleases.png_thumb

        An intelligent man is sometimes forced to be drunk to spend time with his fools
        If you get confused: Listen to the Music Play
        Please don't Chat/PM me for help, unless mod related
        SG-4860 24.11 | Lab VMs 2.8, 24.11

        1 Reply Last reply Reply Quote 0
        • M
          MaxPF
          last edited by

          All the leases on the LAN interface are statically mapped and I created a reservation for this particular VM mac address (I quadruple checked the mac is correct). Not sure if it's something related to ESXi virtual networking, but I had similar setup in the past and it always worked.

          If I set the IP manually everything works, so it's not a big deal and I was going to make it static anyway. I just found it strange that the DHCP didn't work.

          pf1.PNG
          pf1.PNG_thumb
          pf2.PNG
          pf2.PNG_thumb
          pf3.PNG
          pf3.PNG_thumb
          pf4.PNG
          pf4.PNG_thumb

          1 Reply Last reply Reply Quote 0
          • johnpozJ
            johnpoz LAYER 8 Global Moderator
            last edited by

            Not sure what I can tell you, I run pfsense as virtual on esxi6 latest build.. And not having any issues with reservations and or dhcp..

            I would assume you have issue with the mac.  What I normally do it just let my client get an IP from the normal pool, and then just convert that to static.  This way I never have any issues with any typo's on the mac, etc.

            So what happens when you turn off the static only, and let it get a lease.  You clearly have a pool setup with 26 addresses.  Your not trying to setup an address inside that pool are you? It shouldn't even let you try that.  Static/Reservations have to be outside the pool.

            An intelligent man is sometimes forced to be drunk to spend time with his fools
            If you get confused: Listen to the Music Play
            Please don't Chat/PM me for help, unless mod related
            SG-4860 24.11 | Lab VMs 2.8, 24.11

            1 Reply Last reply Reply Quote 0
            • First post
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.