Zunächst benötigt man einen Hypervisor, dann eine passende ISO-Datei, muss die VM konfigurieren, Partitionen einrichten, Windows installieren, Treiber hinzufügen und so weiter. Kurzum: Es ist machbar, aber nicht unbedingt angenehm.

Doch was, wenn ich dir sage, dass du eine vollständige Windows-Installation in einem Docker-Container starten kannst – mit geteiltem Speicher, RDP-Zugang und optionalem VLAN-Support? Klingt verrückt? Ist es auch ein bisschen. Aber es funktioniert.

Die Idee hinter dem Projekt

Ein Entwickler namens Kroese hat auf GitHub ein Projekt veröffentlicht, das genau das ermöglicht. Ein Docker-Container, der automatisch eine frische Windows-Installation einrichtet – und das ganz ohne manuelles Setup. Man startet einfach den Container, wartet ein paar Minuten und bekommt eine vollständig einsatzbereite Windows-Umgebung. Zugriff erfolgt bequem über den Browser oder per RDP.

Und das Beste: Man muss Windows nicht mal selbst installieren. Der Container übernimmt den kompletten Prozess – von der Image-Beschaffung bis zur Einrichtung.

Wie funktioniert das technisch?

Wer genau hinsieht, erkennt im Docker-Command das Flag, das /dev/kvm durchreicht – also den Kernel-basierten Virtualisierungsmechanismus von Linux. Kurz gesagt: Es handelt sich hierbei nicht um einen „echten“ Windows-Container, sondern um einen Linux-Container, der eine KVM-basierte VM aufsetzt. Also doch keine Magie, sondern eine clever automatisierte Lösung auf Basis bewährter Technologie.

Die Voraussetzung: Hardware-Virtualisierung muss vorhanden und aktiviert sein – sonst läuft hier gar nichts.

Der große Vorteil: Komfort

Das Besondere ist nicht die technische Innovation, sondern der enorme Komfortgewinn. Die lästigsten Aspekte einer Windows-Installation – wie Partitionierung, Ersteinrichtung oder die Wahl von Sprache und Tastaturlayout – fallen komplett weg. Alles läuft automatisiert ab.

Man erhält trotzdem alle Vorteile einer „normalen“ VM mit KVM: USB- und SATA-Passthrough, limitierbare CPU-Kerne und RAM, und wenn man will, sogar PCIe-Passthrough – wobei letzteres für ambitionierte Setups wahrscheinlich ohnehin in „richtige“ VMs gehört.

Nutzung im Alltag: RDP statt VNC

Die Web-Oberfläche des Containers nutzt VNC, was für den Anfang genügt – aber langsam ist und keinen Ton überträgt. RDP ist hier die bessere Wahl. Der Container unterstützt standardmäßig die Weiterleitung des RDP-Ports, sodass man einfach per Remotedesktop von Mac, Linux oder Windows aus zugreifen kann.

Dank Datenfreigabe kann man auch einfach Ordner vom Host einbinden – und so Dateien zwischen Windows und Linux austauschen. Der Standard-Container bietet 2 CPU-Kerne, 4 GB RAM und 64 GB Festplattenspeicher – alles über Umgebungsvariablen anpassbar.

Multi-Windows? Kein Problem!

Der Container unterstützt neben Windows 11 auch ältere Versionen – von XP bis Server 2022. Wer will, kann sogar abgespeckte Varianten wie Tiny11 oder Tiny10 nutzen – oder eigene ISO-Dateien einbinden. In einem Test liefen fünf Windows-Versionen parallel: XP, Vista, 7, 10 und 11 – alles gleichzeitig, auf einem Intel N100-System mit gerade einmal 18W Stromverbrauch.

Nur Windows 8.1 wollte nicht – aber wer vermisst das schon?

Und die Lizenz?

Die Windows-Images stammen, je nach Version, entweder direkt von Microsoft oder aus offenen Quellen wie Bob Pony. Neue Versionen sind unaktiviert, laufen aber ohne Einschränkungen 30 Tage lang. Wer länger nutzen will, muss einen gültigen Key eintragen. Das Projekt selbst enthält laut Entwickler keine proprietären Inhalte und basiert ausschließlich auf Open-Source-Code.

Fazit: Einfach, praktisch, genial

Ob für das schnelle Testen von Windows-Software, zum Spielen mit Legacy-Systemen oder für spezielle Tools wie BIOS-Editoren – dieses Docker-Projekt bietet eine komfortable, schlanke Lösung, bei der man auf nahezu nichts verzichten muss. Natürlich ersetzt es keine hochperformante VM mit dedizierter GPU, aber das will es auch gar nicht.

Was bleibt, ist ein beeindruckendes Beispiel dafür, was heute mit etwas Kreativität und offenen Standards möglich ist – ganz ohne den altbekannten Installationsfrust.

Und wer weiß – vielleicht rettet dir Windows XP auch heute noch den Tag.

The post Windows in einem Docker-Container? Ja, wirklich! appeared first on Rhein-Ruhr-Informatik.

Wenn Sie Cloudflare als CDN- und DDoS-Schutzdienst verwenden, fungiert es als Vermittler zwischen Ihrer Website und ihren Besuchern. Das bedeutet, dass die für Ihren Webserver sichtbare IP-Adresse standardmäßig die von Cloudflare ist, nicht die des ursprünglichen Besuchers. Dies kann zu Problemen bei der Protokollierung, der Analyse und den auf IP-Adressen basierenden Sicherheitsrichtlinien führen. In diesem Artikel gehen wir die Schritte durch, die notwendig sind, um Ihren Nginx-Server so zu konfigurieren, dass er die echten IP-Adressen der Besucher richtig protokolliert und verwendet, wenn Sie Cloudflare verwenden, selbst in einer Docker-Umgebung.

