Ich hatte zunächst einen A-Record für webmail-alt.[domain] angelegt mit alter Netcup IP, das hat bisher nicht funktioniert.
Wieso denn das? Das ergibt auch nicht wirklich viel Sinn.
Ich hatte doch geschrieben, dass nur der Eintrag mail.[domain] nötig ist. Und dieser muss auf die IP-Adresse zeigen, die unter Produkte -> HostingXXXXXX -> Übersicht -> Globale Verwaltung und Konfigurationen des Webhostings -> SMTP(S)- / IMAP(S)- / POP3(S)-Server -> IP-Adresse steht.
Ansonsten probier die Domain nochmal als externe Domain hinzuzufügen. Kann sein dass das noch aus irgendwelchen Gründen notwendig ist.
Kommst du denn mit einem lokalen MySQL-Client auf die Datenbank? HeidiSQL, Adminer usw.?
Warum das alle nicht so einfach hinkriegen, wird mir ein Rätseln bleiben.
Fakt ist, dass netcup es ohne Webhosting nicht kann. Leider.
Es gab mal ein Webhosting für 50 Cent/Monat. Das wäre dafür perfekt gewesen. Kann man nur leider nicht mehr bestellen.
An deiner Stelle würde ich den Weg über Cloudflare gehen und dort das CNAME-Flattening verwenden. Den Rest übernimmt dann Heroku.
Ich kann dir auch anbieten die Weiterleitung auf meinem Server einzurichten. Nur ob du dich auf einen Fremden aus dem Internet verlassen möchtest ist eine andere Frage.
KB19 Das stimmt, nur hatte ich die Aussage jetzt so verstanden, als sei netcup jetzt beim Webhosting aktiv.
Hab aber gerade nochmal die IP gecheckt und es ist noch redirect.center. Dann ist mein Post natürlich Quatsch.
Eine Idee, die mir noch in den Sinn kommt, ist Cloudflare im Proxy-Modus davor zu schalten und darüber https zu ermöglichen. Ist aber eher mit Kanonen auf Spatzen geschossen.
Wie ich gerade sehe, empfiehlt Heroku selber u.a. Cloudflare fürs CNAME-Flattening: https://devcenter.heroku.com/articles/custo…or-root-domains
Eventuell wäre das die nachhaltigste Lösung.
Übrigens ist das Zertifikat unter https://www.sternfreunde-berlin.de am 3.1. abgelaufen…
So, bin endlich dazu gekommen.
Siehst du im E-Mail-Controlpanel noch die Domain und steht sie dort auf "E-Mail-Service" "Ein"? Ansonsten müsstest du einmal die Domain als externe Domain hinzufügen (die angezeigten Records kannst du ignorieren).
Anschließend sollte es reichen, wenn du den A-Record mail.[deine.domain] anlegst und diesen Eintrag auf die IP-Adresse vom Mailserver zeigen lässt. Anhand dieses Records erkennt netcups Webmail, bei welchem Mailserver er die Zugangsdaten abgleichen muss. Wenn's nicht direkt klappt, einmal die TTL abwarten.
Leg die Domain als normale Seite an (und nicht als Weiterleitung) und mach die Umleitung mittels .htaccess Datei.
Vielleicht kannst du mir nochmal genau die Situation erklären. So ganz ist mir die noch nicht klar.
Was genau meinst du mit Umzug? Wurde die Domain transferiert? Oder liegt sie noch bei netcup und die Records zeigen nur auf den neuen Anbieter?
Welches Webhosting-Paket hast du? Siehst du die Domain darin noch?
Ich schaue nachher mal bei meinem Webhosting welche Records er genau haben will, damit es klappt.
Ich wüsste nicht warum die Daten weg sein sollten. Du musst es nur schaffen dich wieder einzuloggen. Dazu musst du die ursprünglichen MX-Records (zumindest kurzzeitig) wiederherstellen. Dann sollte auch der Login im Webmail wieder klappen.
Soweit ich das nämlich verstanden habe, erkennt der Webmailer anhand deiner MX-Records, ob er zuständig ist und mit welchem System er die Credentials abgleichen muss.
So sieht übrigens bei mir die Route von netcup zu mir aus:
Host Loss% Snt Last Avg Best Wrst StDev
1. gw02.netcup.net 0.0% 35 0.3 3.2 0.2 55.1 10.7
2. ae3-4018.bbr01.anx84.nue.de.anexia-it.net 0.0% 35 1.9 0.9 0.3 6.0 1.1
3. ae2-0.bbr02.anx25.fra.de.anexia-it.net 0.0% 34 13.4 13.5 10.8 40.0 6.6
4. ae0-0.bbr01.anx25.fra.de.anexia-it.net 0.0% 34 10.9 11.8 10.8 28.0 3.0
5. ae2-0.bbr01.anx63.ams.nl.anexia-it.net 0.0% 34 10.8 13.0 10.7 51.3 8.0
6. ae1-10.bbr02.anx63.ams.nl.anexia-it.net 0.0% 34 10.6 13.5 10.5 66.0 11.3
7. xnl1002aihb001.versatel.de 0.0% 34 11.5 12.9 11.3 32.8 3.9
8. i59F44622.versanet.de 0.0% 34 18.9 21.0 18.7 37.8 4.9
9. iXXXXXXXX.versanet.de 0.0% 34 25.8 25.9 25.7 26.5 0.2Und so bei meinem Patenonkel ausm Nachbardorf mit DTAG:
Host Loss% Snt Last Avg Best Wrst StDev
1. gw02.netcup.net 0.0% 33 0.3 2.5 0.2 53.6 9.5
2. ae3-4018.bbr01.anx84.nue.de.anexia-it.net 0.0% 33 0.5 1.7 0.4 14.1 3.3
3. ae2-0.bbr02.anx25.fra.de.anexia-it.net 0.0% 33 5.3 6.3 3.5 45.8 7.8
4. 80.156.161.185 15.2% 33 4.0 582.2 3.9 5115. 1364.
5. p5b17cd35.dip0.t-ipconnect.de 0.0% 33 8.4 8.2 8.1 8.6 0.1
6. pXXXXXXXX.dip0.t-ipconnect.de 0.0% 32 9.9 10.0 9.8 10.9 0.3Die Übergabe in Frankfurt ist meiner Meinung nach auch wesentlich sinnvoller als der Umweg über Amsterdam. Und über die Zeit müssen wir erst gar nicht sprechen...
EDIT:
Und so siehts zu einer Freundin in Köln aus (netcologne):
Host Loss% Snt Last Avg Best Wrst StDev
1. gw02.netcup.net 0.0% 53 0.3 4.7 0.2 68.1 14.2
2. ae3-4018.bbr01.anx84.nue.de.anexia-it.net 0.0% 53 0.6 0.7 0.3 3.4 0.6
3. ae2-0.bbr02.anx25.fra.de.anexia-it.net 0.0% 53 7.5 6.0 3.4 50.0 8.5
4. rtdecix2-po1-2.netcologne.de 0.0% 53 11.4 12.8 11.4 24.6 2.8
5. ip-core-eup1-ae3.netcologne.de 0.0% 52 11.2 11.7 11.2 16.1 0.8
6. bras-vc1-ae1.netcologne.de 0.0% 52 6.6 7.1 6.6 19.6 1.9
7. xdsl-XXX-XXX-XXX-XXX.nc.de 0.0% 52 15.9 16.2 15.6 17.2 0.3Auch hier Übergabe in Frankfurt. Schade, dass Theo nicht mehr bei Anexia ist. Das waren Zeiten, als man bei dem Thema noch ein offenes Ohr gefunden hat...
Ich hatte damals ein Ticket aufgemacht. Die Antwort:
Dies entsteht gegebenenfalls aufgrund dessen, das wir über unseren Mutter Konzern an den Anexia Backbone Europe angeschlossen sind und mit weiteren Carriern wie Telia, NTT und weiteren zusammenarbeiten.
Unsere Server stehen zwar in Deutschland und dort in Nürnberg, jedoch ist die Netzwerk Infrastruktur über weitere Standorte in Europa verteilt aufgestellt.
Informationen dazu finden Sie hier: https://www.netcup.de/ueber-netcup/h…frastruktur.php
Je nach Auslastung unserer Carrier Partner, kann es an sich schneller sein Ihre Daten durch unser eigenes Backbone zu leiten.
Vielleicht hilft es ja, wenn du auch nochmal nachfragst. Meine Ticket-ID ist [NC#2022012010006092].
mainziman Hier ist es auch so gelöst wie du es beschreibst: https://lg.anexia-it.com/lg/#node/nuremberg
Hier wieder nicht: https://bgp.anexia-it.net
TBT Das Beispiel mit nextcloud kam nur von mir.
Wenn ich jetztContainer XY mit NPM unter xy.domain.de erreichbar machen will, was soll ich dann als Port angeben, wenn ich vorher keine mehr angegeben habe.
Ich nutze kein Portainer, aber das Grundprinzip ist trotzdem unverändert.
Du möchtest, dass Portainer nur über deine Subdomain erreichbar ist. Daher darf Portainer sich auf keinen Port einer öffentlichen NIC binden. Daher am besten erst gar keinen Port angeben. (Wird bei Portainer sicher gehen).
Portainer ist aber trotzdem erreichbar. Und zwar unter der internen Docker-IP-Adresse und dem Port, der vorher auf der rechten Seite vom Doppelpunkt stand (8000:8000). Jedoch nur innerhalb des Docker-Netzwerkes. Und in dem Netzwerk muss dann ein Reverse-Proxy sein. Dieser lauscht wiederum auf der öffentlichen NIC auf Port 80 und 443 (http/https). In diesem Reverse-Proxy musst du dann konfigurieren, dass Requests für xy.domain.de an die interne Adresse von Portainer weitergeleitet werden.
Wenn dein Befehl vorher docker run -d -p 8080:80 nextcloud war, muss er dann so aussehen docker run -d nextcloud. Also den Teil -p 8080:80 weglassen.
Selber auf einem VPS hosten und den Mail-Relay von 2&2 nutzen, der in meinem Internetvertrag inklusive ist (200 Mails/Stunde möglich).
Hehe
Hat den Titel des Themas von „Doof Server per Remote Desktop erreichen“ zu „Root Server per Remote Desktop erreichen“ geändert.
Mit dem CCP (DNS) allein wirst du keinen Portproxy hinbekommen.
Der Host unter example.com muss das übernehmen.
Kannst du keine Subdomain dafür verwenden oder muss es zwingend die Root-Domain sein?
