allsky-rodgau.de

Ich wollte meine Allsky-Aufnahmen um eine zusätzliche Information ergänzen: Flugzeugdaten direkt im Bild, inklusive Callsign, Flughöhe und Richtung. Da ich kein eigenes ADS-B-Setup betreiben wollte, habe ich die Open-Data-API von adsb.fi genutzt und eine Lösung gebaut, die mit indi-allsky zusammenarbeitet.

Mit der folgenden Anleitung erhaltet ihr über adsb.fi minütlich aktuelle Infos zu Flugzeugen rund um den Standort eurer Allsky-Kamera und könnte diese direkt auf dem Allsky-Foto ausgeben lassen.

indi-allsky kann Wetterdaten wie Temperatur, Luftfeuchtigkeit oder Bewölkung direkt aus der OpenWeather-API abrufen und in die Bildbeschriftung einbinden. Dafür werden ein gültiger API-Key sowie die Koordinaten des Standorts benötigt. Die Einrichtung erfolgt im Webinterface unter Sensors, wo OpenWeather als Quelle gewählt und der API-Key eingetragen werden. Zusätzlich muss unter „Location“ der Längen- und Breitengrad des Standorts der Kamera gesetzt werden.

Seit meine Allsky-Kamera über eine eigene Subdomain öffentlich erreichbar ist, sehe ich regelmäßig Zugriffsversuche aus bestimmten Ländern. Vor allem IPs aus Russland (RU) und China (CN) tauchen überproportional häufig in den Logfiles auf – meistens automatisierte Scanner, Bots oder Credential-Stuffing-Versuche.

Natürlich schützt ein gehärtetes System (Firewall, Fail2Ban, Rate-Limits, HTTPS) bereits recht gut. Aber: Viele dieser Anfragen müsste ich mir gar nicht erst ins System ziehen. Deshalb setze ich zusätzlich auf Geo-Blocking: Der Raspberry Pi wirft TCP-Verbindungen aus bestimmten Ländern einfach ab, und zwar bevor der Webserver sie erreicht.

Ich nutze seit einiger Zeit den Brave Browser, aber bei der Einrichtung des SSL-Zertifikats für meine Allsky-Kamera (zur Anleitung) war der Browser echt zickig. Während Chrome und Safari mein Let’s-Encrypt-Zertifikat sofort akzeptiert haben, zeigte Brave weiterhin „Broken HTTPS“ an – obwohl der Server korrekt konfiguriert war und openssl eine saubere TLS-Kette bestätigte. Und so löst man das Problem!

*** Anmerkung: Ein freundlicher Leser wies mich darauf hin, dass manchmal ein Neustart von Brave ausreicht. Das konnte ich allerdings nicht verifizieren. Aber vielleicht erstmal probieren, bevor man die folgenden Schritte durchführt! ***

Wer eine indi-allsky-Installation auf einem Raspberry Pi betreibt und diese über eine eigene Domain öffentlich erreichbar machen möchte, stößt schnell auf zwei typische Herausforderungen:

• Der Raspberry steckt hinter einer Fritz!Box mit dynamischer IP.
• indi-allsky bringt einen eigenen, selbstsignierten Webserver mit, der standardmäßig kein gültiges TLS-Zertifikat ausliefert.

In diesem Beitrag zeige ich die vollständige, funktionierende Lösung: Ein Let’s-Encrypt-Zertifikat für eine Subdomain wie access.allsky-rodgau.de, ausgeliefert über Apache als Reverse Proxy, inklusive funktionierender Auto-Renewal-Routine per HTTP-01-Challenge.

***Diese Anleitung wurde im Dezember 2025 aktualisiert und funktioniert bei mir einwandfrei***