Beiträge von Marcel2508

Na dann sollte das ja ggf bei mir auch geschehen in den nächsten Stunden. Hab die auf eigene, und dann wieder zurück geswitched.

Danke für die Info

Danke für dein Input laurentius. Ich hab dein Vorschlag mal probiert - leider keine Änderung...

Und auch danke tab für deine Infos..

pasted-from-clipboard.png

Am 12.06 hab ich die Domain transferiert. Also auch die Änderung von eben scheint nicht bis zur Denic durchgekommen zu sein...

Demnach also nicht "normal"?

Hey,

wie ist bisher eure Erfahrung mit Domain Transfers zu Netcup?

Am Montag Mittag habe ich eine .de Domain via Auth-Code zu Netcup Transferiert (kommend von Ho-Euro).

Bisher zeigt diese immer noch auf den alten NS von Ho-Euro. Wie lange dauert der Transfer?

Muss noch irgendwas gemacht werden um den Transfer abzuschließen?

Im CCP sehe ich die Domain ganz normal und kann DNS Einträge bearbeiten.

Gestern Morgen habe ich den Support angeschrieben, heute kam eine "Ich habs an die entsprechende Abteilung weitergeleitet" Antwort, mal schauen..

Danke & Grüße

Ich glaube ich habe ein ähnliches Verhalten bei meinem Server via IPv4 beobachtet (IPv6 scheint ok). Meine Vermutung war, dass es am CGNat von VF liegt. Aber ich hatte noch keine Gelegenheit weitere Tests zu machen

Wie wär's mit einem von denen: https://github.com/awesome-selfho…source-planning

Also ich könnt dir z.B ein Space beim Digitalen Ozeans (5€/Monat) empfehlen, oder ein S3 Bucket bei einem Anbieter mit C aus München. Wenn du die Videos vorher mit ffmpeg in HLS Segmente konvertierst sollte das beliebig skalieren. Der zweite Anbieter hat für den fixpreis Traffic all inc, aber nur 10Mbyte/s pro Connection

Doch. Standardmäßig nutzt Keyhelp wohl Apache2 als Webserver und dieser lauscht (standardmäßig) auf HTTP (:80) oder HTTPS (:443).

Noch ein Hinweis: wenn du auf den neuen Server wieder Keyhelp installierst, bist du am selben Problem wie jetzt. Da KeyHelp vmtl auch Port 80/443 beansprucht.

Betreibst du eine Website oder irgend einen ähnlichen Dienst auf deinem Server oder stammt das nur von früheren Experimenten?

Wenn Website: vmtl nutzt du let’s encrypt / einen ACME Client für die HTTPS Zertifikate? Du könntest dann auch das Zertifikat damit abrufen und in den Panel & Wings Container Mounten und die auf andere Ports stellen.

Nein das mit der CPU hat damit nichts zu tun.

Das ist auch kein Fehler nur eine Warnung

Auf Port 443 gibts schon einen Service. Was läuft denn da? Du musst dann villeicht ein reverse proxy verwenden oder das andere abschalten

Am besten löscht du nochmal den ganzen Ordner und startest das Tutorial von Anfang an (mit dem richtigen compose). Dann sollte alles klappen

Zitat von Samsonetty

docker-compose version 1.24.1, build 4667896b

Diese Ausgabe würde wenn du das richtige "docker compose" benutzt aber nicht kommen!

Samsonetty ich habe grade auf meinem Server ein Stack nach Anleitung installiert. Das scheint soweit alles (noch) zu funktionieren.

Du musst dir lediglich die "-" zwischen docker und compose weg-denken um die neueste version zu verwenden. Deine aktuelle Version ist zu alt und funktioniert desshalb nicht mit den neuen compose features.

Das Tutorial nimmt an, dass die Ports 80, 443, 8080 und 2022 frei sind (also quasi ein leerer Server).

Hast du also z.B. schon eine Website (auf :80 oder :443) am laufen, musst du eventuell die compose-datei ändern und ggf. in deine Reverse-Proxy einbinden.

Certbot wird auf einem anderen Port als 80 (bzw 443) z.B. nicht funktionieren.

Hey, mit folgender anleitung kannst du das compose plugin (v2) installieren:

https://docs.docker.com/compose/install/linux/

Dann musst du docker compose up -d und nicht docker-compose nutzen.

EDIT: ich hab das Tutorial vor 1 1/2 Jahren geschrieben.. Seitdem ist docker-compose (v1) deprecated und das verwendete compose projekt wurde mehrfach geupdated.

Ich würde dennoch bei diesem bleiben, da es "einfacher" für neulinge zu nutzen ist als die docker-compose files von pterodactyl selbst und es einen kompletten Stack mit allen notwendigen Services und nicht nur minimal (panel + db) komponenten beinhaltet.

Stören tut mich das jetzt auch nicht sonderlich, aber ich finde, das Phishing dadurch erleichtert wird. Denn woher soll der normale Kunde wissen ob servercontrolpanel-beta.de oder kundenpanel.net oder netcup-webmailer.de nicht auch zu Netcup gehören könnte.

Bei Google z.B. muss man nur eine Domain prüfen (drive.google.com, mail.google.com, maps.google.com etc..)

Was für ein Windows nutzt du denn?

Windows Server 20XX oder 10/11?

Zitat von m_ueberall

Schon ein Ticket beim zuständigen Support eröffnet?

ja

Seit einigen Tagen haben wir auch mit mehreren Kunden-Accounts und Webhostings Probleme mit dem Versand an @gmx.de, @web.de etc. E-Mail Adressen. Scheint also u.a. an United Internet zu liegen? Hat Netcup hier die Möglichkeit etwas zu tun? Etwa mit den Providern Kontakt aufzunehmen? Netcup als etablierter Hoster mit vielen tausenden Kunden wird da sicherlich mehr Aussagekraft haben, als wenn einzelne Kunden da nachfragen.

Wäre schade, wenn wir die Kunden-Konten jetzt zu einem anderen Anbieter transferieren müssten, weil die E-Mail Zustellung immer Unzuverlässiger wird.

Edit: der Mailversand hat bis vor wenigen Tagen / Wochen immer zuverlässig funktioniert. Auch an den E-Mails oder Einstellungen haben wir nichts geändert.

Zu beachten ist hierbei jedoch:

Ich hab eine Zeit lang SendGrid (kostenloses Kontingent) verwendet. T-Online weist da z.B. tatsächlich mails (ohne Info) ab, weil denen da der Absender nicht zuordbar scheint. Also der Hostnamen der IP ist irgendein Buchstabensalat von Sendgrid und das halten die nicht für Authentisch. Ich sollte mir dann eine Dedizierte IP dir leisten… bin jetzt erstmal wieder auf meinen eigenen Mailserver hier zurück gewechselt.