Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- archive:history:de-ampr-org [02.12.2020 00:02 Uhr] – [Der Transfer nach ampr.org] dd9qp
+++ archive:history:de-ampr-org [04.12.2020 12:14 Uhr] (aktuell) – [Der Transfer nach ampr.org] dd9qp
@@ Zeile 1: / Zeile 1: @@
 ====== Struktur des alten Regionalzonenkonzeptes ======
-Aus Kompatibilitätsgründen wurde das auch im Internet bewährte DNS-Prinzip, seine Datenstruktur und die Zonentransfers aktueller DNS-Server-Versionen genutzt. [[wpde>BIND]]((Vorausgesetzt wird eine BIND-Version >=9.x.\\ [[http://www.isc.org/software/bind|BIND]] ist OpenSouce und wird beim Internet Software Consortium [[http://www.isc.org|ISC]] entwickelt.)) entwickelt.
+Aus Kompatibilitätsgründen wurde das auch im Internet bewährte DNS-Prinzip, seine Datenstruktur und die Zonentransfers aktueller DNS-Server-Versionen genutzt.((Vorausgesetzt wird eine BIND-Version >=9.x.\\ [[http://www.isc.org/software/bind|BIND]] ist OpenSouce und wird beim Internet Software Consortium [[http://www.isc.org|ISC]] entwickelt.))
-Server und Clients finden sich auf nahezu jedem Betriebssystem. Die Serverseite wird überwiegend von Linuxversionen und anderen *nixartigen Betriebssystemen beherrscht. Der Betrieb hatte sich auch im AMPRNet<sup>tm</sup> bei mitunter schlechten und/oder langsamen Verbindungen als außerordentlich robust und sicher erwiesen. Dies ist besonders für die Zonentransfers wichtig. Es können alle benötigten Informationen in der Datenstruktur eines BIND-DNS-Verbundes untergebracht werden.
+Server und Clients finden sich auf nahezu jedem Betriebssystem. Die Serverseite wurde wie auch heute noch überwiegend von Linux-Versionen und anderen *nixartigen Betriebssystemen beherrscht. Der Betrieb hatte sich auch im AMPRNet<sup>tm</sup> bei mitunter schlechten und/oder langsamen Verbindungen als außerordentlich robust und sicher erwiesen. Dies ist besonders für die Zonentransfers wichtig. Es können alle benötigten Informationen in der Datenstruktur eines BIND-DNS-Verbundes untergebracht werden.
 Das Konzept setzte auf dem 2003 im deutschen Packet-Radio-Netz vorgefundenen Status Quo auf und implementierte Bewährtes. Gleichzeitig wurden neuartige, automatisierte Verfahren eingesetzt, die die Fehleranfälligkeit minimieren sollten und den Arbeitsaufwand für Sysops und Regionalkoordinatoren vor Ort deutlich reduzieren halfen.
@@ Zeile 48: / Zeile 48: @@
 ==== Der Transfer nach ampr.org ====
-Den lokalen Subdomains wurden von der DL-IP-Koordination Netzwerkblöcke zugewiesen und auf einen zuständigen Regional-DNS delegiert. Dort konnten die Regional-Koordinatoren aus dem ihnen zugeteilten IP-Adresskontingent (meist ein bis zwei 44.130.xx/24 Netze) die IP-Adressvergabe für eine geografisch begrenzte Region innerhalb Deutschlands selbst durchführen. Gebiete in Deutschland, für die es keine Regionalkoordinatoren gab, wurden von der DL-IP-Koordination direkt betreut.
+Den lokalen Subdomains wurden von der IP-Koordination DL Netzwerkblöcke zugewiesen und auf einen zuständigen Regional-DNS delegiert. Dort konnten die Regional-Koordinatoren aus dem ihnen zugeteilten IP-Adresskontingent (meist ein bis zwei 44.130.xx/24 Netze) die IP-Adressvergabe für eine geografisch begrenzte Region innerhalb Deutschlands selbst durchführen. Gebiete bzw. Zonen in Deutschland, für die es keine Regionalkoordinatoren gab, wurden von der IP-Koordination DL direkt betreut.
 Pflege, Zonentransfer und Transformation auf die weltweite, flache ampr.org-Domain erfolgten nach einem festgelegten Schema: \\ \\