Toon posts:

IP adres onbereikbaar na Pi-Hole installatie

Pagina: 1
Acties:

Vraag


  • wimbre
  • Registratie: Mei 2003
  • Laatst online: 24-01 14:46
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?

Alle reacties


  • Wildfire
  • Registratie: Augustus 2000
  • Laatst online: 00:22

Wildfire

Joy to the world!

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?

Systeemspecs | Mijn V&A spulletjes | Mijn RIPE Atlas probe


  • CH4OS
  • Registratie: April 2002
  • Niet online

CH4OS

It's a kind of magic

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
  • Registratie: Mei 2003
  • Laatst online: 24-01 14:46
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
  • Registratie: Mei 2003
  • Laatst online: 24-01 14:46
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
  • Registratie: April 2000
  • Laatst online: 08:30
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.

Pvouput live


  • wimbre
  • Registratie: Mei 2003
  • Laatst online: 24-01 14:46
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
  • Registratie: Mei 2003
  • Laatst online: 24-01 14:46
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]

Pagina: 1


Tweakers maakt gebruik van cookies

Tweakers plaatst functionele en analytische cookies voor het functioneren van de website en het verbeteren van de website-ervaring. Deze cookies zijn noodzakelijk. Om op Tweakers relevantere advertenties te tonen en om ingesloten content van derden te tonen (bijvoorbeeld video's), vragen we je toestemming. Via ingesloten content kunnen derde partijen diensten leveren en verbeteren, bezoekersstatistieken bijhouden, gepersonaliseerde content tonen, gerichte advertenties tonen en gebruikersprofielen opbouwen. Hiervoor worden apparaatgegevens, IP-adres, geolocatie en surfgedrag vastgelegd.

Meer informatie vind je in ons cookiebeleid.

Sluiten

Toestemming beheren

Hieronder kun je per doeleinde of partij toestemming geven of intrekken. Meer informatie vind je in ons cookiebeleid.

Functioneel en analytisch

Deze cookies zijn noodzakelijk voor het functioneren van de website en het verbeteren van de website-ervaring. Klik op het informatie-icoon voor meer informatie. Meer details

janee

    Relevantere advertenties

    Dit beperkt het aantal keer dat dezelfde advertentie getoond wordt (frequency capping) en maakt het mogelijk om binnen Tweakers contextuele advertenties te tonen op basis van pagina's die je hebt bezocht. Meer details

    Tweakers genereert een willekeurige unieke code als identifier. Deze data wordt niet gedeeld met adverteerders of andere derde partijen en je kunt niet buiten Tweakers gevolgd worden. Indien je bent ingelogd, wordt deze identifier gekoppeld aan je account. Indien je niet bent ingelogd, wordt deze identifier gekoppeld aan je sessie die maximaal 4 maanden actief blijft. Je kunt deze toestemming te allen tijde intrekken.

    Ingesloten content van derden

    Deze cookies kunnen door derde partijen geplaatst worden via ingesloten content. Klik op het informatie-icoon voor meer informatie over de verwerkingsdoeleinden. Meer details

    janee