Bearbeiten von „UUGRN:Services/DNS“

Aus UUGRN

Warnung: Du bist nicht angemeldet. Deine IP-Adresse wird bei Bearbeitungen öffentlich sichtbar. Melde dich an oder erstelle ein Benutzerkonto, damit Bearbeitungen deinem Benutzernamen zugeordnet werden.

Die Bearbeitung kann rückgängig gemacht werden. Bitte prüfe den Vergleich unten, um sicherzustellen, dass du dies tun möchtest, und speichere dann unten deine Änderungen, um die Bearbeitung rückgängig zu machen.

Aktuelle Version Dein Text
Zeile 18: Zeile 18:
  
 
;Status:
 
;Status:
:dns1 produktiv, Secondaries von dwalin, Domains sind zu dwalins Secondaries delegiert.
+
:Konzept in Erstellung
 
 
;Vision:
 
:eigene Secondaries
 
  
 
== Einleitung ==
 
== Einleitung ==
Zeile 38: Zeile 35:
 
== aktueller Zustand ==
 
== aktueller Zustand ==
  
Wir haben den Master-DNS, der die Informationen hält, auf dns1.uugrn.org. In der Welt delegiert sind die Domains auf die Nameservices von jpru.de, die sich die Daten über AXFR/IXFR vom Master holen.
+
Wir haben den Master-DNS, der die Informationen hält, in einem FreeBSD-Jail auf top. In der Welt delegiert sind die Domains auf die Nameservices von jpru.de, die sich die Daten über AXFR/IXFR vom Master holt.
 +
 
 +
=== Probleme mit diesem Zustand ===
 +
 
 +
top ist aktuell instabil. Es hat höchste Priorität, den Master-DNS-Dienst von top auf eine Cloud-Maschine umzuziehen.
 +
 
 +
== Aktuell angestrebte Zielarchitektur ==
 +
 
 +
Es ist aktuell gewünscht, die Slave-DNS weiterhin von jpru.de betreiben zu lassen. Hierbei ist externe Unterstützung und zeitliche Koordination durch Jürgen notwendig. Die Delegation der Domain "in der Welt" können wir selbst ändern.
 +
 
 +
Dabei wird der Master-DNS in einer Hetzner-Cloud-Maschine betrieben.
 +
 
 +
Nachteil ist hier eine gewisse Abhängigkeit von Jürgen.
 +
 
 +
Zugschlus empfiehlt, die DNS-Server besser auf unterschiedliche Provider zu verteilen.
 +
 
 +
== Ziel-Architektur "richtig gemacht" ==
 +
 
 +
Eine "Hochglanz-Architektur" wäre, auch die Slave-DNS-Server selbst zu administrieren und mindestens einen Slave-DNS bei einem anderen Provider zu haben.
 +
 
 +
Eine solche Architektur wäre z.B. möglich, wenn ein Slave-DNS-Server bei cksoft in Frankfurt läuft. Zugschlus könnte eine entsprechende VM als Dauerspende zur Verfügung stellen.
 +
 
 +
Ein dritter Server wäre optional, könnte als Spende von weiteren Mitgliedern eingeworben werden oder ist z.B. für EUR 5,99 im Monat bei edis.at mit Standort Toronto anmietbar.
 +
 
 +
== TODO ==
 +
 
 +
* VM ist installiert
 +
* Applikation installieren, mit Daten versorgen und in Betrieb nehmen
 +
 
 +
== Entschlußvorlage ==
 +
 
 +
Der Vorstand beschließen:
 +
 
 +
* den DNS-Dienst mit einer VM bei Hetzner und den von von jpru bereitgestellten DNS-Slaves aufzusetzen und zu betreiben.

Bitte kopiere keine Inhalte, die nicht Deine eigenen sind!

Du gibst uns hiermit Deine Zusage, dass
  • Du den Text nicht aus Wikipedia kopiert hast
  • Du den Text selbst verfasst hast
  • oder der Text entweder
    • Allgemeingut (public domain) ist
    • oder der Copyright-Inhaber seine Zustimmung gegeben hat.
Wichtig
  • Benutze keine urheberrechtlich geschützten Werke ohne Erlaubnis des Copyright-Inhabers!
  • Falls dieser Text bereits woanders veröffentlicht wurde, weise bitte auf der 'Diskussion:'-Seite darauf hin.
  • Bitte beachte, dass alle UUGRN-Beiträge automatisch unter der der Creative Commons Lizenz stehen.
  • Falls Du nicht möchtest, dass Deine Arbeit hier von anderen verändert und verbreitet wird, dann drücke nicht auf "Artikel Speichern".

Bitte beantworte die folgende Frage, um diese Seite speichern zu können (weitere Informationen):

Abbrechen Bearbeitungshilfe (wird in einem neuen Fenster geöffnet)

Folgende Vorlagen werden auf dieser Seite verwendet: