Aaaah, Tatsache! Anscheinend gibt's doch kleine aber feine Unterschiede wie die Anbieter ihre DNS-Konfigurationen handhaben bzw wie die Web-Frontends diese nachbessern. Vielen Dank jedenfalls, jetzt funktioniert alles
Beiträge von NeoTrantor
-
-
Nein, habe sie direkt beim Umzug noch vor der Authcode-Eingabe 1:1 übernommen.
Die dyndns Einträge hatte ich heute Vormittag noch geändert (so wie oben beschrieben). Dies scheint jetzt zu funktionieren. Offenbar ist die Verbreitung hier etwas langsamer als gewohnt.
Die TXT Einträge für letsencrypt waren bei dem alten Anbieter idR auch nahezu sofort abrufbar. Diese sind allerdings schon seit gestern eingetragen. Das wundert mich doch sehr.
-
Ja, so ist es. Die Einträge sind exakt gleich.
-
Hi,
gestern habe ich einige meiner Domains von einem anderen Anbieter zu netcup geholt.
Beim alten Anbieter hatte ich eine subdomain (dyndns.example.de) und einen eigenen Nameserver, der wiederum dynamische Subdomains über diese anbot (z.B. zuhause.dyndns.example.de).
Das hat ohne weiteres funktioniert. Nach dem Umzug geht das aber bei gleicher Konfiguration nicht mehr. Habe nun einen ns record angelegt (dyndns NS ns.example.de) und ns.example.de zeigt auf den entsprechenden Server. Funktioniert aber leider trotzdem nicht. Ich bekomme immer die IP von example.de und nicht die, die in meinem nameserver für die sub-sub-domain hinterlegt ist.
Das zweite Problem sind die TXT records, die man für die letsencrypt wildcard Zertifikate benötigt. Diese tauchen bei gar nicht auf wenn man per dig nachschaut.
Die SOA records zeigen an, dass die domains bei netcup liegen. Von daher müsste das doch eigentlich gehen, oder?
Hier meine DNS Konfiguration:
Code* A 1.2.3.4 @ A 1.2.3.4 @ MX 10 mail ns A 1.2.3.4 dyndns NS ns.example.de _acme-challenge.example.de TXT blablabla
Hat jemand eine Idee dazu?
-
Ach, netplan heißt der Mist Das war der entscheidende Hinweis, Danke!
Die configs unter /etc/cloud/cloud.cfg.d/ sind anscheinend nicht die richtigen.
Die Änderungen gehören in die Datei /etc/netplan/50-cloud-init.yaml. Meine sieht jetzt so aus:
Code: /etc/netplan/50-cloud-init.yamlnetwork: ethernets: ens3: addresses: [ 185.183.158.xxx/22, '2a03:4000:1d:xxxx::1/64' ] dhcp4: true dhcp6: true version: 2
Einträge für gateway etc habe ich nicht vorgenommen. Es reicht anscheinend so.
Danach folgende Kommandos ausführen:
netplan generate
netplan apply
Dann läuft es
-
Hallo,
mein Ubuntu 18.04 Server (KVM) bekommt beim (Neu)start seine IPv6 Adresse nicht. Habe alles statisch in die /etc/network/interfaces eingetragen. Offenbar nutzt die neue Ubuntu Version wohl cloud-init zum Konfigurieren des Netzwerks. Also habe ich auch dort meine Einträge vorgenommen. Trotzdem erhält der Server seine Adresse nicht. Manuelles Hinzufügen mit ip -6 addr add ... funktioniert immerhin bis zum nächsten Neustart.
Im Control Panel ist die IPv6 Adresse natürlich auch eingetragen.
Hier meine Konfigurationen:
# ip a
Code
Alles anzeigen1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff inet 185.183.158.xxx/22 brd 185.183.159.255 scope global dynamic ens3 valid_lft 86338sec preferred_lft 86338sec inet6 fe80::141a:6cff:xxxx:xxxx/64 scope link valid_lft forever preferred_lft forever
# /etc/network/interfaces
Code
Alles anzeigenauto lo iface lo inet loopback auto ens3 iface ens3 inet4 static address 185.183.158.xxx netmask 255.255.252.0 broadcast 185.183.158.255 gateway 185.183.156.1 dns-nameservers 46.38.225.230 46.38.252.230 iface ens3 inet6 static address 2a03:4000:1d:xxxx::1 netmask 64 gateway fe80::1
# /etc/cloud/cloud.cfg.d/50-curtin-networking.cfg
# /etc/cloud/cloud.cfg.d/49-custom-networking.cfg
# /var/log/cloud-init-output.log
Code
Alles anzeigenci-info: +++++++++++++++++++++++++++++++++++++++Net device info+++++++++++++++++++++++++++++++++++++++ ci-info: +--------+------+------------------------------+---------------+--------+-------------------+ ci-info: | Device | Up | Address | Mask | Scope | Hw-Address | ci-info: +--------+------+------------------------------+---------------+--------+-------------------+ ci-info: | ens3 | True | 185.183.158.xxx | 255.255.252.0 | global | xx:xx:xx:xx:xx:xx | ci-info: | ens3 | True | fe80::141a:6cff:xxxx:xxxx/64 | . | link | xx:xx:xx:xx:xx:xx | ci-info: | lo | True | 127.0.0.1 | 255.0.0.0 | host | . | ci-info: | lo | True | ::1/128 | . | host | . | ci-info: +--------+------+------------------------------+---------------+--------+-------------------+ ci-info: ++++++++++++++++++++++++++++++++Route IPv4 info++++++++++++++++++++++++++++++++ ci-info: +-------+---------------+---------------+-----------------+-----------+-------+ ci-info: | Route | Destination | Gateway | Genmask | Interface | Flags | ci-info: +-------+---------------+---------------+-----------------+-----------+-------+ ci-info: | 0 | 0.0.0.0 | 185.183.156.1 | 0.0.0.0 | ens3 | UG | ci-info: | 1 | 185.183.156.0 | 0.0.0.0 | 255.255.252.0 | ens3 | U | ci-info: | 2 | 185.183.156.1 | 0.0.0.0 | 255.255.255.255 | ens3 | UH | ci-info: +-------+---------------+---------------+-----------------+-----------+-------+ ci-info: ++++++++++++++++++++++++++++Route IPv6 info++++++++++++++++++++++++++++ ci-info: +-------+-------------+---------------------------+-----------+-------+ ci-info: | Route | Destination | Gateway | Interface | Flags | ci-info: +-------+-------------+---------------------------+-----------+-------+ ci-info: | 1 | fe80::/64 | :: | ens3 | U | ci-info: | 2 | ::/0 | fe80::120e:7e00:xxxx:xxxx | ens3 | UG | ci-info: | 4 | local | :: | ens3 | U | ci-info: | 5 | ff00::/8 | :: | ens3 | U | ci-info: +-------+-------------+---------------------------+-----------+-------+