Ja, die Bezeichnung des DNS Hostnamens ist frei wählbar. Zusätzlich besteht noch die Option, dass Sie RcodeZero DNS mit exklusiven IP-Adressen (so genannte dedizierte IP-Adressen) aus dem ipcom Adressbereich betreiben, oder Sie bringen Ihren eigenen Netzbereich (dann wird Ihr Prefix von RcodeZero DNS geroutet).

Wenn für eine Zone der RcodeZero DNSSEC-Signier-Service verwendet wird, dann wird diese Zone periodisch neu signiert. Damit weitere Secondary Name Server die neuen Signaturen laden, muss die Serial auch erhöht werden. Dies erfolgt jeden Donnerstag um 0:00 Uhr UTC. Die Differenz der Serial entspricht der Anzahl der vergangenen Wochen seit 1. Jänner 1970.

Bei Secondary DNS Zonen, die den RcodeZero DNSSEC-Signier-Service verwenden, muss der Master Nameserver vom Kunden ein Hidden Primary sein. Darüber hinaus darf die Zone nicht auf einem Nameserver gehostet werden, welcher ein öffentlich zugänglicher Nameserver ist und für eine übergeordnete Zone autoritativ ist.

Ja, die RcodeZero DNS Knoten bieten die DNS Dienste sowohl über IPv4 als auch über IPv6 an.

Ja, für Kunden der Produktpakete Starter, Medium oder Large gelten die SLAs laut unseren AGBs. Für Pro-Kunden und TLD-Kunden gelten die SLAs laut abgeschlossenem Vertrag.

Die Statistiken können entweder manuell im Web-Interface oder automatisiert über die REST-API downgeloaded werden. Es stehen Basic-Statistiken sowie erweiterte Statistiken ab dem Produkt Medium zur Verfügung. Zum Beispiel: Anzahl der Gesamt-Queries pro Tag, Anzahl der Queries pro Tag pro Zone, Most Queried Lables, Most Queried NXDOMAIN Lables, …

Unser Team steht gerne per E-Mail zur Verfügung. Für Kunden des Produktes PRO und TLD gibt es eine eigene 24/7 Emergency-Hotline.

Jeder Recordtyp wird unterstützt. Bei Primary-DNS Zonen können diese Typen direkt eingetragen werden (alle anderen Typen können in der generischen Form als TYPExxx mit Hex-Encoding eingetragen werden): A, A6, AAAA, ADDR, AFSDB, ALIAS, ANY, AXFR, CAA, CDNSKEY, CDS, CERT, CNAME, DHCID, DLV, DNAME, DNSKEY, DS, EUI48, EUI64, HINFO, IPSECKEY, IXFR, KEY, KX, LOC, MAILA, MAILB, MINFO, MR, MX, NAPTR, NS, NSEC, NSEC3, NSEC3PARAM, OPENPGPKEY, OPT, PTR, RKEY, RP, RRSIG, SIG, SMIMEA, SOA, SPF, SRV, SSHFP, TKEY, TLSA, TXT, URI, WKS.

Nein, das Web-Interface ist intuitiv aufgebaut und zeigt in der rechten Spalte die jeweils notwendigen Informationen an.

Primary und Secondary DNS verwenden dieselben Clouds, unterscheiden sich aber bei den Server Standorten. 

Ja, für eine Konfiguration nehmen Sie bitte mit uns Kontakt auf.

Falls eine Zone ein Problem verursachen sollte, ist diese im Web-Interface auf der Seite "Problematische Zonen" ersichtlich: https://my.rcodezero.at/problematic

Es werden alle Zonen aufgelistet, wo der Control Server die Seriennummer nicht überprüfen oder die Zone nicht übertragen werden konnte.

Zum Zonen-Management steht ein Web-Interface (für Enterprise/ISP-Kunden) sowie ein REST-API zur Verfügung.

Bei RcodeZero Anycast DNS handelt es sich um einen benutzerfreundlichen Service. Sobald per REST-Schnittstelle oder in unserem Web-Interface die Zonen (delegierte Domains) hinzugefügt werden, handeln alle RcodeZero DNS Name Server autoritativ für die jeweiligen Zonen. Im Falle von Secondary DNS holt unser Name Server die Zonen via AXFR vom Primary Nameserver. Im Falle von Primary DNS können die Ressource Records direkt im Web-Interface oder per REST konfiguriert werden.

Es stehen Libcloud, Kubernetes External DNS und Acme.sh zur Verfügung. Unsere R&D Abteilung arbeitet laufend an neuen API-Integrationen für gängige Plattformen.

RcodeZero DNS kann zusammen mit External DNS für die automatisierte Verwaltung der Einträge von Kubernetes-Ressourcen verwendet werden. Mehr Informationen finden Sie hier

Wenn die zu hinzufügende Zone bereits in RcodeZero DNS bereitgestellt ist (verwaltet von einem anderen RocdeZero DNS Account), lehnt das System die Anforderung (Eigentümerwechsel) standardmäßig mit einer entsprechenden Fehlermeldung ab. Um den Transfer (Besitzerwechsel) von einem Konto zum anderen zu erlauben, muss ein Transfercode zu der jeweiligen Zone hinzugefügt werden. Der Code sollte vor dem Übertragen einer Domain auf ein neues Konto hinzugefügt werden. Der Transfercode muss als TXT Record für die Subdomain "rcode0" hinzugefügt werden und muss wie folgt aussehen:

rcode0 IN TXT "allowed=XXXXXXXXX" 

XXXXXXXXX ist der md5-Hash des RocdeZero DNS Benutzernamens für den neuen Account. Bei erfolgreichem Transfer wir die Domain von einem zum anderen Kunden gewechselt, die Master Server IP(S) werden zu den neuen gewechselt und der Zonenwechsel wird durchgeführt.

 

Beispiel für einen Transfercode:

In diesem Beispiel lautet die zu transferierende Domain "example.com" und der RocdeZero Benutzername lautet "best-isp.com":

rcode0.example.com. IN TXT "allowed=15c0bd9371ff658a5634ae16e7632ca6"

Normalerweise dauert es unter drei Minuten. Dies hängt aber von mehreren Faktoren und Zeiten ab, welche berücksichtigt werden müssen:

  • DNS-Caching: Unsere Name Server speichern DNS-Antworten drei Minuten lang im Cache. Wenn die Domain unmittelbar vor der Aktualisierung der Zone abgefragt wurde, antwortet der Nameserver drei Minuten lang mit den alten Daten. Hinweis: Da es an manchen Anycast-Standorten mehrere Nameserver gibt, kann es vorkommen, dass einige Antworten noch die alten Daten enthalten, während einige Antworten bereits die neuen Daten beinhalten.
  • DNS-NOTIFY: Bei Secondary DNS Zonen muss der Primary Server bei Zonenänderungen Notifies an unseren Control Name Server senden, um einen Zonentransfer zu initiieren. Die Übertragung wird normalerweise sofort gestartet, kann jedoch auch einige Minuten dauern.