IP adres onbereikbaar na Pi-Hole installatie

[wimbre]

Allereerst de beste wensen voor alle tweakers en dat het maar een mooi jaar mag worden!

Helaas is 1 januari 2023 voor mij slecht begonnen.

Ik had een SD card in een Raspberry Pi 3B+ (rechtstreeks verbonden met mijn Ziggo router) waarop corrupte files stonden. Op die SD kaart stond alleen Pi-Hole geïnstalleerd en dat werkte (en nog steeds) prima alleen kon ik geen update/upgrade meer uitvoeren en wijzigingen werden ook niet opgeslagen. Ik vermoed doordat de SD kaart beschadigd is.

Daarom een nieuwe SD kaart gekocht en alles "schoon" geïnstalleerd. Gisteren werkte alles op de nieuwe SD kaart dus ik dacht dat is geregeld. De gehele avond heeft dit gewerkt maar vanochtend zag ik echter dat ik geen internet meer had op mijn devices en dus mijn Ziggo router en daarna mijn Raspberry Pi 3B+ herstart maar zonder effect. Omdat mijn Mac en AirPort Extreme (die overigens als 2e WIFI router fungeert) via de Raspberry Pi 3B+ lopen had ik daar dus ook geen interverbinding.

Ik heb nadat alles werkte niets meer veranderd naar had wel ingesteld dat er 's-nachts een backup gemaakt zou worden van de Raspberry Pi 3B+ (en ook van de andere Raspberry Pi 4). De eerste is niet gemaakt maar van de 2e Raspberry Pi wel.

Als ik probeerde te pingen van de Raspberry Pi 3B+ naar de andere raspberry Pi 4 kreeg ik direct de melding dat deze "niet bereikbaar was".

Ik heb wel vastgesteld dat de Ziggo router "online" stond en dat ik op de Raspberry Pi internetverbinding had, websites kon benaderen en updates kon uitvoeren. Alleen WIFI werkte op deze router ook niet.

Vervolgens mijn "oude" SD kaart weer in de Raspberry Pi gestopt en nadat deze was opgestart werkte alles weer.

Blijkbaar staat er ergens iets niet goed ingesteld maar heb zelf geen flauw idee.

Is er iemand die een idee heeft waarom dat het nu ineens niet meer werkt? Is er wellicht een proces gestart dat de één van de ingestelde waarden heeft overschreven? Of is er ergens een stappenplan (voor dummies) waardoor ik alle instellingen kan nalopen?

[Wildfire]

Wat zie je in de query log van PiHole? Zie je dat daar dingen geblokkeerd worden? En als je een traceroute doet vanaf je PC, waar zie je dat fout gaan?

[CH4OS]

Je kunt de settings van pihole exporteren, vervolgens uploaden naar de nieuwe sdcard, wellicht helpt dat. Check ook de ip settings even, wellicht heeft de pi met de nieuwe sdcard een andere instelling of wellicht zelfs macadres.

[wimbre]

CH4OS schreef op zondag 1 januari 2023 @ 10:03:
Je kunt de settings van pihole exporteren, vervolgens uploaden naar de nieuwe sdcard, wellicht helpt dat. Check ook de ip settings even, wellicht heeft de pi met de nieuwe sdcard een andere instelling of wellicht zelfs macadres.

Ik heb de backup van Pi-Hole op de "oude" Raspberry Pi via restore weer ingelezen in de nieuwe Pi-hole.

De vraag is of het nu Pi-hole is die het probleem veroorzaakt of de (instellingen) van Pi OS.

[wimbre]

Wildfire schreef op zondag 1 januari 2023 @ 10:03:
Wat zie je in de query log van PiHole? Zie je dat daar dingen geblokkeerd worden? En als je een traceroute doet vanaf je PC, waar zie je dat fout gaan?

Ik snap er niets van.

Ik heb de nieuwe SD card er weer ingedaan (terwijl ik dus gewoon weer internet heb op mijn devices) en alles blijft gewoon werken.

Daarna onderstaande info geproduceerd.

