Zum Inhalt springen

Techniker/DNS

Aus Technik-Wiki

Registrierung bzw. Wechsel und Hosting einer Domain im Fachbereich 3

Warnung Warnung: Dies ist ein mehrere Jahre alter Text von Niels Pollem, der stellenweise nicht mehr aktuell ist. Bis eine Überarbeitung erfolgt ist, ggfs. direkt bei der zentralen Technik nachfragen (Stand 2009-12-14).

Die folgenden Schritte sind (von der technischen Ausführung her in umgekehrter Reihenfolge, siehe unten) erforderlich, um eine Domain zu registrieren und dann im Fachbereich 3 zu hosten:

1. Provider fuer die Domain

Direkt beim ZfN/Dezernat 8.

https://onlinetools.zfn.uni-bremen.de/server/content/onlinetools/domainantrag/domain_antrag.php

Fuer generische Top-Level-Domains (gTLDs, z.B. .org) empfehlen wir derzeit die Firma GANDI in Frankreich. Anmeldung und Pflege der Daten erfolgen vollstaendig ueber deren sehr zweckmaessige Website.

http://www.gandi.net/

Fuer die Registrierung einer de-Domain koennte man auf einen der bekannten Hosting-Anbieter (z.B. Puretec) zurueckgreifen. Aber genau das wollen wir hier ja nicht. Wir empfehlen vielmehr eine Registrierung entweder ueber den DFN-Verein

http://www.dfn.de/service/domains/domainauftragsformular.php

oder direkt beim DENIC (via DENICdirect):

http://www.denic.de/DENICdb/domainreg/DENICdirect/index.html

Die Preise der beiden bestehen aus einer initialen Gebuehr und einer dann jaehrlich faelligen Summe. Beide wechseln ab und an und daher schaut Ihr bitte selbst nach, wem Ihr hier den Vorzug gebt.

Der DFN-Verein setzt voraus, dass die Domain einem seiner Mitlieder gehoert und das waere in unserem Fall die Universitaet Bremen. Hier koennen also keine nur lose assoziierten Partner versorgt werden.

Als Vorteil bzgl. des DFN-Vereins ist zu nennen, dass das dortige Team sehr prompt und zuverlaessig arbeitet. Bei DENICdirect ist es zuletzt zu einigen unschoenen Warteschlangen gekommen.

So oder so: Zeigt uns Euren Antrag (siehe auch 2) bitte, bevor Ihr ihn absendet.

2. Daten fuer die Registrierung

Grundsaetzlich soll die Domain nicht durch einen Anbieter gehostet werden, d.h. wir uebernehmen selbst sowohl die primaere als auch die sekundaere Nameserver-Funktion. (DNS wird hier nicht erklaert.)

Bei DENICdirect ist die Option DENICnameserver (NS) zu waehlen, beim DFN-Verein sind einfach die entsprechenden Nameserver anzugeben. Dies sind in diesem Fall, wenn wir Euch hierbei helfen:

134.102.218.46  ns.tzi.org
XXX.XX.XXX.XXX  [ausserhalb DFN-Netz; bitte bei Bedarf erfragen]

Diese Nameserver sind *vor* der Registrierung passend von uns zu konfigurieren. Sprecht uns also vorher an. Nicht einfach irgendein Formular absenden.

Zusaetzlich sind drei Kontaktpersonen zu nennen: admin-c, tech-c und zone-c.

Der admin-c ist ein Repraesentant des Domain-Inhabers, also z.B. Euer Professor, Geschaeftsfuehrer oder Vereinsvorsitzender.

Der tech-c betreut die Praesenz "technisch". Dies koennte also z.B. Euer Arbeitsgruppen-Techniker sein. Er steht als Kontakt bereit, sofern etwas mit dem Hosting der Praesenz nicht stimmt.

