Beiträge von Virinum

Zitat von cltrmx

den Wildcard-Eintrag (*) kannst du für A nur einmal für die gesamte Domain setzen

Nein, es sind auch mehrere A(AAA)-Einträge pro (Sub)domain (auch Wildcard) erlaubt.

Zitat von sv3n

Also:

Code

*  A  IP Webserver
*  A  IP Mailserver

Nein. Das Sternchen ist eine Wildcard. Die brauchst du nur, wenn du [egal was hier steht].example.com an deinen Webserver weiterleiten willst. Wie Hecke29 schon als Beispiel genannt hat forum.example.com. Möchtest du das nicht, oder möchtest du jede Subdomain explizit anlegen, bleib bei dem www A IP Webserver (finde ich persönlich auch schöner).

Nein, die Nameserver von Netcup kannst du nicht verwenden. Am besten wäre auch ein zweiter separater Server und keine zweite IP, die auf den selben Server zeigt.

Es gibt aber auch kostenlose Anbieter wie z. B. https://dns.he.net/, deren Nameserver du als Slave-Nameserver verwenden kannst. So ein Setup hatte ich bis vor einiger Zeit. Mittlerweile horte ich drei Server und hoste alles selbst.

Ich vermute mal, dass du nicht die "Desktop Experience" ausgewählt hast:

Unbenannt.png

WordPress muss auch mitbekommen, dass es jetzt unter https erreichbar ist (damit die Links zu CSS, Grafiken usw. korrekt generiert werden)

In WordPress:

Einstellungen -> Allgemein -> "WordPress-Adresse (URL)" und "Website-Adresse (URL)" anpassen.

Zitat von AntiiHeld

Die @ Einträge beziehen sich auf meine E-Mails die ich an Mailbox weiterleite.

Ne, das @ steht an der Stelle für die Domain selber (so wie bei freenom das leere Feld). Das hat erstmal nichts mit Mail zu tun. MX hat was mit Mail zu tun.

Wenn du willst, dass deine Webseite über die Domain selber und über www erreichbar ist, brauchst du zwei Einträge.

1. Variante:

2. Variante:

Die Einträge http und https sind Quatsch. Das ist das Protokoll und hat das hat nichts im DNS verloren. Du kannst natürlich auch eine Wildcard (der Eintrag mit *) verwenden. Finde ich aber unnötig, wenn du das nicht brauchst.

Die Einträge mit AAAA (IPv6) sind nicht zwingend notwendig.

Zitat von stephanmg

Man kann die Domain doch auch lokal testen im Intranet (localhost) ohne public zu gehen, oder etwa nicht?

Natürlich. Wenn man lokal einen Webserver laufen hat, geht das. Aber darum ging es hier ja nicht.

So lang wir keine weiteren Infos bekommen, können wir eh nicht groß weiterhelfen.

Zitat von stephanmg

Warum?

Ich weiß jetzt nicht genau, worauf sich die Frage bezieht. Aber ich antworte mal auf beide Möglichkeiten.

DNS-Queries werden im Normalfall von den DNS-Servern des eigenen Internetanbieters (Telekom, Vodafone, 1&1 ...) durchgeführt. Die cachen die Records entsprechend der TTL. Router und PC cachen selber auch nochmal. Also selbst wenn man den DNS-Cache vom Router und vom PC löscht, hängen die Records immer noch im Cache von den DNS-Servern des Internetanbieter. Auf die hat man im Normalfall keinen Zugriff. Manche DNS-Anbieter bieten ein Leeren des Caches über ein Webformular an. (Z.B. Google oder Cloudflare)

Daher finde ich eine TTL von 24 Stunden auch ziemlich lang. Vor allem wenn man die Domain gerade am einrichten und testen ist.

Wenn die DNS-Server deines Internetanbieters die Einträge für 24 Stunden (Standard TTL bei netcup) cachen, bringt auch ein Router- oder PC-Neustart nichts. Ich finde 24 Stunden als Standardeinstellung auch extrem lang.

Wie sehen denn die DNS-Einstellungen aus? Mit so wenig Infos kann man echt nur sehr schwer helfen.

Wenn z.B. die TTL noch auf 24 Stunden steht, kann das so lang dauern, ja. Ein Screenshot oder der Domainname (gerne auch als PN) würde auch helfen dir zu helfen.

Als erste Anregung: Offline-Snapshot erstellen, diesen exportieren und beim neuen Server diesen als Image wiederherstellen.

Danach noch die Partition entsprechend vergrößern. Z. B mit gparted.

Und schon wieder werden Angebote auf netcup-sonderangebote.de als "verpasst" markiert, obwohl sie noch verfügbar sind. Finde das an einem Black-Friday nicht besonders förderlich.
Hab dem Support schon geschrieben...

Ist die Domain mydomain.de im CCP dem Webhosting zugewiesen?
Und wurde die Subdomain abc.mydomain.de im Webhosting angelegt? Ein DNS-Eintrag alleine reicht nicht: https://www.netcup-wiki.de/wiki/Plesk_Ony…main_anlegen.3F

Getestet mit https://webmail01.netcup.net/

Unbenannt.PNG

Zitat von andreas.

Um dann die URL "webmail.meine-domain.de" auch ohne Zertifikatsfehler über die URL "https://webmail.meine-domain.de" aufrufen zu können, mußt du den Support bitten, dir ein Zertifikat (Let's Encrypt-Zertifikat) auf dem Server einzuspielen, da unter der PLESK-Version von Netcup dies für uns Kunden nicht selber möglich ist.

Du hast wirklich netcup überzeugt bekommen für dich auf deren Webmailserver ein https-Zertifikat für deine Domain zu installieren? Wundert mich gerade sehr stark.

Zitat von andreas.

Soeben habe ich es mal bei mir genauer angeschaut und habe festgestellt, dass ich für die Domain "webmail.meine-domain.de" die IP-Adresse 46.38.249.153 als A-Rekord auf dem DNS-Server eingetragen habe.

Benutzt besser einen CNAME-Record. Sollte netcup die IP mal ändern, müsst ihr bei euch nichts anpassen.

Generell hast du da Recht (auch wenn ein CNAME hierfür besser passen würde). Jedoch muss der Webserver (der Webmailserver in dem Fall) auch auf deinen Hostnamen hören (sich zuständig fühlen). Hinzu kommt, dass das https-Zertifikat nur für den Hostnamen "webmail01.netcup.net" ausgestellt ist. Das heißt du würdest auch immer eine Zertifikatswarnung bekommen.

Eine Alternative ist (und das haben schon mehrere hier im Forum gemacht) dir selbst eine Roundcube-Instanz auf deinem Webhosting-Paket zu hosten. Ist nicht sonderlich kompliziert.

Mit @root-dns.netcup.net im dig Befehl sollte doch eigentlich direkt der DNS-Server von Netcup abgefragt werden. Da sollte kein Caching-Problem auftreten.

Ich hab's gerade mal getestet. Bei mir klappt's:

dig @root-dns.netcup.net _acme-test.host.subdomain.XXX.de txt +short
"Dies ist ein Test"

Hab den Eintrag genau so angelegt wie du (_acme-test.host.subdomain)

In netcup's wiki (German) you can find a step by step guide: https://www.netcup-wiki.de/wiki/Windows_Installation
Google translator is doing its job pretty good: https://translate.google.com/translate?sl=d…ws_Installation

„404 Not found“

Sicher, dass der Pfad richtig ist?