Output Query log:
an 1 10:41:39: cached gateway.fe.apple-dns.net is 17.248.177.8
Jan 1 10:41:39: cached gateway.fe.apple-dns.net is 17.248.176.241
Jan 1 10:41:39: cached gateway.fe.apple-dns.net is 17.248.176.199
Jan 1 10:41:40: query[HTTPS] 9.courier-push-apple.com.akadns.net from 192.168.178.213
Jan 1 10:41:40: cached 9.courier-push-apple.com.akadns.net is <CNAME>
Jan 1 10:41:40: forwarded 9.courier-push-apple.com.akadns.net to 1.1.1.1
Jan 1 10:41:40: query[A] 9.courier-push-apple.com.akadns.net from 192.168.178.213
Jan 1 10:41:40: cached 9.courier-push-apple.com.akadns.net is <CNAME>
Jan 1 10:41:40: cached eu-nw-courier-4.push-apple.com.akadns.net is 17.57.146.173
Jan 1 10:41:40: cached eu-nw-courier-4.push-apple.com.akadns.net is 17.57.146.174
Jan 1 10:41:40: cached eu-nw-courier-4.push-apple.com.akadns.net is 17.57.146.163
Jan 1 10:41:40: cached eu-nw-courier-4.push-apple.com.akadns.net is 17.57.146.172
Jan 1 10:41:40: cached eu-nw-courier-4.push-apple.com.akadns.net is 17.57.146.162
Jan 1 10:41:40: cached eu-nw-courier-4.push-apple.com.akadns.net is 17.57.146.170
Jan 1 10:41:40: cached eu-nw-courier-4.push-apple.com.akadns.net is 17.57.146.171
Jan 1 10:41:40: cached eu-nw-courier-4.push-apple.com.akadns.net is 17.57.146.175
Jan 1 10:41:40: reply 9.courier-push-apple.com.akadns.net is <CNAME>
Jan 1 10:41:40: reply eu-nw-courier-4.push-apple.com.akadns.net is NODATA
Jan 1 10:41:40: query[HTTPS] eu-nw-courier-4.push-apple.com.akadns.net from 192.168.178.213
Jan 1 10:41:40: forwarded eu-nw-courier-4.push-apple.com.akadns.net to 1.1.1.1
Jan 1 10:41:40: reply eu-nw-courier-4.push-apple.com.akadns.net is NODATA
Jan 1 10:41:40: query[A] e6858.dscx.akamaiedge.net from 192.168.178.213
Jan 1 10:41:40: cached e6858.dscx.akamaiedge.net is 92.123.124.250
Jan 1 10:41:41: query[HTTPS] fmfmobile.fe.apple-dns.net from 192.168.178.213
Jan 1 10:41:41: forwarded fmfmobile.fe.apple-dns.net to 1.1.1.1
Jan 1 10:41:41: query[A] fmfmobile.fe.apple-dns.net from 192.168.178.213
Jan 1 10:41:41: forwarded fmfmobile.fe.apple-dns.net to 1.1.1.1
Jan 1 10:41:41: reply fmfmobile.fe.apple-dns.net is NODATA
Jan 1 10:41:41: reply fmfmobile.fe.apple-dns.net is 17.248.177.16
Jan 1 10:41:41: reply fmfmobile.fe.apple-dns.net is 17.248.176.202
Jan 1 10:41:41: reply fmfmobile.fe.apple-dns.net is 17.248.177.7
Jan 1 10:41:41: reply fmfmobile.fe.apple-dns.net is 17.248.176.40
Jan 1 10:41:41: reply fmfmobile.fe.apple-dns.net is 17.248.176.42
Jan 1 10:41:41: reply fmfmobile.fe.apple-dns.net is 17.248.176.197
Jan 1 10:41:41: reply fmfmobile.fe.apple-dns.net is 17.248.177.47
Jan 1 10:41:41: reply fmfmobile.fe.apple-dns.net is 17.248.176.206
Jan 1 10:41:44: query[A] api.ring.com from 192.168.178.207
Jan 1 10:41:44: cached api.ring.com is <CNAME>
Jan 1 10:41:44: cached a79f7b502bae9945a.awsglobalaccelerator.com is 3.33.210.71
Jan 1 10:41:44: cached a79f7b502bae9945a.awsglobalaccelerator.com is 15.197.206.173


Output Traceroute vanaf terminal Mac naar Pi met nieuwe SD card:
wim@Raspberry3TV:~ $ traceroute 192.168.178.5
traceroute to 192.168.178.5 (192.168.178.5), 30 hops max, 60 byte packets
1 192.168.178.5 (192.168.178.5) 0.176 ms 0.060 ms 0.058 ms
wim@Raspberry3TV:~ $


Kan het zijn dat, zoals ik reeds aangaf, er een instelling op enig moment wordt overgeschreven waardoor dit probleem ontstaat?

Ik laat alles nu zoals het is en kijk, als het probleem zich weer voordoet, of het even wisselen naar de oude en dan weer naar de nieuwe SD card dit dan weer verhelpt.

[Krypt]

Als er bij raspberries spontaan iets uitvalt, niet meer werkt, blijft hangen ed. En bij een reboot of afkoelen het, zonder iets te doen, weer wat werkt, dan zou ik toch ook eens naar je voeding kijken.

Ik heb jaren een pi hangen, en ervaarde sinds een paar maanden spontaan problemen.
Dacht ook aan sd rot.

Na een tijdje gewoon rebooten (had weinig tijd) een nieuwe pi met nieuwe sd geïnstalleerd, en op zn plek gehangen. Na een dag exact hetzelfde probleem (dhcp die het niet meer doet, pihole interface die blijft hangen en niet meer reageert op dns queries) met de nieuwe pi.

Sinds ik voeding vervangen heb, geen problemen meer.

[wimbre]

Krypt schreef op zondag 1 januari 2023 @ 11:33:
Als er bij raspberries spontaan iets uitvalt, niet meer werkt, blijft hangen ed. En bij een reboot of afkoelen het, zonder iets te doen, weer wat werkt, dan zou ik toch ook eens naar je voeding kijken.

Ik heb jaren een pi hangen, en ervaarde sinds een paar maanden spontaan problemen.
Dacht ook aan sd rot.

Na een tijdje gewoon rebooten (had weinig tijd) een nieuwe pi met nieuwe sd geïnstalleerd, en op zn plek gehangen. Na een dag exact hetzelfde probleem (dhcp die het niet meer doet, pihole interface die blijft hangen en niet meer reageert op dns queries) met de nieuwe pi.

Sinds ik voeding vervangen heb, geen problemen meer.

Toevallig zag ik van de week (tijdens de installatie) één keer een melding van een "Low Voltage". Voor de zekerheid de power supply vervangen.

[wimbre]

Ik heb inmiddels de adapter vervangen en geen meldingen meer van low voltage maar probleem met AirPort Extreme (geen internet en dus geen WiFi) blijft.

Kan het zijn dat de AirPort extreme geen actueel IP-adres meer krijgt zodra je de Rasberry pi weer aanzet nadat ik de nieuwe kaart (die dus WiFi problemen geeft) er instopt en reboot? Kan iemand aangeven welke files op de nieuwe SD card ik kan vergelijken met de (oude nog werkende) SD card die van invloed kunnen zijn op het IP-adres van de Airport Extreme? Ik meen gezien te hebben dat die laatste een ongeldig IP adres zou hebben.

[ Voor 10% gewijzigd door wimbre op 08-01-2023 14:54 ]