Domain-Aufträge

Hostsharing Dokumentation – die Hauptbereiche

Einstieg | Hsadmin | Pakete | User | Domains | Cron | Logging | E-Mail | WWW
Datenbanken | Backup & Restore | Installationsanleitungen | FAQ | Bugtracker

 

Diese Seite muss überarbeitet werden

Diese Seite wurde als Baustelle gekennzeichnet, weil sie überarbeitet werden muss. Eine Begründung dafür findest du auf der Diskussionsseite. Bitte hilf mit, diese Seite zu verbessern!

Handles

Die sogenannten "Handles" sind im Prinzip Registrierungsnummern, die zur einfacheren Verwaltung verwendet werden. Die von unserem Domainpartner vergebenen Handles beginnen aus einer Buchstaben- und Zahlenkombination und enden dann mit @HANDLES.DE. Auf den ersten Blick könnte man sie also für eine Mailadresse halten.

Sobald man für ein Paket Domains bestellt/transferiert hat, erhält man von Internetwire ein solches Handle per Email. Man kann dieses dann an entsprechender Stelle (..._HANDLE) eintragen und auf die weiteren Eingaben verzichten.

Wird eine spätere Änderung der Handle-Daten nötig, z.B. weil jemand umgezogen ist, so führt das jedoch nicht zu einer Änderung der Owner-Daten der jeweiligen Domains. Wenn die Daten eines vorhandenen Handles geändert werden müssen, dann ist es in der Regel vernünftig, einfach ein neues Handle generieren zu lassen, indem beim UPDATE des Domainauftrags alle Daten neu angegeben werden, bei allen anderen betroffenen Domains dann das neue Handle verwendet wird.

Aufschalten einer lokalen Subdomain

Subdomains, von Domains die bereits bei HS liegen, können per setup Auftrag bei einem separaten User aufgeschaltet werden. Ein Domainadmin selbst brauchet sich Subdomains selbst nicht nochmals extra aufschalten. Er kann Subdomains einfach einrichten, indem er sich die gewüschten Unterverzeichnisse im subs/ Verzeichnis der Domain anlegt.

Beim separaten aufschalten auf einen User eines andere Pakets (als jenes in dem die Domain bereits liegt) ist zu beachten, dass eine Subdomain zunächst vom Domainadmin dafür freigeschaltet werden muß, bevor sie einem anderen User zur vollständigen Verwaltung der Zone aufgeschaltet werden kann.

Zur Freischaltung ist die Subdomain, wie unter Domain Delegation beschrieben, im Zonefile der Domain nochmals explizit auf die HS Nameserver zu delegieren.

Bei der Aufschaltung der Subdomain wird entsprechend geprüft ob diese dafür freigegeben ist (und auch nicht zwischenzeitlich von einem anderen Paketadmin aufgeschaltet wurde).

Der Setup-Auftrag kann erst erfolgreich durchlaufen werden wenn die Änderung des Zonenfiles erfolgreich erfasst wurde. (kann ca. 5 Minuten dauern) Prüfen ob die Änderung bereits erfolgreich erfasst wurde, ist für pic.example.org z.B. wie folgt möglich:

xyz00-abc@h01> dig @dns1.hostsharing.net "pic.example.org" NS | grep '^pic.example.org'

Wenn die Delegation sichtbar wird, kann der dom-order mit

xyz00-abc@h01 touch ~/etc/dom-order.upd

erfolgreich angestoßen werden.

Innerhalb eine Paketes können Subdomains ohne explizite vorherige Delegation per "setup" Auftrag aufgeschaltet werden.

Unsere Statusmeldungen

Sobald unser Robot durch eine aktuelle dom-order.upd einen Auftrag in /home/pacs/*/etc/dom-order.* findet, wird dieser automatisch geprüft und ggf. eine Fehlermeldungsmail an den Paket-Admin geschickt. Der Auftag ist auf jeden Fall damit im Zustand "init" und unterliegt der Überwachung der Hostmaster.

Wenn der Auftrag nach den von uns installierten Prüfungen ok ist, wird er automatisch an den Internetwire Robot weitergeleitet. Dies ist nun der Status "filed". Jetzt geht auch eine Info-Mail an die Hostmaster.

Die üblichen Antworten des Internetwire Robots kann unser Robot schon selbstständig verarbeiten und setzt den Status in unser Domain-Auftrags-Datenbank um:

init -> filed -> REG-req -> delegated -> connected

bzw.

init -> filed -> KK-req -> KK-ACK -> delegated -> connected

Dabei gibt es folgende Statuscodes:

• init: Auftrag vom Hostsharing-System erkannt (nur ganz kurz)

• error: Fehler im Formular (vom Hostsharing Robot) erkannt (dieser Status ist erst geplant, momentan bleibt in dem Fall "init" stehen)

• filed: Auftrag an Internetwire weitergeleitet => vor Wechsel in diesen Status wird automatisch der DNS Record für die neue Domain erstellt

• REG-req: Registrierungseingang vom DENIC/CORE Robot bestätigt

• REG-OK: Registrierung vom DENIC/CORE Robot bestätigt

• KK-req: Registrierung vom DENIC/CORE Robot bestätigt

• KK-ACK: KK Zustimmung vom alten Provider erhalten

• KK-NACK: KK Zustimmung vom alten Provider verwehrt => UNBEDINGT LateACK verlangen, sonst teuer!!!

• delegated: die Domain wurde in unsere Verwaltung gestellt => die Domain wird automatisch auf unserem Server eingerichtet

• connected: die neuen Nameserver sind korrekt eingetragen. Danach dauert es noch, bis die Nameserver-Caches diese neue Domain überall verfügbar machen.

• closed: die Domain ist geschlossen => die Domain wird automatisch von unserem Server entfernt

• gone: Die Domain wurde per Transfer (KK) abgezogen und wird von unserem Server gelöscht werden

• update: Aktualisierung der Domaindaten (z.B. Adressdaten)

Wie gesagt, werden nur die beiden obigen Ketten derzeit automatisch bearbeitet, sobald unbekannte Robot-Meldungen erscheinen, werden diese an die Hostmaster weitergeleitet und müssen von ihnen manuell bearbeitet werden, was meist nur das Setzen eines Status verlangt.

Täglich vier mal (6:00h, 12:00h, 16:00h, 21:00h) wird automatisch geprüft, ob irgendwelche Domain-Aufträge offen sind und dies den Hostmastern gemeldet. Einmal täglich (6:00h) wird diese Meldung auch dann abgesetzt, wenn keine offenen Aufträge anliegen (damit es auffällt, wenn der Robot spinnt).

Hinweis: Um einen sauberen Transfer einer aktiven Domain zu erreichen, sind geschickte Weiterleitungen gefragt. So kann man sogar dynamische Sites mit Datenspeicherung fast ohne Downtime sicher umziehen. Siehe auch Domain-Umzug.