Das Problem verstehen

Wenn sich ein Besucher über Cloudflare mit Ihrer Website verbindet, wird die ursprüngliche IP-Adresse durch die eigene IP von Cloudflare maskiert. Dies hilft, Ihren Server vor direkten Angriffen zu schützen, erschwert aber die Identifizierung der wahren Besucher-IP. Um dieses Problem zu lösen, fügt Cloudflare Header wie X-Forwarded-For und CF-Connecting-IP ein, die die Original-IP des Clients enthalten. Nginx verwendet diese Header standardmäßig nicht, so dass eine zusätzliche Konfiguration erforderlich ist.

Voraussetzungen

Vergewissern Sie sich vor dem Start, dass Sie alles haben:

1. Auf einem Nginx-Server, auf dem das Modul ngx_http_realip_module aktiviert ist. Dieses Modul ist erforderlich, um die realen IP-Header korrekt zu behandeln.
2. Ein grundlegendes Verständnis der Nginx-Konfiguration und von Docker.
3. Zugang zu den Konfigurationsdateien Ihres Servers.

Schritt 1: Nginx für die Verwendung von echten IP-Headern konfigurieren

Damit Nginx die echte IP aus den von Cloudflare bereitgestellten Headern erkennt, müssen Sie die Konfiguration ändern. Stellen Sie zunächst sicher, dass das Modul ngx_http_realip_module installiert ist. Dieses Modul ist normalerweise in den meisten Nginx-Installationen standardmäßig enthalten.

Als nächstes erstellen Sie eine Datei namens Cloudflare im Verzeichnis /etc/nginx/ mit folgendem Inhalt:

set_real_ip_from 103.21.244.0/22;
set_real_ip_from 103.22.200.0/22;
...
real_ip_header CF-Verbindungs-IP;

http {
     include /etc/nginx/cloudflare;
     ...
}

Dadurch wird sichergestellt, dass die reale IP-Konfiguration global auf alle Ihre Serverblöcke angewendet wird.

Schritt 3: Aufzeichnung echter IP-Adressen

Um die ursprüngliche Besucher-IP in Ihre Logs aufzunehmen, ändern Sie die log_format-Direktive in Ihrer nginx.conf, um die Variablen $http_cf_connecting_ip und $http_x_forwarded_for zu verwenden. Zum Beispiel:

log_format main '$remote_addr - $http_cf_connecting_ip [$time_local] "$request" '
    '$status $body_bytes_sent "$http_referer" '
    '"$http_user_agent" "$http_x_forwarded_for"';

So können Sie sowohl die Cloudflare-IP als auch die ursprüngliche Besucher-IP in Ihren Protokollen sehen.

Schritt 4: Übernahme der Änderungen

Um die Änderungen anzuwenden, testen Sie die Nginx-Konfiguration:

• Für CentOS/RHEL:

nginx -t

• Für Ubuntu:

service nginx restart

Schritt 5: Überprüfen der Konfiguration

Überprüfen Sie Ihre Website und die Nginx-Zugangs- und Fehlerprotokolle (z. B. /var/log/nginx/access.log), um sicherzustellen, dass die echten Besucher-IPs korrekt protokolliert werden. Dieser Schritt ist wichtig, um sicherzustellen, dass Ihre Konfiguration wie erwartet funktioniert.

Optional: Handhabung von Real IP in einer Docker-Umgebung

Wenn Ihre Webanwendung in einem Docker-Container läuft, müssen Sie die echte IP an die containerisierte Anwendung übergeben. Fügen Sie die folgende Zeile in Ihre Nginx-Konfiguration ein, direkt nach der fastcgi_pass Direktive:

fastcgi_param REMOTE_ADDR $http_x_real_ip;

Dies setzt die Variable $_SERVER['REMOTE_ADDR'] in PHP-basierten Anwendungen auf die ursprüngliche IP.

Allgemeine Probleme und Fehlerbehebung

1. Falsche IP in den Protokollen: Überprüfen Sie, ob die Cloudflare-IP-Bereiche aktuell sind und ob die real_ip_header Direktive korrekt gesetzt ist.
2. Nginx-Konfigurationsfehler: Verwenden Sie nginx -t, um vor dem Neustart von Nginx auf Syntaxfehler in den Konfigurationsdateien zu prüfen.
3. Docker-Netzwerk-Probleme: Stellen Sie sicher, dass der Netzwerkmodus von Docker eine korrekte IP-Weiterleitung ermöglicht.

Schlussfolgerung

Wenn Sie die in diesem Artikel beschriebenen Schritte befolgen, können Sie sicherstellen, dass Ihr Nginx-Server, auch wenn er innerhalb von Docker läuft, die von Cloudflare bereitgestellten ursprünglichen IP-Adressen der Besucher korrekt protokolliert und verwendet. Dies ist für eine genaue Protokollierung, Sicherheitskonfigurationen und Analysen unerlässlich. Mit der richtigen Konfiguration können Sie die Vorteile des Schutzes von Cloudflare nutzen, ohne die Sichtbarkeit von echten Benutzerdaten zu opfern.

The post Wie man eine echte IP über Cloudflare erhält – Nginx Reverse Proxy – Docker appeared first on Rhein-Ruhr-Informatik.