Wir betreiben zwei Buchhaltungssysteme auf Ruby on Rails und müssen manchmal Wartungsarbeiten durchführen, die zu Ausfallzeiten führen oder die sich mit Ausfallzeiten einfach einfacher durchführen lassen. Diese Woche haben wir unsere gesamte Suite von lxc-Containern von HDDs auf eine Reihe von SSDs migriert. Der Zugriff auf die Buchhaltungssysteme erfolgt über HTTPS unter fakturabank.no und snotr.no.
Wir betreiben einen LXD-Server und haben einen Container speziell für die Bereitstellung der Wartungsseite, einer statischen HTML-Seite. Diese planen wir auf einen anderen Server zu verschieben, damit wir sie auch nach Neustarts aufrechterhalten können. Um die Wartungsseite jetzt zu aktivieren, starten wir den Wartungscontainer und bearbeiten die Netplan-Einstellungen mit den IP-Adressen der Accountingsofware-Container, dann schalten wir den Accountingsofware-Container aus und führen netplan apply && systemctl nginx restartden Wartungscontainer aus.
Auf den Buchhaltungssystemen haben wir SSL-Zertifikate von letsencrypt, der Wartungscontainer akzeptiert derzeit nur Datenverkehr über HTTP, da er kein SSL-Zertifikat besitzt. Dies führt dazu, dass Benutzer, die sich zum Zeitpunkt des Wartungsbeginns im System befinden, nicht auf die Wartungsseite umgeleitet werden.
Ich möchte es so einfach wie möglich halten, den Wartungsmodus zu aktivieren. Auf der Wartungsseite werden nur Informationen angezeigt, daher sehe ich keinen Vorteil, wenn sie auf https läuft.
Wie kann ich nginx so konfigurieren, dass dies funktioniert? Ist das eine dumme Idee?
Erhalten meine Benutzer die Warnung, dass diese Seite unsicher ist?
Noch eine Idee :(
Muss ich mein Verfahren ergänzen, um jedes Mal, wenn ich es verwenden möchte, ein neues gemeinsames Zertifikat auf dem Wartungsserver anzufordern?
Antwort1
Ja, Sie sollten HTTPS in Ihrem Wartungsserver verwenden.
- Leute benutzen Lesezeichen
- Browser zeigen HTTP als unsicher an
- Browser verwenden standardmäßig HTTPS, wenn kein Protokoll angegeben ist
- wenn Ihr ServerHSTS-Header(was auch so sein sollte) Die Browser, die Ihren Server zuvor besucht haben, zeigen große Sicherheitswarnungen an und weigern sich, mit Ihrem Server zu kommunizieren