Zurück zur Landingpage

SeProblemstellung - Beispiel Übung:

Als Co-Founder und Verantwortliche/r des neu gegründeten Unternehmens „SAD-WIN Server Consulting GmbH“ werden Sie mit dem ganzheitlichen Aufbau einer neuen internen IT Basis-Infrastruktur unter Einsatz von Microsoft Windows Server (Datacenter Edition) sowie der korrekten Konfiguration und Integration von öffentlich erreichbaren Diensten des Unternehmens beauftragt. Die Eckpunkte des Auftrags umfassen folgende Anforderungen:

Überblick der Anforderungen:

Detaillierte Anforderungen

Das genannte Unternehmen verfügt über einen öffentlich registrierten und extern verwalteten DNS-Namespace „servers.at“. Simulieren Sie diesen extern verwaltetenen DNS Namespace in Ihrem virtuellen öffentlichen Bereich. Die Namensauflösung der vollständig virtualisierten internen IT-Basis-Infrastruktur soll über denselben Namespace erfolgen und fehlertolerant bzw. ausfallssicher ausgelegt werden.

Aufgrund der hohen Dynamik der Änderungsanforderungen aus der innovativen internen Entwicklungsabteilung soll die interne Namensauflösung für sämtliche Development Ressourcen (Development Ressourcen sind im konkreten nur ein interner Server, der nur über das interne Netzwerk erreichbar sein soll) mittels der Domains „servers-dev.at“ und „development.servers.at“ über ein separates Serversystem erfolgen. Aus Ressourcen- bzw. Kostengründen muss dieser Server nicht fehlertolerant ausgelegt werden. Überlegen Sie trotzdem: Welche weiteren Schritte wären notwendig, um auch diese Namensauflösung fehlertolerant auszubauen.

Auf einem öffentlich gehosteten Webserver (der Webserver kann aus Ressourcengründen auf einem bestehenden Server gehostet werden) soll eine Website unter dem FQDN „www.servers.at“ erreichbar gemacht werden. Es ist zudem sicherzustellen, dass diese Webseite auch über einen neu registrierten öffentlichen DNS-Namespace unter „www.servers24.at“ aufgerufen werden kann. Aufrufe beider FQDNs sollen dabei sowohl von öffentlichen Internet Clients als auch von sämtlichen internen Clients funktionieren (Stichwort: Split-DNS).

Dieser Webserver soll intern auch unter „live.servers-dev.at“ sowie „live.development.servers.at“ erreichbar gemacht werden.

Jegliche DNS-Namensauflösungs-Anfragen aus dem internen Netzwerk sollen so aufgelöst werden, dass die Anfragen primär zum primären internen DNS Server gehen, von dort zum externen DNS Server weitergeleitet werden, wenn der interne Server die Zone nicht selbst hostet. Überlegen Sie außerdem: welche Maßnahmen sind notwendig, damit auch die Anfragen zu den Development Ressourcen korrekt aufgelöst werden können.

Sämtliche Client Systeme des Unternehmens sollen in Zukunft alle relevanten netzwerkspezifischen Einstellungen (IP-Adresseinstellungen, DNS-Server, DNS-Suffix, Gateway) automatisch via DHCP erhalten.

Aus Ressourcen- bzw. Kostengründen soll der von Ihnen aufgebaute primäre DNS-Server (servers.at) gleichzeitig die Rolle des DHCP Servers übernehmen. Es ist zudem ein geeigneter Mechanismus vorzusehen, der bestimmten mobilen Clients der Entwicklungsabteilung beim Auftauchen im internen Firmen-Netzwerk auch nach längerer Abwesenheit immer eine konstant gleichbleibende IP-Adresse vergibt.

Für das Dateimanagement des Unternehmens soll ein Fileserver (der Fileserver kann aus Ressourcengründen auf einem bestehenden Server gehostet werden) eingerichtet werden, auf dem alle Mitarbeiterinnen sämtliche Daten via verbundener Netzlaufwerke im Datei Explorer Ihrer Clients ablegen und bearbeiten können. Das Unternehmen benötigt dazu ein zentrales Share SERVERS-CONSULTING. Dieses Verzeichnisse soll mit dem UNC Pfad \\files\SERVERS-CONSULTING erreichbar sein, um so den jeweiligen Zugriff auf Netzwerkressourcen für alle Mitarbeiterinnen zu vereinfachen.

Auf den Clients der Entwicklungsabteilung soll ein PowerShell Profile Script vorhanden sein, dass beim Öffnen der PowerShell einen Alias „GD“ für das cmdlet „Get-Date“ erstellt. Ebenso soll in diesem Script eine Variable “dev-domain“ definiert werden, die als Inhalt „servers-dev.at“ speichert.

IP-Adressierung & Namenskonvention:

Überlegen Sie selbst, welche sinnvollen Namen Sie verwenden.

Bedenken Sie: die Namen können sowohl für die Hyper-V Konfiguration sowie auch als Computername verwendet werden.

Für Implementierungen im FH Labor 31 nutzen Sie folgende IP-Adressen:

IP Adressraum intern: 172.16.XX.1 - 172.16.XX.253/16 | Gateway: 172.16.255.254

IP Adressraum öffentlich: 172.17.XX.1 - 172.17.XX.253/16 | Gateway: 172.17.255.254

(Statt XX setzen Sie die Computer-Nummer oder eine beliebige persönliche, individuelle Nummer ein)

Subnetzmaske: laut Schreibweise: /16 = 255.255.0.0

Tipp: Vergeben Sie IP Adressen so, dass Sie sofort erkennen ob eine Ressource im internen oder im öffentlichen Netzwerk ist (Beispiel: alles öffentliche ist zwischen .1 und .100, alles interne zwischen .101 und .200). Sie erkennen aber natürlich auch jederzeit anhand der zweiten Stelle, in welchem Netzwerk Sie sich befinden.



Anleitung:

Client ist nur in der Zeichnung zu vermerken, aber es ist nicht notwendig einen aufzusetzen