# Update from v8.4.2 to v8.5.1 not possible
**URL:** https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353
**Category:** Troubleshooting
**Created:** [7 June 2022 12:01 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353 "2022-06-07T12:01:07Z")
**Posts on this page:** 18
**Page:** 1
### Author:  [@Klola](https://dietpi.com/forum/u/Klola)
#### Post date: [7 June 2022 12:01 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/1 "2022-06-07T12:01:07Z")
Hello, unfortunately I always get an error message when I want to update DietPi.
Greetings
Update available:
Current version : v8.4.2
Latest version : v8.5.1
Bugreport: cd10dac7-58ef-443a-83e3-6313f17843c9
---
### Author:  [@trendy](https://dietpi.com/forum/u/trendy)
#### Post date: [7 June 2022 12:54 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/2 "2022-06-07T12:54:38Z")
The problem is that you cannot resolve the `github.com`.
I suppose that resolving works fine if you try when you are not in `dietpi-update`, right?
Maybe you are using some service like adguard or pihole on this device and the local nameserver is pointing to this service? During `dietpi-update` services are disabled, so there won’t be any response to the queries. You can add another nameserver in `/etc/resolv.conf` to have an alternative.
---
### Author:  [@Klola](https://dietpi.com/forum/u/Klola)
#### Post date: [7 June 2022 13:13 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/3 "2022-06-07T13:13:02Z")
Yes, it runs PiHole.
DietPi also runs as Unbound.
What surprises me is that I haven’t changed anything in my settings within PiHole or DietPi. So far, all updates have always gone through.
nameserver 192.168.176.1 (is my FritzBox)
```auto
root@DietPi:~# ping dietpi.com
PING dietpi.com(2a06:98c1:3121::3 (2a06:98c1:3121::3)) 56 data bytes
64 bytes from 2a06:98c1:3121::3 (2a06:98c1:3121::3): icmp_seq=1 ttl=56 time=9.36 ms
64 bytes from 2a06:98c1:3121::3 (2a06:98c1:3121::3): icmp_seq=2 ttl=56 time=7.27 ms
64 bytes from 2a06:98c1:3121::3 (2a06:98c1:3121::3): icmp_seq=3 ttl=56 time=7.98 ms
64 bytes from 2a06:98c1:3121::3 (2a06:98c1:3121::3): icmp_seq=4 ttl=56 time=7.86 ms
64 bytes from 2a06:98c1:3121::3 (2a06:98c1:3121::3): icmp_seq=5 ttl=56 time=7.24 ms
^C
--- dietpi.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 10ms
rtt min/avg/max/mdev = 7.242/7.942/9.360/0.768 ms
root@DietPi:~# ping github.com
ping: github.com: No address belongs to this host name
root@DietPi:~#
```
---
### Author:  [@trendy](https://dietpi.com/forum/u/trendy)
#### Post date: [7 June 2022 14:21 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/4 "2022-06-07T14:21:31Z")
`nslookup github.com 8.8.8.8 ; nslookup github.com`
---
### Author:  [@Klola](https://dietpi.com/forum/u/Klola)
#### Post date: [7 June 2022 14:52 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/5 "2022-06-07T14:52:40Z")
I think it worked. For whatever reason, I could no longer access my PiHole Dashboard. After a reconnect of my ISP and a pihole -r I was able to whitelist [github.com](http://github.com) inside Pihole.
For whatever reason, an adlist must have blacklisted [github.com](http://github.com). There were never any problems here.
Thanks!
//Edit: Update from DietPi went through, now PiHole is crying with Github.
> [i] Pi-Hole core: up to date.
> fatal: can’t access ‘[GitHub - pi-hole/web: Pi-hole Dashboard for stats and more](https://github.com/pi-hole/AdminLTE.git/)’: Host could not be resolved: [github.com](http://github.com)
> [i] Web interface: up to date
---
### Author:  [@Joulinar](https://dietpi.com/forum/u/Joulinar)
#### Post date: [7 June 2022 14:59 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/6 "2022-06-07T14:59:15Z")
I don’t recommend to use PiHole as DNS server on the device hosting it. Because why? Exactly on this reason, to avoid issue if PiHole is failing. Better to use a global upstream DNS provider on the device hosting an AdBlock app. Usually there is nothing that would be blocked on DietPi, as long as you don’t use a desktop.
Are you using DHCP or STATIC IP on this device? If STATIC, change the upstream DNS.
---
### Author:  [@MichaIng](https://dietpi.com/forum/u/MichaIng)
#### Post date: [7 June 2022 15:46 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/7 "2022-06-07T15:46:39Z")
You should definitely identify the blocklist that contains [github.com](http://github.com) and communicate this to its maintainer. This way Pi-hole breaks its own updates 😄.
---
### Author:  [@Joulinar](https://dietpi.com/forum/u/Joulinar)
#### Post date: [7 June 2022 16:50 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/8 "2022-06-07T16:50:30Z")
at least checking on my side, doesn’t seems to return an exact match
```auto
Match found in https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts:
corp-github.com
sso-github.com
sts-github.com
tsl-github.com
github.com.cnpmjs.org
Match found in https://v.firebog.net/hosts/AdguardDNS.txt:
collector-cdn.github.com
Match found in https://v.firebog.net/hosts/Easyprivacy.txt:
collector.github.com
Match found in https://raw.githubusercontent.com/DandelionSprout/adfilt/master/Alternate%20versions%20Anti-Malware%20List/AntiMalwareHosts.txt:
awgithub.com
wgithub.com
rgithub.com
```
---
### Author:  [@Klola](https://dietpi.com/forum/u/Klola)
#### Post date: [7 June 2022 20:22 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/9 "2022-06-07T20:22:17Z")
@MichaIng @Joulinar
Could it be the following list? [https://secure.fanboy.co.nz/fanboy-cookiemonster.txt](https://secure.fanboy.co.nz/fanboy-cookiemonster.txt)
@Joulinar Thank you for pointing this out. I’ve had Unbound and Pihole running on my Raspberry Pi 1 for over a year now and didn’t realise that this could be a problem. At least no one has ever told me.
My Fritzbox (DHCP) has a dynamic IP, at least I get a new one after every restart. DNS on my FritzBox points to my Raspberry Pi as the DNS-server.
That means: enter an external DNS server on my Fritzbox (like dismail), no unbound.
or: buy a second Raspberry? one for Unbound, the other for PiHole?
Greetings
---
### Author:  [@Joulinar](https://dietpi.com/forum/u/Joulinar)
#### Post date: [7 June 2022 20:36 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/10 "2022-06-07T20:36:53Z")
Simply switch your DietPi device to STATIC IP and adjust the DNS server in DietPi to a global upstream DNS. Inside your F!B create an IP address reservation for the DietPi device. This way the IP address should not be assigned to other device. In general it is highly recommended to use a STATIC IP on a device running PiHole.
---
### Author:  [@Klola](https://dietpi.com/forum/u/Klola)
#### Post date: [7 June 2022 20:51 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/11 "2022-06-07T20:51:47Z")
All right. Understood.
My RaspberryPi had a static IP in my network, of course.
Does this fit with the Unbound IP in PiHole?
Otherwise, I have now changed “Static DNS” to the following two servers:
[DNS-over-HTTPS- und DNS-over-TLS-Unterstützung [ffmuc.net/wiki/]](https://ffmuc.net/wiki/doku.php?id=knb:dohdot) and [Service Info | dismail.de](https://dismail.de/info.html#dns)
**New**
**Old**
---
### Author:  [@MichaIng](https://dietpi.com/forum/u/MichaIng)
#### Post date: [7 June 2022 21:44 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/12 "2022-06-07T21:44:56Z")
The list you linked at least contains
```auto
github.com##.hx_cookie-banner
```
Not sure how Pi-hole interprets it but it looks like the intention is to block it only for the “hx\_cookie-banner” HTML class and curl doesn’t interpret HTML. Probably that list is not in a format that Pi-hole supports correctly?
---
### Author:  [@Joulinar](https://dietpi.com/forum/u/Joulinar)
#### Post date: [7 June 2022 21:51 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/13 "2022-06-07T21:51:43Z")
Don’t set any DoT DNS server directly on DietPi network configuration. This is not gonna work. Simply use a global upstream DNS like `1.1.1.1` or `9.9.9.9`. The configuration you will do inside DietPi network will not have any impact on how PiHole + Unbound will work inside your network. These are 2 completely different thinks.
---
### Author:  [@Klola](https://dietpi.com/forum/u/Klola)
#### Post date: [8 June 2022 12:25 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/14 "2022-06-08T12:25:25Z")
@MichaIng In fact, I have also entered the list from uBlock at Pihole. I thought it would also allow me to filter the cookie banners directly in the home network.
I deactivated the list and sent an email to the people of the list.
@Joulinar
I have now entered the following two servers, which DietPi also has in the suggestions.
37.235.1.174 Austria [37.235.1.174 IP Address Details - IPinfo.io](https://ipinfo.io/37.235.1.174)
84.200.69.80 Germany [84.200.69.80 IP Address Details - IPinfo.io](https://ipinfo.io/84.200.69.80)
I wanted servers from Europe. Greetings 🙂
---
### Author:  [@Joulinar](https://dietpi.com/forum/u/Joulinar)
#### Post date: [8 June 2022 14:38 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/15 "2022-06-08T14:38:31Z")
you are free to choose whatever DNS server you like, at least as long they are able to resolve GitHub now 😜
---
### Author:  [@MichaIng](https://dietpi.com/forum/u/MichaIng)
#### Post date: [8 June 2022 16:29 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/16 "2022-06-08T16:29:12Z")
uBlock can do more than DNS blocking only, but it can block requests based on HTML attributes, it seems. Pi-hole is only able to block all traffic to a certain domain, regardless which HTML element it is done from.
---
### Author:  [@Klola](https://dietpi.com/forum/u/Klola)
#### Post date: [8 June 2022 19:59 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/17 "2022-06-08T19:59:28Z")
Any? only without DoT? 🥰
To be honest, I can’t quite figure out “DietPi Static DNS” and “Unbound” yet. I always thought that Unbound is my DNS server that sends the requests to [https://www.internic.net/domain/named.root](https://www.internic.net/domain/named.root) without using 8.8.8.8 or 9.9.9.9.
But if I understood you correctly above, the DietPi Config requires known upstream servers that have nothing to do with my surfing behaviour within my network?
@MichaIng Yes, thank you. Removed the list. The owner also advised me against using it with PiHole.
---
### Author:  [@Joulinar](https://dietpi.com/forum/u/Joulinar)
#### Post date: [9 June 2022 00:44 UTC](https://dietpi.com/forum/t/update-from-v8-4-2-to-v8-5-1-not-possible/13353/18 "2022-06-09T00:44:47Z")
> [@Klola](#):
>
> But if I understood you correctly above, the DietPi Config requires known upstream servers that have nothing to do with my surfing behaviour within my network?
As stated above, these are 2 completely different topics. In case of DNS resolution DietPi has 2 different roles.
First one is to act as DNS server and to provide this service for your network. Means client’s on your network could use this service to resolve their DNS request. Usually communication looks like this:
Client \> PiHole \> Unbound \> Upstream DNS
On a default setup, unbound will use the root DNS server as upstream (without any encryption like DoT).
2nd role would be to act as client. DietPi needs to resolve DNS request as well in case of software installation or package updates. Of course you could use every DNS server you like. Even your self hosted PiHole is possible. But this is what could have a risk as we see on your issue. Because if you have an issue on PiHole/unbound, you have a challenge to resolve DNS request on the DietPi device itself. And you might not be able to do software installation or a reinstall as DNS resolution fails. Therefore my recommendation is not to use PiHole for the server hosting it. This way you will be able to do stuff on DietPi even if PiHole/unbound broke up completely.