Beiträge von Bud

Ich pack dir mal meine Doku dazu in den Spoiler, vielleicht hilft die dir ein wenig weiter:

<VirtualHost *:80>

ServerAdmin apache@example.com

ServerName example.com
ServerAlias www.example.com

DocumentRoot /var/www/html/

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

</VirtualHost>

Zitat von ichbins

EDIT: ich habe mal den Zugriff auf ticket.domain.tld von meinen handy aus getestet. Da steht nur "Hier entsteht eine neue Webseite". Kann ja eigentlich nicht korrekt sein?

Wenn du den DNS-Eintrag gerade erst geändert hast, dauert es ein paar Stunden, bis dieser bekannt ist. Wie hoch ist denn deine TTL?

Ich würde sagen das hier der Notfallsupport kostenlos ist, aber letztendlich entscheidet dies der Notfallsupport.

Zitat von RAD750

Oh, aktuell sogar ohne Einrichtungsgebühr

Die musste ich noch nie zahlen... Hab extra für dich mal nachgeschaut:

Den Spanier hab ich seit 11 / 23, und den Amerikaner seit 04 / 24 - jeweils ohne Einrichtungsgebühr

Den Amerikaner werde ich aber zum Vertragsende hin kündigen, der bringt mir nichts...

Der Server in den USA ist mehr eine Spielerei, da läuft aktuell WireGuard drauf.

Der Server in Spanien ist teil meines redundanten Monitoring: Munin und UptimeKuma

Ich werde die Tage meinen VPS Secret platt machen. Falls wer einen sucht

Zitat von RAD750

Ein Piko in den USA wäre was feines.

Da gebe ich dir recht. Habe einen 1€-Server von I0N0S in den USA und auch in Spanien.

Zitat von tom434

Den Teil kannst du an sich weggelassen, da die exposden Ports von einem Container innerhalb vom Docker Netzwerk erreichbar sind.

Aber ich dachte das der erste Teil, also in dem Fall 8081 der "interne exposed" Port ist?

Zitat von tom434

Das brauchst du auch nicht, da jeder Container quasi ein eigener Server ist, daher auch seine eignen Ports hat bzw. diese nicht in Konflikt miteinander geraten.

Aber nginx selbst fragt ja auch nach einem "Forwarded Port"

Ich habe das Gefühl ich habe irgendwo einen Denkfehler, bzw Verständnisfehler.

Zitat von tom434

Welche IP hast du verwendet? Du musst die interne von Docker verwenden (nicht die deines Servers). Aber den Namen zu verwenden ist eh besser, da sich die interne IP auch mal ändern können (Das mit den Namen funktioniert, da Docker intern die Namen zu den Ips auflöst, innerhalb eines Netzwerkes)

Keine IP, siehe Screenshot. Ich nutzte die Namen der Container, also z. B. portainer oder wikijs-one, und die sind alle in dem Netzwerk nginx_default

Zusammenfassend habe ich gedacht:
8081:80 bedeutet, dass der Container im Netzwerk nginx_default den Port 8081 hat, und so die Zuordnung durch nginx funktioniert. 80 ist für mich der Port, über welchen der Dienst publiziert wird, aber nginx packt ein LE-Zertifikat davor und publiziert über 443 inkl. Zuordnung der Subdomain.

Wenn ich das richtig verstanden habe, läuft mein Docker so wie von TBT beschrieben. Incoming-Traffic wird komplett geblockt, außer für 22 und 4949 (Munin). 80 und 443 werden von Docker selbst weitergeleitet.

bud@docker:~$ sudo ufw status verbose
Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), deny (routed)
New profiles: skip

To                         Action      From
--                         ------      ----
22/tcp                     ALLOW IN    Anywhere
4949/tcp                   ALLOW IN    Anywhere

80/tcp                     ALLOW FWD   Anywhere
443/tcp                    ALLOW FWD   Anywhere
80/tcp (v6)                ALLOW FWD   Anywhere (v6)
443/tcp (v6)               ALLOW FWD   Anywhere (v6)

Deswegen ja meine obige Frage. Wenn ein Dienst auf 8081:80 läuft, wird er von nginx hinter der FW weitergeleitet (http - service - 8081), mit einem Zertifikat versehen und nach außen über 443 geleitet.

pasted-from-clipboard.png

Oder habe ich das falsch verstanden? Über IP:PORT ist nichts erreichbar.
Ich würde ja sogar gerne 80 aus der UFW entfernen, aber ich hatte mal irgendwo gelesen, dass dies trotzdem keine gute Idee ist. Ich glaube, LE braucht den, oder?

Zitat von Olivetti

Außerdem betrifft's ja nur die Croudgestriketen.

Wie war das nochmal mit dem Schlangenöl...

Zitat von ThomasChr

