abschlussarbeit/Dokumentation/ergebnis.tex

\chapter{Ergebnis}
\bild{bilder/Netzwerksetup.pdf}[Netzwerkplan des Projektes][netzwerkplan]
Das Projekt war nur ein Teilweiser Erfolg und teilweise von Anfang an unrealistisch.
Mit dem zu diesen Zeitpunkt aktuellen Kenntnisstand war das Aufbauen der Remoteumgebung mittels des \ac{LTSP} auf den alten Thinclients die der Betrieb zur Verfügung stellte nicht möglich.
Dafür konnten unter anderem folgende Gründe identifiziert werden:
\begin{enumerate}
    \item Keine Zugangsdaten von der "`QCS Quality Computer Support GmbH"'
    \item unzureichende Recherche
    \item Konzentration auf einzelne unwichtige Punkte
    \item Workarounds haben Zeit gefressen
\end{enumerate}
Es war geplant das das Netz der Abbildung \ref{bild:netzwerkplan} entspricht\footnote{die Rot umrahmten Objekte sind nicht realisiert worden.}.
Es sollte ein von Netz der Fachinformatiker (FiSiNetz) abgetrenntes Netz entstehen, um dem DHCP-Server auf Zeus ohne Einschränkungen laufen zu lassen.
Dazu musste eine Route vom Projektnetz in das FiSiNetz und umgekehrt erstellt werden.
Die Route vom Projektnetz in das FiSinetz wurde vom Router automatisch erstellt, um die Routingtabelle in den Corerouter des FiSiNetzes einzutragen benötigte ich Zugangsdaten der Firma "`QCS Quality Computer Support GmbH"'.
Über die Projektlaufzeit hat der Ausbilder Herr Kraffert mehrere E-Mails geschickt ohne eine Antwort zu erhalten.
Aus diesem Grund musste ich die Ports auf dem Switch regelmäßig vom Projektnetz auf das FiSiNetz und zurück setzen.

Ein weiteres Problem war die Zielsetzung selber.
Eine Komplette Ter\-mi\-nal\-ser\-ver\-um\-ge\-bung in nur 35 Stunden mit meinem Kenntnisstand zu realisieren.
Dies wurde mir jedoch erst spät klar.

Geplant war das auf den \acs{CF}-Karten der Thinclients ein iPXE Image geschrieben wird, welches dann vom \acs{TFTP}-Server den Linux Kernel lädt um dann die Umgebung bereitstellen zu können mit der dann auf \management{} zugegriffen werden kann.