...wird mal ein samstag abend hergenommen
Optimist.
...wird mal ein samstag abend hergenommen
Optimist.
Ich meinte das jetzt eher bezogen auf die Praxis Domains intern mit AuthCode umzuziehen, dass das eine Grauzone sein könnte.
Daher meine Frage, ob das darüber möglich ist und man eben nicht den Schritt über Dritte gehen muss, wenn man selbst umwandeln möchte
Technisch ist das problemlos möglich. Ich wüsste jetzt auch nicht was AGB-mäßig dagegen sprechen sollte.
Du meinst die Domain zu einem "anderen" Kunden übertragen. Aber wenn ich mich doppelt mit meiner eigenen Identität anmelde, bin ich für den Domainkauf doch kein separater Kunde. Da müsste ich ja ein Fake-Kunde sein, damit ein echter Domaintransfer per Authcode zumindest "legal" wäre.
Das ist durchaus möglich und nicht notwendigerweise illegal. Ich z.B. muss das sogar machen, um privat und beruflich zu trennen.
Da ich meine Domains ausschließlich Privat nutzen habe ich "nur" 6 stk. und Regel eigentlich alles über Subdomains. Deswegen habe ich mir über Domainumzug und deren Kosten noch nie Gedanken gemacht.
Ist bei mir (inzwischen) ähnlich.
Es sind zwar mehr als 6, aber ich habe meine domains radikal zusammengestrichen und nutze, wenn nötig, subdomains.
Neue domains lege ich mir nur noch zu, wenn ich akut einen ganz konkreten Einsatz sehe.
Das war aber auch mal anders. ("Wie? Aktionstag? Es gibt domains? Hmmm.... Da muss ich zuschlagen! Welche domains könnte ich irgendwann mal brauchen... ")
Jetzt muss ich diesen Schritt nur auch noch bei den Servern schaffen.
Mag durchaus sein.
Machen möchte ich es trotzdem nicht.
Daraus suchst du dir dann eine IP-Adresse aus (z.B. mit einer 1 hinten 2a03:4000:123:456::1)
Wie langweilig.
Da muss hinten schon sowas stehen, wie :dead:beef, :900d:babe, :bad:babe oder ähnliches.
Habe die neuen Nameservern vor acht Stunden eingetragen, dauert eine Umstellung einfach etwas, oder muss ich da den netcup Support evtl. anhauen?
Bei .de-domains kann das durchaus bis zu 24 h dauern, bis das durchpropagiert ist.
Mich hat es immer ein wenig gegruselt, wenn ich mir vorgestellt habe, dass ich irgendwann mal einen WIndowsserver administrieren müsste.
Mittlerweile habe ich den Entschluss gefasst, dazu einfach Nein zu sagen.
Interessant, ich bin verwirrt - bei mir funktioniert das.
Was für eine Netplan version und BS ist das denn?
Wobei es ja eigentlich schon Netplan neuer Version 0.100 sein müsste, weil sonst hätte er das ja eigentlich nicht als deprecated markiert.
Ja. Seltsam.
Netplan Vesion ist 0.106.1 (Ubuntu 22.04)
Was gibt denn ip addr show bei dir für die ip aus?
Bei mir steht da zwar
... scope global deprecated eth0
aber gleich in der Zeile darunter immer noch
... preferred_lft forever
Man kann auf Keyhelp, ist es einmal installiert, beliebig viele domains aufschalten.
Der Hostname (FQDN) auf dem Server ist dabei eigentlich sowieso nicht relvant. Der kann so bleiben, wie er ist. (Zumindest habe ich den nie geändert) Auch die keyhelp-domain selbst bleibt unverändert.
Eben mal ausprobiert, aber das hat bei mir nicht funktioniert.
Die entprechende ip wird dann zwar korrekt als "deprecated" angezeigt:
$ ip addr show
... scope global deprecated eth0
Aber meine eMail gehen trotzdem darüber raus.
Nachdem ich das wieder zurückgestellt und über die route gelöst habe, funktioniert es wieder.
Ich könnte natürlich den Fehler suchen, aber ich habe ja nun eine funktionierende Methode.
ODER:... ich besorge mir eine andere Domain. Wäre möglich oder???
ODER...Du nimmst einfach eine subdomain.
M.W. gilt dieses spezielle Ratelimit nicht für ene weitere subdomain. (Da kann ich ich aber auch täuschen. Probiere es einfach mal aus)
Ich habe die ip nun mit "from" einfach direkt in die route in netplan eingebaut. Nur eine Zeile mehr und das überlebt dann auch den reboot.
ip route list
liefert mir dann
netplan fügt da also noch "proto" und "static" ein. (Warum auch immer)
Achso. Ich hatte das mißverstanden.
Ich dachte Vitrinum hätte inzwischen deine domain und hätte diese aufgerufen und diese Ausgabe erhalten.
Ja, das ist auch das, was man bekommen sollte, Passt also.
MrSmiley: Lösche doch mal alle Browsercaches. Evtl. liefert dein Browser dir noch das aus der vorherigen Installation.
Oh. Tatsache. Klappt anscheinend.
Da habe ich mal wieder viel zu kompliziert gedacht.
Ja, danke.
Das hatte ich tatsächlich auch gefunden.
Ich dachte es geht evtl. einfacher, als da gleich ein zweites Interface zu definieren.
Ich werde es jetzt einfach erstmal bei meinem @reboot-cronjob-Einzeiler belassen, der die Route bei jedem Neustart auf die failover setzt.
Da bin ich wenigstens sicher, dass es funktioniert.
Ich hole diesen Thread nochmal aus der Versenkung.
WIe ich es gelöst habe, hatte ich ja oben schon geschrieben:
Klappt auch weiterhin.
Auch die andere Lösung, die hier erwähnt wurde, scheint zu funktionieren:
Weiß jemand, wie man sowas direkt in der netplan yaml Konfiguration macht?
Der MX wäre dann
Host Type MX Destination @ MX 1
v22024blabla260106.nicesrv.de
Evtl. muss hier noch ein "mail" vor die domain. Also mail.v22024blabla260106.nicesrv.de
Einfach mal beides testen.
...und die mail. in sub.
Öhm. Da hast du die Hinweise etwas zu wörtlich genommen,
"sub statt sub.domain.de" war ganz allgemein mit Platzhalter gemeint.
Die subdomain heißt hier ja nicht "sub", sondern "mail"