Repository files, collaboration, releases and project activity.
ArchForge External Status 1.0.3 — Directe HTTPS-reparatie
Probleem
curl http://127.0.0.1:3000/healthz geeft 200, maar HTTPS weigert verbinding. De oorspronkelijke Caddyfile bevat nog de Debian-standaardwebsite op :80 en een losse import van de statuswebsite. De configuratie op schijf kan :443 noemen terwijl de draaiende Caddy-service er niet op luistert.
Herstellen via je eigen ArchForge Git
Zet de 1.0.3-bestanden in de bestaande Git-repository en push ze. Commit nooit echte
.env-bestanden, databases of secrets.Log via SSH in op de tweede VPS met Debian 13, waar de statuswebsite is geïnstalleerd.
Als root:
cd ~/archforge-external-status git pull --ff-only bash ./fix-https.shOf met een normale sudo-gebruiker:
sudo bash ./fix-https.sh.
Deze hersteltool vraagt niets over wachtwoorden, maakt geen nieuwe database, installeert niets opnieuw en raakt de hoofdwebsite niet aan. Hij maakt vooraf een back-up in /root/archforge-caddy-before-https-fix-<tijdstip>/ en past uitsluitend Caddy aan.
Let op: het script vervangt de default :80-website door de statuswebsite. Gebruik dit alleen op de aparte VPS die bedoeld is voor status.archforge.nl. De hersteltool stopt bij extra .caddy-sitebestanden, onbekende domeinen, een onbereikbare lokale app of een ongeldige configuratie.
Resultaat
HTTPS port: LISTENINGbetekent dat Caddy eindelijk luistert op TCP 443.Certificate: VERIFIEDbetekent dat een geldig TLS-certificaat en/healthzvanaf de lokale VPS zijn gecontroleerd.Certificate: PENDINGbetekent dat Caddy wel op poort 443 luistert, maar dat DNS, ACME-uitgifte of externe netwerkbereikbaarheid nog niet bevestigd is.- Een fout zonder 443-listener herstelt de oude configuratie en laat de relevante Caddy-logs zien.
Het script kan de externe router/firewall van een VPS-provider niet wijzigen en kan geen geldig certificaat garanderen wanneer de vereiste publieke verbinding ontbreekt. Het voert geen wijzigingen uit aan de bestaande ArchForge 11.3.6-hoofdwebsite.