Hallo,
mein Pi-hole läuft einwandfrei bis auf eine Sache.
Ich habe einige Listen auf https://raw.githubusercontent.com eingebunden.
Es werden alle anderen Listen aktualisiert nur bei den githubusercontent-Listen bekomme ich ein "connection refused".
Im Browser können die Links jedoch ohne Probleme geöffnet werden.
Hat das Problem noch jemand? Wie könnte ich das lösen?
Vielen Dank!
Tim
Hallo mibere,
beide Domains waren schon auf der Whitelist. Ich denke sonst könnte ich ja auch die Dateien nicht im Browser aufrufen.
Tim
Ist das Systemdatum auf dem Pi korrekt?
date
Ist das Paket ca-certificates installiert?
dpkg -s ca-certificates
-> "Status: install ok installed"
-> "Version: 20161130+nmu1"
echo | openssl s_client -connect github.com:443
und
echo | openssl s_client -connect raw.githubusercontent.com:443
sollten u.a.
CONNECTED(00000003)
anzeigen
Hallo mibere,
vielen Dank für Deine Antwort!
Trotzdem bekomme ich:
[i] Neutrino emissions detected...
[✓] Pulling blocklist source list into range
[i] Target: adaway.org (hosts.txt)
[✓] Status: No changes detected
[i] Target: raw.githubusercontent.com (AudioFp.txt)
[✓] Status: Retrieval successful
[i] Target: raw.githubusercontent.com (HOSTS.txt)
[✗] Status: Connection Refused
[✗] List download failed: using previously cached list
[i] Target: raw.githubusercontent.com (Canvas.txt)
[✗] Status: Connection Refused
[✗] List download failed: no cached list available
[i] Target: raw.githubusercontent.com (Canvas.txt)
[✗] Status: Connection Refused
[✗] List download failed: no cached list available
[i] Target: raw.githubusercontent.com (Spotifynulled.txt)
[✗] Status: Connection Refused
[✗] List download failed: no cached list available
...
Als würde ich nach dem ersten Github-Download irgeendwie blockiert.
Tim
Und was kommt hierbei?
dig @127.0.0.1 -p 53 raw.githubusercontent.com
und
curl -sI https://github.com/pi-hole/FTL/releases/latest | grep "Location"
Hallo,
sorry für die späte Antwort, aber ich muss auch mal arbeiten gehen 
dig @...bringt folgendes:
; <<>> DiG 9.9.5-9+deb8u15-Raspbian <<>> @127.0.0.1 -p 53 raw.githubusercontent.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7237
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;raw.githubusercontent.com. IN A
;; ANSWER SECTION:
raw.githubusercontent.com. 5 IN CNAME github.map.fastly.net.
github.map.fastly.net. 30 IN A 151.101.0.133
github.map.fastly.net. 30 IN A 151.101.64.133
github.map.fastly.net. 30 IN A 151.101.128.133
github.map.fastly.net. 30 IN A 151.101.192.133
;; Query time: 48 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sun Jun 10 16:39:25 CEST 2018
;; MSG SIZE rcvd: 153
und curl folgendes:
Location: Release Pi-hole FTL v3.0 · pi-hole/FTL · GitHub
Habe nun auch ein Stretch aufgesetzt, aber das gleiche Problem.
Vielen Dank nochmal!
Tim
Tja, ich sehe keinen Fehler. Eigentlich sollte es funktionieren.
Vielleicht findet sich noch jemand, der etwas dazu beitragen kann...
Hallo Mibere,
ich habe noch etwas weiter geforscht und konnte folgendes herausfinden:
Rufe ich raw.githubusercontent.com im Browser eines externen Gerätes auf ist alles okay.
Rufe ich jedoch raw.githubusercontent.com auf dem Pi per Curl mehrmals auf, geht die erste Anfrage durch und danach erscheint die raw.githubusercontent.com plötzlich im Log als Piholed.
Das, obwohl raw.githubusercontent.com auf der Whitelist steht.
Habe dann im Echtzeitlog mal nachgeschaut und gesehen, dass immer wenn der Fehler passiert github.map.fastly.net im Livelog erschien.
Habe nun github.map.fastly.net auf der Whitelist und es funktioniert.
Warum es einen solchen Unterschied beim Abrufen zwischen dem Pi und einem externem Gerät gibt, kann ich mir nicht erklären.
Ich kann mir auch nicht erklären, warum ich github.map.fastly.net freigeben muss, damit raw.githubusercontent.com nicht mehr blockiert wird.
Vielen Dank!
Tim
Hallo,
ich habe ein ähnliches Problem.
Aber meine Antwort sieht wie folgt aus.
connect: Network is unreachable
connect:errno=101
Was muss ich machen um es zu beheben?
Gruß Aleks
Hi @mibere,
ich habe das Problem in der Zwischenzeit selbst gelöst.
sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.178.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
Es war musste aber wie folgt sein
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.178.1 0.0.0.0 UG 0 0 0 eth0
192.168.178.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
Lösung des Problems:
sudo route add default gw 192.168.1.1