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

    IPv6 Prefix Delegation broken?

    Scheduled Pinned Locked Moved 2.1 Snapshot Feedback and Problems - RETIRED
    29 Posts 4 Posters 14.3k 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.
    • A
      athurdent
      last edited by

      Thanks for looking into this!
      As I'm on NanoBSD, I just copied the interfaces.inc over, no gitsync. I am on the latest snapshot.
      For the tests I have set RADVD to Assisted on my gateway.
      Interface configuration on the client looks good after a reboot. No external address on the inside, just an address of the delegated network.
      RADVD and DHCPv6 are not started automatically after reboot, the configs also don't contain the delegated subnet.
      If I press save / apply on the external interface, they get generated/configured correctly and start.
      But that also spawns a second dhcp6c, the old one is not killed.

      root  19235  0.0  0.5  3328  1288  ??  Ss    2:32PM   0:00.01 /usr/local/sbin/dhcp6c -d -c /var/etc/dhcp6c_lan.conf -p /var/run/dhcp6c_lan.pid vr0
root  82988  0.0  0.5  3328  1288  ??  Ss    2:34PM   0:00.00 /usr/local/sbin/dhcp6c -d -c /var/etc/dhcp6c_lan.conf -p /var/run/dhcp6c_lan.pid vr0

      Pressing save / apply on the internal interface destroys the radvd.conf and dhcpdv6.conf and nothing works anymore.
      If I press save / apply on the external interface again, I get third dhcp6c instance.

      1 Reply Last reply Reply Quote 0
      • E
        eri--
        last edited by

        I pushed some more fixes.
        Same you can just recopy interfaces.inc since it contains the changes.

        1 Reply Last reply Reply Quote 0
        • A
          athurdent
          last edited by

          Didn't change anything, sorry. Even with latest 6387590fa6dcd90f11154c62ad87c62aec43b1b9
          The system acts exactly like described before. I double checked that I am using the newest version of interfaces.inc

          Edit: if it helps, from Syslog right after reboot:
          php: : Error: cannot open dhcpdv6.conf in services_dhcpdv6_configure().
          dhcp6c[19183]: update_ia: T1(2250) and/or T2(3600) is locally determined

          1 Reply Last reply Reply Quote 0
          • P
            phil.davis
            last edited by

            Are you on a nanobsd system?
            There isn't any call to conf_mount_rw then conf_mount_ro in services_dhcpdv6_configure(). If this routine is called from something that does not already have the file system mounted RW, then trying to write the dhcpdv6.conf will fail. The easy fix would be to put these rw/ro calls either side of the block of code doing the file_put_contents. But ermal might see a better/more appropriate place to do it - I'll leave it to him as I don't have a test system accessible now to play on.

            As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
            If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

            1 Reply Last reply Reply Quote 0
            • E
              eri--
              last edited by

              Pushed another fix its both services.inc and interfaces.inc
              Test it out and let me know.

              1 Reply Last reply Reply Quote 0
              • A
                athurdent
                last edited by

                Sorry, no changes. Same behaviour as described in http://forum.pfsense.org/index.php/topic,58664.msg314878.html#msg314878

                1 Reply Last reply Reply Quote 0
                • E
                  eri--
                  last edited by

                  Can you show me the contents of /tmp/dhcpd.sh?

                  1 Reply Last reply Reply Quote 0
                  • A
                    athurdent
                    last edited by

                    Sure:

                    cat /tmp/dhcpd.sh
mkdir -p /var/dhcpd
mkdir -p /var/dhcpd/dev
mkdir -p /var/dhcpd/etc
mkdir -p /var/dhcpd/usr/local/sbin
mkdir -p /var/dhcpd/var/db
mkdir -p /var/dhcpd/var/run
mkdir -p /var/dhcpd/usr
mkdir -p /var/dhcpd/lib
mkdir -p /var/dhcpd/run
chown -R dhcpd:_dhcp /var/dhcpd/*
cp /lib/libc.so.* /var/dhcpd/lib/
cp /usr/local/sbin/dhcpd /var/dhcpd/usr/local/sbin/
chmod a+rx /var/dhcpd/usr/local/sbin/dhcpd
                    1 Reply Last reply Reply Quote 0
                    • E
                      eri--
                      last edited by

                      Do you have those directories created?
                      If you run the script from ssh do you get any errors?

                      1 Reply Last reply Reply Quote 0
                      • P
                        phil.davis
                        last edited by

                        Hmmm - I thought this would be easy to reproduce on nanobsd. But my system comes up OK. On the console at boot:

                        Starting DHCP service...done.
Starting DHCPv6 service...done.

                        And the dhcp conf files are there:

                        -rw-r--r--  1 root  _dhcp  731 Feb 10 18:55 dhcpd.conf
-rw-r--r--  1 root  _dhcp  482 Feb 10 18:55 dhcpdv6.conf

                        The system boots cleanly, with the filesystem read-only at the end.
                        On my system, the dhcpdv6.conf must be written at a time when the filesystem is read-write. I don't actually have any DHCPv6 available from my ISP, so I am not getting an IPv6 stuff handed down from upstream to my WAN. Perhaps the asynchronous receipt of IPv6 settings from upstream will trigger a call to services_dhcpdv6_configure() when the filesystem is read-only?
                        Interesting to see what is different about the startup sequence for arthurdent.

                        As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
                        If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

                        1 Reply Last reply Reply Quote 0
                        • A
                          athurdent
                          last edited by

                          After a reboot it looks OK. Everything the script does is done and it does not give any errors running is manually. However If found the following in my system log. There seems to be an error at some point while booting up (like I said before, "lan" is the external interface in my test setup, so "interface: lan" is correct here):

                          Feb 10 14:45:19 pfsense-alix php: : rc.newwanipv6: Informational is starting vr0.
Feb 10 14:45:24 pfsense-alix php: : rc.newwanipv6: on (IP address: 2001:xxx:xxx:dead:20d:b9ff:fe12:7864) (interface: lan) (real interface: vr0).
Feb 10 14:45:25 pfsense-alix php: : The command '/bin/sh /tmp/dhcpd.sh' returned exit code '127', the output was 'chown: not found mount: not found'
Feb 10 14:45:28 pfsense-alix dhcpleases: kqueue error: unkown
Feb 10 14:45:28 pfsense-alix dhcpleases: Could not deliver signal HUP to process because its pidfile does not exist, No such file or directory.

                          Ermal, would you like me to PM you the whole log?

                          1 Reply Last reply Reply Quote 0
                          • E
                            eri--
                            last edited by

                            I pushed another fix but yeah system log would be useful.

                            1 Reply Last reply Reply Quote 0
                            • A
                              athurdent
                              last edited by

                              I send the necessary information via PM, hope it arrived.

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