# No address range available for DHCPv6 request via eth0

**URL:** <https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054>\
**Category:** Community Help\
**Created:** [December 30, 2021, 11:04pm UTC](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054 "2021-12-30T23:04:13Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![nacifyas](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/nacifyas/32/28322_2.png) [@nacifyas](https://discourse.pi-hole.net/u/nacifyas)\
**Post date:** [December 30, 2021, 11:04pm UTC](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054/1 "2021-12-30T23:04:13Z")

</div>

**The issue I am facing:**  
I get the following warnings at the Pihole web interface:

```auto
no address range available for DHCPv6 request via eth0

```

**Details about my system:**  
I am running Pihole with Unbound in one docker container according to [this guide](https://github.com/chriscrowe/docker-pihole-unbound) on top of a RPI 4B with Ubuntu Server 20.04 LTS  
**What I have changed since installing Pi-hole:**  
I've made some changes to the docker-compose file, resulting into this:

```auto
version: '3.7'

services:
  pihole:
    container_name: piholeDNS
    image: cbcrowe/pihole-unbound:latest
    hostname: 'pihole'
    domainname: 'pihole.domain.my'
    network_mode: 'host'
    cap_add:
      - NET_ADMIN
      - CAP_SYS_NICE
      - CAP_NET_RAW
    ports:
      - 53:53/tcp
      - 53:53/udp
      - 8083:8083/tcp
      - 5335:5335/tcp
      - 547:547/udp
      - 67:67/udp
    environment:
      TZ: 'Europe/Madrid'
      WEBPASSWORD: 'password'
      DNS1: 127.0.0.1#5335 # Hardcoded to our Unbound server
      DNS2: 127.0.0.1#5335 # Hardcoded to our Unbound server
      DNSSEC: "false" # Disable DNSSEC
    dns:
      - 192.168.1.57 # So the host itself uses pihole too (just a preference)
    volumes:
      - /media/volumes/piholeDNS/etc:/etc/pihole:rw
      - /media/volumes/piholeDNS/dnsmask:/etc/dnsmasq.d:rw
      - /media/volumes/piholeDNS/unbound:/etc/unbound:rw
      - /media/volumes/piholeDNS/lighttpd:/etc/lighttpd:rw
    restart: always

```

Set up nginx reverse proxy so I can access the web UI from outside the LAN.

Added two new entries from UPSTREAM DNS (IPv6):

 ![image](https://discourse.pi-hole.net/uploads/default/original/3X/9/5/951ff87b43d28e113b33ff58f76594c27d571c28.png)

Added blocklists and enabled DHCP from the web UI:

 ![image](https://discourse.pi-hole.net/uploads/default/original/3X/9/7/977c63830314bc0d2e25aaf2d83518a010fe1c4d.png)

I've set up UFW firewall rules, allowing 547 and 67 both only over UDP and from 0.0.0.0 (I actually had my firewall disabled for sometime and I've still gotten the mentioned warning)

I disabled DHCP (for both IPv4 and IPv6) from my router gateway. And by the way, what domain does it refer to at the Pihole Domain Name section? My public one, or is this just for local use only?  
And what is DHCPv4 rapid commit for?

Here is my debug token:  
[https://tricorder.pi-hole.net/7P05CS34/](https://tricorder.pi-hole.net/7P05CS34/)

So my devices seemed to be able to pick IPv4 addresses with no problem. Any help would be really appreciated. DNS resolution seems good, and I think it is working also for IPv6 (correct me if I am wrong). Please let me know if there is something wrong in my set up according to my debug token.

Will I see the IPv6 assigned by the Piholes's DHCv6 at the IP Leases section?

 ![image](https://discourse.pi-hole.net/uploads/default/original/3X/a/7/a76a119d25c79c058ae19e7c158f4f46b0b0da2c.png)

Thank you for the great work, and thank you in advance.

---

<div class="post-metadata">

**Author:** ![jfb](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/jfb/32/4332_2.png) [@jfb](https://discourse.pi-hole.net/u/jfb)\
**Post date:** [December 30, 2021, 11:26pm UTC](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054/2 "2021-12-30T23:26:01Z")

</div>

Please see this thread, which may answer all your questions.

> [@No address range available for DHCPv6 request via eth0](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/51965):
>
> Please follow the below template, it will help us to help you! If you are Experiencing issues with a Pi-hole install that has non-standard elements (e.g you are using nginx instead of lighttpd, or there is some other aspect of your install that is customised) - please use the [Community Help](https://discourse.pi-hole.net/c/bugs-problems-issues/community-help/36) category. Expected Behaviour: -operating system -hardware]\_ Raspberry pi 4 Actual Behaviour: no address range available for DHCPv6 request via eth0 Debug Token: [https://tricorder.pi-hole.net/0gLFnAMi/](https://tricorder.pi-hole.net/0gLFnAMi/)

---

<div class="post-metadata">

**Author:** ![nacifyas](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/nacifyas/32/28322_2.png) [@nacifyas](https://discourse.pi-hole.net/u/nacifyas)\
**Post date:** [December 30, 2021, 11:44pm UTC](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054/3 "2021-12-30T23:44:29Z")

</div>

Thank you so much for the quick answer.

I've already reached to that thread before with no success. I made sure that I only have **one single** DHCP server, and that one is Pihole's. Aside, I do want Pihole to offer DHCPv6 too which is where my issue is, in regard of the warning messages I've got from the UI as I mentioned before.

So what is wrong in my set up or what is needed to be done, in order to make pihole successfully do DHCPv6?

Thank you.

---

<div class="post-metadata">

**Author:** ![nacifyas](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/nacifyas/32/28322_2.png) [@nacifyas](https://discourse.pi-hole.net/u/nacifyas)\
**Post date:** [December 31, 2021, 8:39am UTC](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054/5 "2021-12-31T08:39:09Z")

</div>

I had a look at the 02-pihole-dhcp.conf file in case it may help, but the IPv6 range is going from 100-1ff wich seems legit. I don't know what is the issue, and why I am getting the message `No address range available for DHCPv6 request via eth0`

```auto
###############################################################################
# DHCP SERVER CONFIG FILE AUTOMATICALLY POPULATED BY PI-HOLE WEB INTERFACE. #
# ANY CHANGES MADE TO THIS FILE WILL BE LOST ON CHANGE #
###############################################################################
dhcp-authoritative
dhcp-range=192.168.1.200,192.168.1.254,744h
dhcp-option=option:router,192.168.1.1
dhcp-leasefile=/etc/pihole/dhcp.leases
#quiet-dhcp

domain=lan
#quiet-dhcp6
#enable-ra
dhcp-option=option6:dns-server,[::]
dhcp-range=::100,::1ff,constructor:eth0,ra-names,slaac,64,3600
ra-param=*,0,0

```

---

<div class="post-metadata">

**Author:** ![DL6ER](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/dl6er/32/281_2.png) [@DL6ER](https://discourse.pi-hole.net/u/DL6ER)\
**Post date:** [December 31, 2021, 8:52am UTC](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054/6 "2021-12-31T08:52:33Z")

</div>

> [@nacifyas](#):
>
> I do want Pihole to offer DHCPv6 too

But do you have upstream IPv6 connectivity? If not, there will be no routable address on the interface `eth0` which could be used by Pi-hole to deduce the appropriate prefix (what comes in front of the configured `::100 - ::1ff`) and, hence, the warning.

This is also what [the documentation](https://docs.pi-hole.net/ftldns/dnsmasq_warn/) suggests:

 ![Screenshot from 2021-12-31 09-51-57](https://discourse.pi-hole.net/uploads/default/original/3X/3/5/35b162fcdc1129e5d3d72d73c91bec120d8caef4.png)

---

<div class="post-metadata">

**Author:** ![DL6ER](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/dl6er/32/281_2.png) [@DL6ER](https://discourse.pi-hole.net/u/DL6ER)\
**Post date:** [December 31, 2021, 9:04am UTC](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054/7 "2021-12-31T09:04:09Z")

</div>

> [@nacifyas](#):
>
> And by the way, what domain does it refer to at the Pihole Domain Name section? My public one, or is this just for local use only?

It is good practice to only use fully-qualified domain names (FQDN). This means a domain should always be at least one name under a top-level domain (TLD). Take, for instance, `somethings.net` - your Pi-hole will immediately know that this is a domain on the Internet. Now take `laptop.lan` - when `lan` is the Pi-hole domain name, it, again, immediately knows that this is a local (and local-only) client. Requests are, thus, never forwarded to any upstream server on the web (they couldn't answer the request in the first place).

Pi-hole still supports _un_qualified domain names (UQDN, i.e. without a TLD such as `.net`) so `laptop` will still resolve. It is, however, unclear if this is local or not. Pi-hole in standard configuration is configured to not forward such UQDNs but its always better to define the scope immediately through the domain.

> [@nacifyas](#):
>
> And what is DHCPv4 rapid commit for?

Rapid commit is standardized by [RFC 4039](https://datatracker.ietf.org/doc/html/rfc4039). The introduction explains it well:

> **[1](https://datatracker.ietf.org/doc/html/rfc4039#section-1). Introduction**  
> In some environments, such as those in which high mobility occurs and the network attachment point changes frequently, it is beneficial to rapidly configure clients. And, in these environments it is possible to more quickly configure clients because the protections offered by the normal (and longer) 4-message exchange may not be needed. The 4-message exchange allows for redundancy (multiple DHCP servers) without wasting addresses, as addresses are only provisionally assigned to a client until the client chooses and requests one of the provisionally assigned addresses. The 2-message exchange may therefore be used _ **when only one server is present** _ or when addresses are plentiful and having multiple servers commit addresses for a client is not a problem.

You will see this in clients registering faster in your local network. It is generally a good thing, however, only if the constraints (highlighted above in italics by me) are satisfied. This is not always the case as, sometimes, users have router and Pi-hole distribute DHCP - which should obviously be avoided as it can cause a lot of issues. The extra protection _without_ rapid commit can often safe your network from collisions in this case, though.

---

<div class="post-metadata">

**Author:** ![nacifyas](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/nacifyas/32/28322_2.png) [@nacifyas](https://discourse.pi-hole.net/u/nacifyas)\
**Post date:** [December 31, 2021, 10:09am UTC](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054/8 "2021-12-31T10:09:10Z")

</div>

Thank so much for your both responses.  
I have IPv6 enabled in my router, I have local IPv6 local addresses on my devices:

```auto
$ ip a
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether dc:a6:32:cd:22:f6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.57/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::dea6:32ff:fecd:22f6/64 scope link
       valid_lft forever preferred_lft forever

```

But as you've said I was missing the upstream connectivity without my knowledge, and it seems to be the issue, coming from my ISP.

To get out of doubt I've restored DHCP (v4 and v6) to router, stopped my pihole container, and accessed IPv6 test sites:

 ![image](https://discourse.pi-hole.net/uploads/default/original/3X/8/2/82038fd5dc46daa2c3d5d74351c39fa0908afb0e.png)

I just assumed I have IPv6 because I was seeing IPv6 addresses in my devices, and in my router.

Thank you for your great assistance.

---

<div class="post-metadata">

**Author:** ![DL6ER](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/dl6er/32/281_2.png) [@DL6ER](https://discourse.pi-hole.net/u/DL6ER)\
**Post date:** [December 31, 2021, 10:12am UTC](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054/9 "2021-12-31T10:12:57Z")

</div>

Those `fe80::` addresses are so-called link-local addresses and are always generated by the devices themselves. They are not routeable and, as such, do not even work across routers and cannot be used to access anything on the web. For instance, if you'd have a separated network like a guest WiFi, these IPv6 addresses could not be used to communicate with each other.

In your case it is safe to just leave the DHCPv6 box unticked.

---

<div class="post-metadata">

**Author:** ![system](https://discourse.pi-hole.net/uploads/default/original/3X/7/c/7c8792f649eeb921c5d2b4c41564ffa873d9a2b8.png) [@system](https://discourse.pi-hole.net/u/system)\
**Post date:** [January 21, 2022, 10:13am UTC](https://discourse.pi-hole.net/t/no-address-range-available-for-dhcpv6-request-via-eth0/52054/10 "2022-01-21T10:13:32Z")

</div>

This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.