In den Dokumentationen zu den IT-Projekten werden immer wieder beispielhafte IPs [1], Hostnamen [2], URLs [4] oder FQDNs [3] benötigt / verwendet. Gerade bei Beschreibungen zu Diensten kann hierbei schnell eine Verwechslung der Bezüge zu deren Funktion geschehen. Aus diesem Grund will ich hier versuchen eine Beispiel-Umgebung darzustellen, auf die sich entsprechende Angaben beziehen sollen um einheitlich ein besseres Verständnis auch innerhalb der Dokumentationen zu erhalten. Bei den Domain-Namen werden die Exemplarischen Domains entsprechend der RFC 2606 [6] her genommen. Dabei wird example.com für das eigene Netz benutzt, example.net für Provider-Netze und example.org für ein entferntes (z.B. via VPN) angebundenes Netz.

Da sich das meiste hier auf kleinere Netze im Heimnetz- oder Kleingewerbe-Netz-Bereich bezieht, wird in erster Linie auf ein klassisches privates C-Klasse-Netz Bezug genommen. Primär handelt es sich in den Dokumentationen dann um das Netz 192.168.0.0/24. Falls weitere Netz-Anbindungen o.ä. mit in die Beschreibung kommen sollten, so wird hier ein entsprechendes Netz mit selben Aufbau, wie folglich angedacht, beispielhaft vorausgesetzt.

Bei den FQDNs wird von einer externen Domain example.com ausgegangen, die eine Subdomain mit einem DynDNS-Provider auf das imaginäre interne Beispiel-Netz enhält: intern.example.com

Die externe Domain könnte auch einen www-Eintrag enthalten, der auf einen externen Webserver verweist (z.B. ein Hosting bei einem Provider). Weitere Einträge unter der externen Domain können hierbei ebenfalls auf die Adresse externe Adresse des Gateways verweisen, der die DynDNS-Auflösung generiert. Dieser Gateway könnte also eine FritzBox sein, bei der eine DynDNS-Anmeldung eingerichtet ist. (Natürlich kann hier auch jedes andere Gerät in Verwendung kommen, das eine entsprechende Funktion beinhaltet.)
Bei dieser beschriebenen Funktion geht es darum beispielhaft weitere Websites, die im inneren Bereich des Netzes betrieben werden, für einen externen Zugriff zu unterscheiden. Also eine Website mit dem FQDN website.example.com könnte somit auf einen internen Webserver webserver.intern.example.com ausgeführt werden.

Der Aufbau des Beispiel-Netzwerks:

Diese Liste wird entsprechend erweitert wenn in den Dokumentationen und Beiträgen weitere beispielhafte Systeme gebraucht werden.

Des Weiteren werden manchmal auch externe Ressourcen angesprochen, die hier ebenfalls entsprechend beispielhaft dargestellt werden sollen. Da es sich zumeist um Systeme bei einem Provider handelt, werden diese auch unter einer beispielhaften Domain example.net zur Unterscheidung aufgenommen. Die IPs für diese „externen Ressourcen“ werden aus den TEST-NET-1 bis 3 Netzen nach RFC 5737 [5] hergenommen. Mit Subdomains werden hier drei verschiedene Provider dargestellt. Dabei gibt es dann einen Provider für die eigene Anbindung (z.B. via DSL) als connect.example.net mit dem Netz 198.51.100.0/24, einen Provider für allgemeine Dienstleistungen (wie bsp. Hostings o.ä.) als service.example.net mit dem Netz 203.0.113.0/24 und gegebenenfalls einen entfernten Provider für Anbindungen anderer Netze (z.B. bei VPN-Verbindungen) als weitweg.example.net mit dem Netz 192.0.2.0/24.

Es werden dabei folgende imaginäre Hosts definiert:

Diese Liste wird entsprechend erweitert wenn in den Dokumentationen und Beiträgen weitere beispielhafte Systeme gebraucht werden.

• [1] IP-Adresse
• [2] Hostname
• [3] FQDN
• [4] Uniform Resource Locator
• [5] RFC 5737 - IPv4 Address Blocks Reserved for Documentation
• [6] RFC 2606 - Reserved Top Level DNS Names