Das hört sich super an....genau das benötige ich....aber ich finde nirgendwo in den Einstellungen, wo ich das ändern könnte.
Allgemein gibt es bei diesem "tollen" Roundcube einfach fast garnichts mehr zum einstellen.
Oder bin ich blind?
Du musst das im Webhosting Controlpanel umstellen, nicht im Webmailer.
Da legst Du die Supportadresse ohne Postfach an und leitest an die anderen beiden Adressen weiter.
Muss gestehen, ich bin doch heilfroh, damals das Angebot des RS 4000 xRAM angenommen zu haben. Volle 10 Kerne und knapp 50GB RAM, würde ich wohl für den Preis aktuell nicht mehr bekommen ?
Das stimmt. Ich habs nicht genommen, weil ich zwei RS 2000 plus im Bestand habe, die fand ich besser weil einer mit SSD und einer mit SAS Speicher ist. Habe mir dann aber letztens doch einen RS 4000 holen müssen, um eine Software auf Herz und Nieren zu prüfen, die diese Ressourcen (zumindest RAM und SSD Platz brauchen wird).
Nee, 8 Webhostings inklusive einer EiWoMiSau reichen mir erst mal.
Da habe ich dann ja noch Potenzial nach oben. ?
Ist eigentlich noch jemand Webhording und Domainhording Opfer geworden durch das heutige EiWoMiSau Angebot? ?
Ich habs mir doch gegriffen, weil ich mir da .DE Domains zusammen ziehen kann, wo nur kleine Seiten dahinter sind. Was ich ja auch toll finde ist die Website aus einem git Repository zu deployen. Kenne ich schon von plain Plesk und funktioniert bei netcup fast sofort. Nur den SSH Hostkey von meinem Bitbucket Server musste ich von Hand hinterlegen.
Okay okay, die Frage ist nun: Was zum Teufel soll man mit so dermaßen vielen IP Adressen für einen Server anstellen? xD
Es geht ja auch darum nie wieder wegen Adressmangel eine neue IP Protokollversion einführen zu müssen. Das IPv4 ausstirbt ist nicht absehbar.
Edit: und um Autokonfiguration (SLAAC)
Ah ok, danke. Muss ich das nächste Mal darauf achten. Das ist dann aber neu, oder? Ich meine nämlich, dass noch vor einiger Zeit gar kein IPv6 vorkonfiguriert wurde.
Das weiß ich leider nicht mehr. Kann sehr gut sein, dass das erst seit cloud-init so ist.
Wo wir gerade beim Thema IPv6 sind - Stichwort IPv6 Failover Subnet. Wenn ich über das SCP das Failover IPv6 Subnet einem Server zuweise, wird dies wohl auf eine zufällige IPv6 Adresse des Hosts geroutet, die ich im SCP auch sehe, sprich ich muss diese auf dem Host konfigurieren um das Failover IPv6 Subnet dort zu nutzen. Ist das wirklich so gedacht? Ich sehe gerade auch nicht wirklich eine Möglichkeit, dass man z.B. selbst bestimmten könnte, auf welche (schon existierende) IP geroutet wird.
Die Adresse ist nicht zufällig. Die wird aus dem Netz und aus der MAC-Adresse errechnet und ist statisch. Diese IPv6-Adresse ist auch schon vorkonfiguriert, wenn Du einen Server aufsetzt.
wenn Du das meinst, wie er sich meldet (User-Agent HTTP Header), hätte der schon immer den Chromium darunter ...
Das meine ich: https://www.heise.de/newsticker/mel…en-4367445.html
nicht nur der, auch der Edge pfeifft Dir was ...
Der hat doch jetzt Chromium drunter, AFAIR.
Deswegen sperren wohl manche Registries die Registrierung von ß, auch wenn sie ansonsten IDNA2008 unterstützen.
Dann wollte ich zumindest noch ein paar noch ein paar Prozesse überwachen, das ist zumindest für mich in der Docker Umgebung neu.
Zur info es ist im Detail Icinga2 mit dem Icinga Director
Wenn Du eine Lösung hast, sag Bescheid. Ich checke meistens nur auf das Vorhandensein von String auf Webseiten, wenn es in Containern läuft.
Mit Director habe ich noch nichts gemacht, da ich initial alles mit Ansible einrichte und dann später mit Top/Down Konfiguration alles auf die Nodes schieben lasse.
probiers aus: brnk.de
Ich habe nicht verstanden wo.
Kann ich so bestätigen, der Kraeutergarten hat eigentlich alle Infos abgegriffen, die netcup bei der denic über mich hinterlegt hat
Interessant wäre eher, ob das auch für Domains gilt, die nicht über Netcup registriert sind.
Könnte mir jemand mal eine .de Domain nennen, ich glaube ich kenne einen Weg an aktuelle Whois Daten ranzukommen.
Natürlich kommt man an aktuelle .de Whois Daten. Die Frage ist nur was alles drin steht.
jetzt muss ich da sganze nur noch mit Icinga verheiraten.
Klappt da irgendwas nicht?
und damit ist der ALIAS Record Science fiction
Du bist auf jeden Fall auf die Implementierung im DNS Server und deren Eigenschaften angewiesen.
alias-rr-type-00... siehe oben.
Da steht aber drin, dass der Typ erst noch zugewiesen werden muss. Damit kann der ALIAS Record als solcher nicht abgefragt werden. Da der Draft auch abgelaufen ist, scheint es da erstmal nix neues zu geben.
Numerischer Typ in RFC 1035 3.6; Es gibt keinen Typ Alias, es gibt CNAMEs, die sind ein „Alias“ für einen Hostname, der als A/AAAA - Record auf eine IP verweist.
Es ging um den ALIAS Pseudo Record, nicht um CNAME und ob man den ALIAS Record analog zum CNAME sehen kann. Das hatte ich verneint, weil der authorative Server selber A oder AAAA über einen Recursive Resolver ermitteln wird und nicht den ALIAS Record als solchen ausliefern wird.
Wenn man den nummerischen Type eines DNS Records kennt, kann man mit dig trotzdem den Record abfragen, auch wenn die dig Version den genauen Typ nicht kennt.
In der PowerDNS Dokumentation steht, dass ALIAS ein Pseudo-Record ist (wie AXFR/IXFR). Damit ist er soweit ich das verstehe nicht mit Tools wie dig abzufragen. Beim AXFR würde PowerDNS den entweder umgewandelt als A/AAAA ausgeben, oder, wenn der Slave das unterstützt, als ALIAS durchgereicht.
WZT, die Frage bezog sich auf einen ALIAS Record ..., nicht auf einen A/AAAA Record;
ansonsten ist der Terminus 'ALIAS Record' quark;
Ich finde gerade keine Informationen darüber welcher Type ALIAS sein soll oder ob der keinen zugewiesen hat. Letzteres ist nämlich auch möglich und dann wäre eine direkte Abfrage nicht möglich. Mein dig kennt den Record schonmal nicht. Also müsste ich über den nummerischen Typ gehen.
wobei hat irgendjemand ein working sample f. einen ALIAS Record?
Dem A/AAAA Record wirst Du seine Herkunft ja nicht ansehen können...
