160 lines
5.1 KiB
TeX
160 lines
5.1 KiB
TeX
\section{Einleitung}
|
|
|
|
\begin{frame}{Situation von IPv4 und IPv6}
|
|
Allgemein:
|
|
\begin{itemize}
|
|
\item Öffentliche IPv4-Adressen sind fast vollständig erschöpft
|
|
\begin{itemize}
|
|
\item Internetanbieter setzen stellenweise auf Carrier-grade NAT
|
|
\end{itemize}
|
|
\item Immer mehr Internetanschlüsse werden auch mit IPv6 versorgt
|
|
\end{itemize}
|
|
In der Abteilung Informatik:
|
|
\begin{itemize}
|
|
\item IPv6 wird seit wenigen Jahren erprobt
|
|
\item Seit Anfang 2018 über natives IPv6-Routing versorgt
|
|
\end{itemize}
|
|
\ \newline
|
|
$\rightarrow$ Ein IPv6-fähiger VPN-Dienst soll den existierenden IPv4-VPN-Dienst ablösen.
|
|
\end{frame}
|
|
|
|
|
|
\begin{frame}{Definition: \textit{Virtual Private Network} (VPN)}
|
|
|
|
\begin{itemize}
|
|
\item \textit{Virtual}: Es existiert nur logisch, nicht physisch
|
|
\item \textit{Private}: Nur die VPN-Teilnehmer wissen davon
|
|
\item \textit{Network}: VPN-Teilnehmer werden direkt über das Netzwerk verbunden
|
|
\end{itemize}
|
|
|
|
\begin{block}{\textbf{Beispiel} Pen-\&-Paper-Rollenspiel}
|
|
Spielteilnehmer tauschen Informationen über Zettel aus, als säßen sie gemeinsam an einem Tisch. \\
|
|
Die Zettel werden aber im Umschlag per Post zwischen den Teilnehmern transportiert.
|
|
\end{block}
|
|
\end{frame}
|
|
|
|
\begin{frame}{Wie funktioniert ein VPN?}
|
|
\begin{figure}[ht]
|
|
\centering
|
|
\includegraphics[trim=75 610 135 75,clip,width=\textwidth]{img/VPN-Skizze.pdf}
|
|
\caption{Beispielszenario: VPN-Verbindung zwischen Alice und Bob}
|
|
\end{figure}
|
|
\end{frame}
|
|
|
|
|
|
\section{Arbeitsauftrag}
|
|
|
|
\begin{frame}{Arbeitsauftrag}
|
|
Ein IPv6-fähiger VPN-Dienst soll den existierenden IPv4-VPN-Dienst ablösen.
|
|
\end{frame}
|
|
|
|
\begin{frame}{Anforderungen (1/3)}
|
|
\begin{itemize}
|
|
\item \textbf{Dual-Stack-Betrieb}: Erreichbar über IPv6 und IPv4, Unterstützung von IPv6 und IPv4 innerhalb des VPNs
|
|
\item \textbf{VPN-interner Datenverkehr}: Interne Abteilungsnetze sollen über VPN erreichbar sein, VPN-Clients dürfen nicht mit anderen VPN-Clients kommunizieren
|
|
\item \textbf{VPN-externer Datenverkehr}: Authentisierte, vertrauliche Kommunikation zwischen VPN-Clients und -Server
|
|
\end{itemize}
|
|
\end{frame}
|
|
|
|
\begin{frame}{Anforderungen (2/3)}
|
|
\begin{itemize}
|
|
\item \textbf{Benutzer}: Beschäftigte und Studierende der Abteilung Informatik, Kapazität für 50-500 Benutzer
|
|
\item \textbf{Betrieb des VPN-Servers}: Debian~9 (oder höher) wird als Serverbetriebssystem vorgegeben
|
|
\item \textbf{Betrieb der VPN-Clients}: Moderne Versionen von Linux, MacOS und Windows sollen unterstützt werden
|
|
\end{itemize}
|
|
\end{frame}
|
|
|
|
\begin{frame}{Anforderungen (3/3)}
|
|
\begin{itemize}
|
|
\item \textbf{Betriebsprotokoll}: VPN-Dienst soll im Regelbetrieb DSGVO-konform protokollieren
|
|
\item \textbf{Finanzieller Rahmen}: Es steht kein Geld zur Verfügung
|
|
\end{itemize}
|
|
\end{frame}
|
|
|
|
\begin{frame}{Überblick: Netzwerk der Abteilung Informatik}
|
|
\begin{figure}[ht]
|
|
\centering
|
|
\includegraphics[width=\textwidth]{img/Netzwerktopologie_simpelv2_with_addresses.pdf}
|
|
\caption{Topologie des Abteilungsnetzes (vereinfachte Skizze)}
|
|
\end{figure}
|
|
|
|
\end{frame}
|
|
|
|
|
|
\section{Konzept}
|
|
|
|
\begin{frame}
|
|
Client-Server-Architektur, weil \dots \\
|
|
Authentisierung von Benutzern mit Zertifikaten, weil Passwörter weniger sicher sind usw. \dots \\
|
|
Authentisierung des Servers mit Zertifikat, weil \dots \\
|
|
Einrichtung einer eigenen CA auf separatem Server, weil \dots \\
|
|
IP-Adressen für VPN-Clients: NAT für IPV4, weil \dots \\
|
|
IP-Adressen für VPN-Clients: Öffentliches Netz für IPv6, weil \dots \\
|
|
Tunnel auf OSI-Schicht~3, weil \dots \\
|
|
Moderne Verschlüsselung der Kommunikation (inkl. PFS) , weil \dots \\
|
|
Konzepte des IT-Teams berücksichtigen für einfache Wartung und Pflege \\
|
|
Benutzerverwaltung durch Ausstellung und Widerrufen von Zertifikaten möglich \\
|
|
Automatische Aktualisierung der CRL auf VPN-Server, weil \dots
|
|
\end{frame}
|
|
|
|
\begin{frame}{VPN-Konzept}
|
|
\begin{figure}[ht]
|
|
\centering
|
|
\includegraphics[width=\textwidth]{img/VPN-Service-Concept.pdf}
|
|
\caption{Installationskonzept für den VPN-Dienst}
|
|
\end{figure}
|
|
\end{frame}
|
|
|
|
|
|
\section{VPN-Software}
|
|
|
|
\begin{frame}{OpenVPN}
|
|
Läuft im Userspace und verwendet OpenSSL.
|
|
Erhältlich für alle drei Plattformen.
|
|
Konfiguration für Einsteiger leicht nachvollziehbar.
|
|
\end{frame}
|
|
|
|
\begin{frame}{IPsec mit StrongSwan}
|
|
Kompliziert, wenn man Wert auf StrongSwan legt.
|
|
Nicht vollständig quelloffen, da IPsec im Kernel stattfindet.
|
|
Flexibilität ermöglicht unsichere Konfiguration
|
|
\end{frame}
|
|
|
|
\begin{frame}{Wireguard}
|
|
Noch experimentell, aber klares Design, wenig Code, einfache Benutzung.
|
|
Könnte die Zukunft sein. (Mehr dazu als Ausblick hinten dran)
|
|
\end{frame}
|
|
|
|
|
|
\section{Installation und Konfiguration}
|
|
|
|
\begin{frame}{VPN-Installationsplan}
|
|
\begin{figure}[ht]
|
|
\centering
|
|
\includegraphics[width=\textwidth]{img/OpenVPN-Deployment.pdf}
|
|
\caption{Installation des IPv6-VPN mit OpenVPN und EasyRSA}
|
|
\label{fig:vpn_service_concept}
|
|
\end{figure}
|
|
\end{frame}
|
|
|
|
|
|
|
|
\section{Fazit/Ausblick}
|
|
|
|
\begin{frame}{EOF}
|
|
Haben Sie Fragen?
|
|
\end{frame}
|
|
|
|
% Probably not used, not sure yet.
|
|
\begin{comment}
|
|
\begin{frame}{Literaturverzeichnis}
|
|
% Literaturverzeichnis
|
|
% Schlüssel als Buchstaben
|
|
\bibliographystyle{alpha}
|
|
\bibliography{Literaturverweise}
|
|
% Und JETZT zum Inhaltsverzeichnis hinzufügen. Geil!
|
|
\addcontentsline{toc}{chapter}{Literaturverweise}
|
|
\end{frame}
|
|
\end{comment}
|
|
|
|
% The end. |