Am 18.11.21 um 08:36 schrieb tomas@tuxteam.de:
On Thu, Nov 18, 2021 at 12:17:28AM +0100, Ralf Mattes wrote:
Am Mittwoch, 17. November 2021 20:00 CET, Marc Schwarz info@shopmage.de schrieb:
Hi Urs,
was für ein Betriebssystem läuft auf dem Server?
Na, Linux. Das ist ja immerhin die Linux-Mailingliste :-)
Hast Du mal in den nginx Logs (/var/log/nginx) nachgeschaut, ob da das Problem genauer
Laut Urs:
delta systemd[1]: nginx.service: Unit cannot be reloaded because it is inactive.
Da ist schon der Service nicht aktiviert. Leider verät er uns nicht was ' ss -t -a | grep https' ergibt. Warscheinlich lauscht da gar nichts auf Port 443.
Da der Befehl gar nichts zurückgibt, stimmt das wohl.
sudo nginx -t beschwert sich übrigens über Fehler in nginx.conf- obwohl sich das Paket nginx mit apt oder dpkg gar nicht installieren lässt (wg. "Abhängigkeitsproblemen").
Meine Rede: erst den Web-Server ans laufen kriegen :-)
Connection refused ist da ein klares Indiz.
[...]
Die Meldung mit dem "Verbindungsaufbau abgelehnt" könnte ich mir als Reaktion auf eine falsche nginx-Konfiguration denken, in der die Anfrage nicht an den gitea-Dienst weitergeleitet wird.
Glaube ich eher nicht - wenn nur die Weiterleitung an den Gitea-Server nicht funktionieren sollte müsstest Du ein Connect bekommen (und dann eher einen 500er Fehler).
Genau. Wenn der Webserver läuft, aber nicht "sein" backend ansprechen kann, dann erwarte ich schon eine HTTP-Antwort mit anständigem Fehlercode (ein 5xx, vielleicht auch ein 4xx, was zwar falsch, aber anständig wäre. In der Microsoft-Welt auch mal ein 2xx [1] -- aber jedenfalls immer eine connection (=> kein "connection refused").
lg
[1] Nicht lachen: hatte ich bei einem MS SOAP Server (der eigentlich XML ausliefert). Im Fehlerfall hat der ein "200 OK" geliefert, und *eine HTML-Seite* in der der Fehler menschenlesbar beschrieben war. Dazu muss mensch wissen: SOAP richtet sich nicht an Menschen, sondern an Maschinen. Der XML-Parser auf "meiner" Client-Seite war "less than amused". Gotta love Microsoft.
-- t