• 0 Votes
    4 Posts
    447 Views
    GertjanG

    @Seeking-Sense said in Trouble importing DHCP Mappings from 2.6 to 2.7.2:

    But existing and enabled are or should be two different things.

    When an interface is not connected (you ripped out the network, or powered down the device or switch on the other side), the DHCP server serving that interface will detect the "DOWN" system / hardware event, and shut down.
    pfSense won't even show you your DHCP server instance anymore.
    But, no panic, the settings will still be there. And when you connect (power up) the connection, it will auto-start, with the previously known settings.

    @Seeking-Sense said in Trouble importing DHCP Mappings from 2.6 to 2.7.2:

    One other issues I have come across is that KEA DHCP causes issues throwing PHP errors / crash reports in conjunction with pfblockerng dev.

    kea initially, when using 23.09 ? I can't recall, work fine but the implemention'27.2' (and 23.09, 24.03, before 24.11 came out) was, for my needs, to minimalist.
    You can use Kea, if you validated your requirement first.

    Here they are : Netgate Adds Kea DHCP to pfSense Plus Software Version 23.09

    As you can see, the details are here - published November 2023 :

    15493662-314e-4f6b-a7b1-21d126113858-image.png

    So, you need "static MAC DHCP leases" ?
    Ok, fine. Stick with ISC for the moment.

    Right now, 24.11 adds static DHCP leases, DNS registration, but is still limited about adding your own DHCP options.
    The upcoming 2.8.0 will have the same Kea support.

    Btw : kea by itself was and is rock solid for me. It had to stick with ISC because I wanted to keep my DHCP mac leases, my DHCP special options etc, but since 24.11 became available, I switched to kea. Options were still missing but with some copy and paste instructions from the source' (redmine) I could add what I needed.

    Btw : kea has no relations with pfBlockerng.

  • 0 Votes
    5 Posts
    3k Views
    stephenw10S

    Yes, in most cases you can just backup your config and restore it into a different device. pfSense will ask you to re-assign the interfaces to whatever is available in the new hardware and you're done.
    However there are some caveats! If the new hardware has fewer total interfaces for example you you need to lose some or convert to VLANs etc. If your config contains a lot of sub-interface types like VLANs, LAGG or PPP it can be easier to modify the config manually before restoring it.
    And if the new hardware has the same interface types as the old device pfSense will just use them without asking your to re-assign which might not be what your want.

    In this case moving from the 1100 to the 2100 hits several of those points so it's better to modify the config before installing it. But since you bought that from us we can do it for you if you open a ticket with us.
    https://www.netgate.com/tac-support-request
    And, yes, it will bring all the settings from the 1100 and packages will be reinstalled.

    Steve

  • 0 Votes
    3 Posts
    612 Views
    J

    I will try that, and see how it goes.

    If not, I can do it manually.

    /Jan

  • 0 Votes
    5 Posts
    1k Views
    jimpJ

    Correct, the patches above are copies of the changes made in the repository that will be used to build pfSense 2.4.4-p1. So not "hacks" exactly.

    If it's all working for you now then there shouldn't be anything to worry about. When you upgrade to 2.4.4-p1 the manually edited files will be replaced with the copies from the new release, which already contain these changes.