Der zone-c ist fuer die DNS-Zone zustaendig. Das sind wir und ganz genau gesagt ich:

   Type:         PERSON
   Name:         Oliver Laumann
   Address:      Universitaet Bremen
   Address:      Fachbereich 3
   Address:      MZH 0140
   Address:      Bibliothekstrasse 1
   City:         Bremen
   Pcode:        28359
   Country:      DE
   Phone:        +49 421 218 63540
   Fax:          +49 421 218 7083
   Email:        net@tzi.de

Die Datenfelder moegen manchmal gering abweichen. Genauso gibt es bei den gTLDs etwas andere Kontaktpersonen. Passt's ggf. etwas an.

3. Daten fuer den Betrieb

Fuer die Konfiguration unseres Nameservers benoetigen wir noch zwei Angaben von Euch: Den MX und ggf. weitere Hostnamen, z.B. fuer den Webserver. "Huh? Ein MX, was ist denn das bloss?"

Vielleicht das einfache zuerst: Sagt uns, welche Namen wir in der neuen Domain auf welche bestehenden abbilden sollen. Beispiel:

www.neu.de soll auf www-unserer-gruppe.informatik.uni-bremen.de abgebildet werden --- oder meinetwegen auch auf 134.102.111.111.

Diese CNAMEs bzw. A-Records muessen bei uns eingetragen werden.

Zudem muss geklaert werden, welcher Mailserver die Mail fuer die Domain annimmt. Wenn Ihr das selbst macht (was im Fachbereich 3 bitte mit Oliver Laumann abzustimmen ist), dann sagt uns einfach den Namen des Rechners.

Wenn wir das fuer Euch machen sollen (was natuerlich nur fuer mit dem Fachbereich 3 assoziierte Gruppen geht), dann wird eine vollstaendige Liste aller einzurichtenden Mail-Aliase sowie eine zusaetzliche Catch-All-Adresse, an die alle anderen fuer diese Domain eingehenden Mails geschickt werden, benoetigt. Diese Liste wird dann (unter RCS) auf dem Mailserver abgelegt und kann spaeter durch Euch geaendert werden.

4. Provider wechseln

Soll die Domain ueberhaupt erstmal von einem Hosting-Anbieter an die Uni wechseln, so ist zumeist auch der Provider zu wechseln.

Hintergrund: Nur die Mitglieder des DENIC sowie das DENIC selbst duerften Aenderungen an den de-Stammdaten vornehmen. Puretec bzw. deren Muttergesellschaft Schlund + Partner und Strato sind z.B. Mitglied. Kleinere Hosting-Anbieter muessen die von ihnen gehosteten Domains noch ueber eines der Mitglieder laufen lassen.

Ein Hosting-Anbieter bietet seine Leistungen aber nur paketisiert an, d.h. fuer eine freie technische Handhabe muss z.B. zu einem der in (1) genannten Provider gewechselt werden.

Beim DFN-Verein ist hierzu eine normale Registrierung vorzunehmen und zusaetzlich im Formular eine Zeile "remarks: Provider-Wechsel" anzugeben. (Diese Angabe bezieht sich auf das ASCII-Formular.)

Bei DENICdirect gibt es hierzu ein gesondertes Formular auf der unter (1) genannten Seite.

Beide Provider verfahren dann gemaess einem fest vorgeschriebenen Verfahren und kontakten Euren alten Provider. Wenn Ihr zuvor bei einem Hosting-Anbieter wart, so muesst Ihr ihm explizit kuendigen.

http://www.denic.de/doc/faq/updates.html.

Siehe bzgl. der "technischen" Ausfuehrungsreihenfolge unbedingt 5.

Das fuer Euren neuen Provider auszufuellende Formular, das den genannten Ablauf anstoesst, gibt Euch zumeist zugleich die Gelegenheit, die in (2) genannten Kontaktpersonen zu aktualisieren.

Auch hier gilt: Bei gTLDs laeuft das analog ab, ggf. mit der einen oder anderen kleinen Aenderung am Verfahrensablauf.