Die Banken schaffen also bankrotte Kunden.

So ist es. Ich bin meinen Eltern unendlich dankbar, dass sie mich dementsprechend erzogen haben. Außer für Immobilien habe ich noch nie einen Kredit aufgenommen, selbst meine Handyverträge sind immer monatlich kündbar. Auch Autos etc. werden bei mir nicht auf pump gekauft.

Aber ist es wichtig, dass ich die Ports der Doku verwende, oder kann ich meine eigenen Ports angeben?

Irgendwie hat das die letzten Wochen / Monate wieder Überhand genommen, oder? Eine sehr lange Zeit habe ich gefühlt gar keine Spam-Nachrichten mehr erhalten.

Guten Morgen CK111 - vielen Dank für die Erklärung!

Dadurch, dass meine Webinterface-Dienste alle im gleichen Netzwerk laufen, wäre die Konfiguration dann wie folgt – oder?

Dienst 1: 8081:80
Dienst 2: 8082:80
Dienst 3: 8083:80
Dienst 4: 8084:80
Dienst 5: 8085:80

Und dann jeweils subdomain:443 -> localhost:808X?

Wenn ich in nginx einen Proxy Host temporär deaktiviere - hat das negative Auswirkungen auf das LE-Zertifikat? Oder andere Auswirkungen an welche ich gerade nicht denke?

Und damit mit den Ports 80:80 etc. muss ich mir definitiv nochmal genauer anschauen.

Welche Relevanz hat der angegeben Port in diesem Fall? Ich habe ja http portainer 9000 angegeben, und jetzt erst gemerkt das portainer bei mir unter 8000 bzw 9443 läuft - warum funktioniert das trotzdem?

Soll ich bei weiteren Containern dann auch einfach http container name 9000 angeben?

Denn als ich soeben das gleiche für nginx versucht habe, hat es mit Port 81 nicht funktioniert.

Edit: Funktioniert nicht, stimmt so nicht, das Zertifikat will nicht - weil Plesk dazwischen funkt?! Wo kommt das denn her?!

pasted-from-clipboard.png

Inwiefern unübersichtlich? Es reicht doch, wenn ich alle in das nginx:default Netzwerk werfe, und das verwende? Oder nicht?

Nice, das hat funktioniert!

Durch den nginx Stack wurde das Netzwerk nginx_default hinzugefügt. Ich habe jetzt portainer ebenfalls dem nginx_default hinzugefügt, und den Proxy Host auf http - portainer - 9000 geändert, und es funkioniert. Sogar das LE-Zertifikat hat auf Anhieb funkioniert.

Danke! Dann probiere ich mal weiter... Eine Frage aber noch:

Also heißt das, ich muss (abgesehen von SSH, 80 und 443) keine Ports durch UFW öffnen?
Denn nginx "fängt" alle konfigurierten Anfragen über 80 bzw 443 ab und leitet sie intern, also hinter UFW, weiter?

Hier bin ich wieder

Ich habe einen Docker-Server aufgesetzt und versuche gerade eine Subdomain auf das Portainer UI zu bekommen. Hierfür habe ich als ersten (bzw. zweiten) Container nginx angelegt. UI auch erreichbar, Proxy Host konfiguriert, funktionieren will es trotzdem nicht. Die entsprechenden Ports sind aber in der ufw (Achtung: ufw-docker) angelegt. Die Domain portainer.example.com zeigt auf die IP des Servers.

bud@docker:~$ sudo ufw status verbose
Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), deny (routed)
New profiles: skip

To                         Action      From
--                         ------      ----
22/tcp                     ALLOW IN    Anywhere
22/tcp (v6)                ALLOW IN    Anywhere (v6)

80/tcp                     ALLOW FWD   Anywhere
81/tcp                     ALLOW FWD   Anywhere
443/tcp                    ALLOW FWD   Anywhere
9443/tcp                   ALLOW FWD   Anywhere
80/tcp (v6)                ALLOW FWD   Anywhere (v6)
81/tcp (v6)                ALLOW FWD   Anywhere (v6)
443/tcp (v6)               ALLOW FWD   Anywhere (v6)
9443/tcp (v6)              ALLOW FWD   Anywhere (v6)

Habe ich etwas übersehen?

Zitat von Mila

Kommentieren hier im Portal eigentlich auch Mitarbeiter des Netcup-Kundendienstes? Oder ist das wirklich nur für "Kunden von Kunden"?

für Kunden von Kunden

Aktionen werden hier bekannt gegeben und ab und zu meldet sich Lars wenn es ein globales / größeres Problem gibt. Aber Support erhältst du hier nur von Kunden.

Du hast leider nicht den falschen Weg gewählt, dieses Versprechen von netcup ist unwahr.

Was für ein Problem hast du denn mit deinem VPS?