Beiträge von CK111

  • IPv6 Probleme

    Moin,

    ich sitze hier seit ein paar Stunden an einem Problem, welches mir graue Haare bereitet und zwar möchte ich auf einem VPS1000 IPv6 zum Laufen bekommen.

    Das ganze sieht auch eigentlich gut aus nur leider bekomme ich einfach keine Verbindung nach draussen. Ich habe es erst mit Ubuntu 24.04 probiert und jetzt noch mal mit Debian 13.

    IPv6 ist gerell erstmal da:

    Nur leider verlässt nichts das Netcup-Netz:

    Intern gehts:

    Die Configs sind auch noch so ziemlich im Auslieferungszustand:

    System ist auch recht aktuell:

    Zitat

    uname -a

    Linux web 6.12.48+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.48-1 (2025-09-20) x86_64 GNU/Linux

    Hat jemand eine Idee?

    Gruß

    Chris

  • Server administrieren - wo fange ich an?

    @philw95: Hübscher geht immer, aber ich hatte es verstanden, dass er erstmal die Basics verstehen möchte und ein exponierter Port gibt halt feedback, ob der Container arbeitet, oder nicht.

    Wenn ich das richtig verstehe, macht er das auch über Plesk und da kannst du aus der Box raus auch nicht die Netzwerknamen definieren, da gibt's ein default netz pro Container, wenn ich mich recht entsinne.

  • Server administrieren - wo fange ich an?

    Erstmal sind die Ports wichtig, die vom Container bereitgestellt werden, bei Portainer z.B. 9000.

    Da lässt sich erstmal nicht dran drehen. (Viele lassen es zu, aber das lasse ich jetzt bewusst aus).

    DeineIP:9000 -> Portainer HTTP

    DeineIP:9090 -> Timeout

    Diese kannst du dann nach belieben in der Konfiguration für deine Instanz verändern: 9090:9000 ->

    DeineIP:9000 -> Timeout

    DeineIP:9090 -> Portainer HTTP

    Damit änderst nicht den internen Port, sondern das Mapping danach.

    Das ist wie Portforwarding in einer Firewall. Du hast den Dienst auf Port 9000 und möchtest ihn auf Port 9090 im Internet publizieren.

  • Server administrieren - wo fange ich an?

    Im Prinzip, ja!

    Zu beachten ist allerdings, dass einige Anbieter von Containern bereits mitdenken und eben genau aus dem Grund nicht Port 80 sondern einen anderen Port benutzten. Genau aus dem Grund läuft Portainer z.B. auf 9000, da eben viele Anwender Portainer nicht zum Selbstzweck installieren und daher die Ports 80 und 443 selber brauchen.

    Da kommen dann die Dokus wieder ins Spiel und man muss schauen, ob man nun Port 80, 81, 8080, oder 9000 für diesen Zweck nach außen gemapped bekommt. ;)

  • Server administrieren - wo fange ich an?

    Moin, ich hoffe, ich erzähle dir jetzt nichts, was du schon weisst, aber was du dir auf jeden Fall anschauen solltest, ist Die Dockerhub/Github Seite der verschiedenen Container. Da sind die "Exposed Ports" nämlich Dokumentiert.

    Am Beispiel Portainer:

    8000 - Port für den SSH-Tunnel zwischen Client und der Portainer-Instanz

    9000 - Port zum Zugriff auf die GUI und die API

    9443 - Port zum Zugriff auf die GUI und die API (SSL)

    Über die 3 Ports kannst du also auf den Portainer Container zugreifen.

    Da du das mit einem SSL Proxy planst, war für dich 9000 interessant.

    Wenn man jetzt also mal die Firewall aussen vor lässt, wäre dein Sever dann von aussen so erreichbar:

    DeineIP:80 -> nginx HTTP

    DeineIP:443 -> nginx HTTPS

    DeineIP:9000 -> Portainer HTTP

    DeineIP:9443 -> Portainer HTTPS

    Du sagst dann dem Proxy, dass er bitte folgendes tut:

    DeineSubDomain:443 -> localhost:9000

    Das mit dem 80:80 (Portmapping) wird dann spannend, wenn du mehrere Container hast, die alle z.B. ein Webinterface auf Port 80 anbieten wollen. Damit kommen sie dann ja in Konkurrenz untereinander.

    Da kannst du dann definieren, dass der Port 80 des Containers z.B. auf Port 30080 nach aussen gemapped werden soll.

    Die Syntax 30080:80 hätte also zum Beispiel zur Folge, dass der HTTP Port eines Containers extern auf Port 30080 erreichbar ist:

    DeineIP:30080 -> ContainerXY HTTP

    und ergänzend im Proxy:

    DeineSubDomain2:443 -> localhost:30080

    Dazu ist es aber wichtig zu wissen welche Ports vom jeweiligen Container bereitgestellt werden - und natürlich welche Ports auf deinem System noch frei sind.

    Ich bin jetzt bewusst nicht auf Firewall, Plesk und Docker Netzwerke eingegangen, denn ich denke, es ist wichtig, erstmal die Idee dahinter zu verstehen.

  • Domain auf Vserver problem?

    Moin, also erstmal, deine Bilder sind nicht so 100% "verwaschen", daher habe ich mal etwas mit den Werten getestet und deine Subdomain minectaftserver.st...y.de löst auf die IP und den Server v2202[..].quicksrv.de auf, soweit ich das sehe.

    Das sollte also alles passen.

    Wahrscheinlich ist die DNS Änderung aber noch nicht auf dem PC/Router angekommen. Das dauert gerne mal etwas.

  • Uptime Kuma auf Webhosting 8000

    Moin, ich weiss nicht, ob's noch für dich interessant ist, aber ich habe/hatte Uptime Kuma auf meinem Webhosting 4000 am Laufen und auch arge Probleme beim Verständnis, wie das nun genau funktionieren soll.

    Am Ende hat mir, meine ich, dieser Eintrag ganz gut geholfen: https://github.com/louislam/uptim…ment-1531401026

    Habe grade auch noch mal meine Bash_history nach nützlichen Try-and-Error-Commands durchsucht, aber leider nichts gefunden. Ich meine, es ging am Ende mehr oder weniger komplett über das Plesk interface.