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. Ein eigenes Benutzerkonto hat eine ganze Reihe von Vorteilen.

Die Bearbeitung kann rückgängig gemacht werden. Bitte prüfe den Vergleich unten, um sicherzustellen, dass du dies tun möchtest, und veröffentliche 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.
:Server fertig, altes System noch produktiv, Warten auf Domainprovider
 
;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.
 
Der neue Server dns1.uugrn.org, ist fertig, hat die Daten geladen. Die Secondary Server ziehen ihre Daten aber noch von top.
 
=== 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önnten 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 ==
 
* Secondary-Server umkonfigurieren lassen.

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: