{"id":8738,"date":"2026-07-29T00:46:47","date_gmt":"2026-07-28T22:46:47","guid":{"rendered":"https:\/\/speefak.spdns.de\/oss_lifestyle\/?p=8738"},"modified":"2026-07-29T01:06:35","modified_gmt":"2026-07-28T23:06:35","slug":"ipfire-mit-isolierten-netzwerken-und-tor-gateway-vm-einrichten","status":"publish","type":"post","link":"https:\/\/speefak.spdns.de\/oss_lifestyle\/ipfire-mit-isolierten-netzwerken-und-tor-gateway-vm-einrichten\/","title":{"rendered":"IPFire mit isolierten Netzwerken und Tor-Gateway-VM einrichten"},"content":{"rendered":"<p class=\"isSelectedEnd\">Eine saubere Netzwerksegmentierung geh\u00f6rt zu den wichtigsten Ma\u00dfnahmen, um Systeme voneinander zu isolieren und ungewollte Kommunikation zu verhindern. Besonders bei Testumgebungen, KI-Agenten, Malware-Analysen oder anderen sicherheitskritischen Anwendungen empfiehlt es sich, diese nicht direkt im Heimnetz zu betreiben, sondern in einem eigenen, abgeschotteten Netzwerk.<\/p>\n<p class=\"isSelectedEnd\">In diesem Tutorial wird gezeigt, wie sich mit <strong>IPFire<\/strong> eine Architektur aufbauen l\u00e4sst, bei der das eigentliche Heimnetz vollst\u00e4ndig vom Arbeitsnetz getrennt bleibt. Als Firewall dient IPFire, das den Datenverkehr zwischen den einzelnen Netzwerkzonen kontrolliert und ausschlie\u00dflich die zuvor definierten Verbindungen zul\u00e4sst.<\/p>\n<p class=\"isSelectedEnd\">Das Arbeitsnetz befindet sich dabei im <strong>ORANGE-Netz<\/strong> von IPFire und enth\u00e4lt eine dedizierte <strong>Tor-Gateway-VM<\/strong>. Diese virtuelle Maschine stellt als einzige Instanz eine Verbindung zum Router im Heimnetz her und leitet anschlie\u00dfend den gesamten ausgehenden Datenverkehr \u00fcber das Tor-Netzwerk. Alle \u00fcbrigen Systeme im ORANGE-Netz besitzen keinen direkten Zugang zum Router oder zum Internet und sind dadurch gezwungen, ausschlie\u00dflich den Weg \u00fcber das Tor-Gateway zu nutzen.<\/p>\n<p>Dieses Konzept bietet mehrere Vorteile. Zum einen verhindert es zuverl\u00e4ssig, dass Anwendungen versehentlich oder absichtlich eine direkte Verbindung ins Internet aufbauen. Zum anderen bleiben Heimnetz und Arbeitsnetz vollst\u00e4ndig voneinander getrennt. Selbst wenn eine virtuelle Maschine kompromittiert werden sollte, kann sie weder direkt auf das Heimnetz oder die Firewall selbst zugreifen noch die Anonymisierung \u00fcber Tor umgehen.<\/p>\n<p>Das Zielsetup besteht aus drei Netzen:<\/p>\n<ul>\n<li><strong>RED<\/strong> \u2014 vertrauensw\u00fcrdiges Netzwerk mit Internet-Router (192.168.1.1) und den prim\u00e4ren Systemen. Von hier aus soll die Administration von IPFire erfolgen.<\/li>\n<li><strong>ORANGE<\/strong> \u2014 isoliertes Netz mit einer Tor-Gateway-VM und mehreren Client-VMs. Ausschlie\u00dflich die Tor-Gateway-VM soll Internetzugriff (\u00fcber den Router in RED) erhalten. Alle \u00fcbrigen VMs in diesem Segment d\u00fcrfen weder das Internet noch das RED-Netz noch die Firewall-Administration direkt erreichen; sie sollen ausschlie\u00dflich \u00fcber die Tor-Gateway-VM ins Internet gelangen.<\/li>\n<li><strong>GREEN<\/strong> \u2014 wird nur f\u00fcr die Initialkonfiguration ben\u00f6tigt und bleibt danach ungenutzt. IPFire ben\u00f6tigt dieses Interface zwingend, f\u00fcr das beschriebene Szenario hat es jedoch keine praktische Funktion.<\/li>\n<\/ul>\n<hr \/>\n<h2>Das IPFire-Zonenkonzept<\/h2>\n<p>IPFire unterteilt das Netzwerk in vier Sicherheitszonen: <strong>RED<\/strong>, <strong>GREEN<\/strong>, <strong>ORANGE<\/strong> und <strong>BLUE<\/strong>. Die Zonen <strong>RED<\/strong> und <strong>GREEN<\/strong> sind obligatorisch und m\u00fcssen bei jeder Installation eingerichtet werden. Die Zonen <strong>ORANGE<\/strong> und <strong>BLUE<\/strong> sind optional und k\u00f6nnen bei Bedarf erg\u00e4nzt werden. Jede Zone erfordert eine eigene physische oder virtuelle Netzwerkschnittstelle, sodass jede Sicherheitszone \u00fcber ein separates Netzwerksegment verf\u00fcgt.<\/p>\n<p>Im Standardkonzept von IPFire sind die Rollen wie folgt festgelegt:<\/p>\n<ul>\n<li><strong>RED<\/strong> ist das Interface, \u00fcber das IPFire den eigenen Internet-Uplink bezieht (DHCP-Client, PPPoE, WAN-IP). RED gilt als nicht vertrauensw\u00fcrdig und hat standardm\u00e4\u00dfig keinen Zugriff auf die Firewall-Administration oder andere Zonen.<\/li>\n<li><strong>GREEN<\/strong> ist das interne, als vertrauensw\u00fcrdig eingestufte Netz. Der Zugriff auf die Firewall-Weboberfl\u00e4che (Port 444) und SSH ist f\u00fcr GREEN fest im System verankert und nicht \u00fcber Firewallregeln deaktivierbar. Aus diesem Grund erfolgt die Ersteinrichtung von IPFire grunds\u00e4tzlich \u00fcber GREEN: Direkt nach der Installation existieren noch keine Firewallregeln, das Webinterface ist \u00fcber GREEN dennoch ohne Zusatzkonfiguration erreichbar.<\/li>\n<li><strong>ORANGE<\/strong> (DMZ) ist ein vom GREEN Netz getrenntes Netz f\u00fcr Server und Dienste, die aus dem Internet erreichbar sein sollen. ORANGE besitzt keinen direkten Zugriff auf GREEN, kann aber grunds\u00e4tzlich auf das RED-Netz zugreifen. Standardm\u00e4\u00dfig entscheidet die IPFire-Firewall anhand ihrer Richtlinien und Regeln, welche Verbindungen zwischen ORANGE, GREEN und RED erlaubt sind. In einer DMZ werden \u00fcblicherweise nur die ausdr\u00fccklich ben\u00f6tigten Verbindungen freigegeben, um das interne Netzwerk bei einer Kompromittierung eines \u00f6ffentlich erreichbaren Dienstes zu sch\u00fctzen.<\/li>\n<li><strong>BLUE<\/strong> ist das optionale Netzwerk f\u00fcr drahtlose Ger\u00e4te (WLAN) oder andere Ger\u00e4te, denen ein eigenes Sicherheitssegment zugewiesen werden soll. Es dient dazu, nicht vollst\u00e4ndig vertrauensw\u00fcrdige Clients vom GREEN-Netz zu trennen. Ger\u00e4te im BLUE-Netz k\u00f6nnen standardm\u00e4\u00dfig nicht auf GREEN zugreifen, sofern keine expliziten Firewallregeln dies erlauben. Der Zugriff von BLUE auf das Internet \u00fcber RED ist hingegen \u00fcber die Firewall steuerbar. Typische Einsatzszenarien sind Gast-WLANs, private WLAN-Ger\u00e4te oder IoT-Ger\u00e4te, die vom internen Netzwerk isoliert werden sollen. Wie ORANGE ben\u00f6tigt auch BLUE eine eigene physische oder virtuelle Netzwerkschnittstelle.<\/li>\n<\/ul>\n<p>IPFire erwartet grunds\u00e4tzlich, dass sich der Internet-Uplink im RED-Netz befindet, w\u00e4hrend GREEN ausnahmslos als vertrauensw\u00fcrdiges internes Netzwerk behandelt wird. Dies hat zur Folge, dass das Webinterface der Firewall standardm\u00e4\u00dfig aus dem GREEN-Netz erreichbar ist \u2013 selbst dann, wenn der Zugriff per Firewall-Regel untersagt wurde. Das RED-Netz hingegen ist standardm\u00e4\u00dfig als nicht vertrauensw\u00fcrdige Zone und f\u00fcr den Internet-Uplink vorgesehen. F\u00fcr das hier beschriebene Setup eignet sich GREEN daher nicht als vollst\u00e4ndig isolierte Uplink-Zone. Soll RED anstatt GREEN, wie in diesem Szenario, als vertrauensw\u00fcrdige Zone genutzt werden, weicht dies vom vorgesehenen Sicherheitsmodell von IPFire ab und erfordert entsprechende Anpassungen und ein weiteres ORANGE Netz.<\/p>\n<p>Deshalb wird RED als vertrauensw\u00fcrdiges Netz konfiguriert, nicht weil IPFire dies vorsieht \u2014 im Gegenteil, RED gilt systemseitig weiterhin als nicht vertrauensw\u00fcrdig \u2014, sondern weil RED die einzige Zone ist, die zwingend als Internet-Gateway-Interface fungiert. Der Router im RED-Netz \u00fcbernimmt in diesem Setup die tats\u00e4chliche Internetanbindung; IPFire h\u00e4ngt sich \u00fcber RED lediglich als Client daran. Der Administrationszugriff von RED aus wird daher nicht automatisch gew\u00e4hrt, sondern muss \u00fcber eine explizite Firewallregel eingerichtet werden (siehe Schritt 4).<\/p>\n<h2>Warum GREEN nicht entfernt, sondern stillgelegt wird<\/h2>\n<p>Da GREEN ein obligatorisches Interface ist, l\u00e4sst es sich in IPFire nicht deaktivieren oder unkonfiguriert lassen. Eine vollst\u00e4ndige Entfernung ist nicht vorgesehen. Stattdessen wird GREEN funktional entwertet, indem es an eine Bridge ohne angeschlossene VMs und ohne Uplink gebunden wird. GREEN bleibt dadurch als Interface bestehen, tr\u00e4gt jedoch keinen produktiven Traffic mehr und ist f\u00fcr kein anderes System erreichbar.<\/p>\n<p>Daraus ergibt sich die folgende Reihenfolge bei der Einrichtung:<\/p>\n<ul>\n<li>Ersteinrichtung \u00fcber GREEN und einer Management VM mit GUI und Browser im GREEN Netz (im Auslieferungszustand sind nur RED und GREEN vorhanden) \u2014 dies ist der einzige Weg, ohne vorherige Regelkonfiguration auf das Webinterface zuzugreifen.<\/li>\n<li>Einrichtung einer Regel, die den Zugriff auf das Webinterface von RED aus erm\u00f6glicht (Schritt 4).<\/li>\n<li>Erst danach kann die Management VM aus dem GREEN Netz wieder entfernt werden.<\/li>\n<li>Abschlie\u00dfend wird ORANGE als dritte Netzzone f\u00fcr das Tor-Netz eingerichtet.<\/li>\n<\/ul>\n<p>Wird GREEN deaktiviert, bevor der Zugriff von RED aus eingerichtet ist, ist die Firewall-Oberfl\u00e4che zwischenzeitlich von keiner Zone aus erreichbar. Eine Korrektur w\u00e4re in diesem Fall nur \u00fcber die lokale Konsole der Proxmox-VM m\u00f6glich.<\/p>\n<h2>Warum ORANGE f\u00fcr das isolierte Netz verwendet wird<\/h2>\n<p>ORANGE ist im Standardkonzept von IPFire als DMZ-Zone vorgesehen \u2014 f\u00fcr Systeme, die von au\u00dfen erreichbar sein sollen, ohne mit dem internen Netz zu kommunizieren. F\u00fcr das hier beschriebene Szenario ergeben sich daraus passende Grundeigenschaften:<\/p>\n<ul>\n<li>Kein automatischer Zugriff auf die Firewall-Administration (im Unterschied zu GREEN)<\/li>\n<li>Standardm\u00e4\u00dfig kein Zugriff auf GREEN<\/li>\n<li>Regelbasierter, kontrollierbarer Zugriff Richtung RED<\/li>\n<\/ul>\n<p>Eine vergleichbare Isolation lie\u00dfe sich auf GREEN nur mit zus\u00e4tzlichem Regelaufwand ann\u00e4hern, wobei der Zugriff auf die Firewall-Administration von GREEN aus grunds\u00e4tzlich nicht vollst\u00e4ndig unterbindbar ist. Bei ORANGE ist diese Isolation bereits systemseitig vorgesehen.<\/p>\n<hr \/>\n<h2>Voraussetzungen<\/h2>\n<ul>\n<li>IPFire als VM in Proxmox mit 3 dedizierten vNICs <span class=\"BxUVEf ILfuVd\" lang=\"de\"><span class=\"hgKElc pOOWX\">(virtual Network Interface Card) <\/span><\/span><\/li>\n<li>Management VM mit GUI und Browser f\u00fcr Initialkonfiguraion \u00fcber GREEN NIC<\/li>\n<li>Tor-Gateway-VM mit fester MAC-Adresse im ORANGE-Netz<\/li>\n<\/ul>\n<h2>Schritt 1: Netzwerk-Interfaces zuweisen<\/h2>\n<p>Das bestehende RED-Interface wird der Bridge\/Netz in der sich Router (192.168.1.1) und die zu sch\u00fctzenden Systeme befinden, zugewiesen, wobei die IP zuweisung per DHCP vom Router erfolgt (z. B. 192.168.1.99). Die zweite vNIC wird der Green Bridge\/Netz zugewiesen in der sich ebenfalls die Management VM mit GUI und Browser f\u00fcr die Initialkonfiguration befindet. Die dritte vNIC\/Netz wird der ORANGE Bridge\/Netz zugewiesen in der sich TOR Gateway und alle weiteren isolierten VMs befinden. F\u00fcr die zweite und dritte vNIC werden feste IPs via Terminal setup befehl IPFire zugewiesen und bei Bedarf ein DHCP Server eingerichtet.<\/p>\n<blockquote><p>RED, GREEN, ORANGE und BLUE sollten nicht an derselben Bridge h\u00e4ngen, da dies die logische Zonentrennung von IPFire auf L2-Ebene aufheben w\u00fcrde.<\/p><\/blockquote>\n<h2>Quelle- und Zieltypen bei Firewallregeln<\/h2>\n<p>Beim Anlegen einer Regel unter <strong>Firewall \u2192 Firewallregeln \u2192 Neue Regel erstellen<\/strong> lassen sich Quelle und Ziel jeweils \u00fcber verschiedene Typen definieren. Die Auswahl bestimmt, welche Firewall-Chain die Regel betrifft und wie pr\u00e4zise sie greift:<\/p>\n<p><strong>Quelltypen:<\/strong><\/p>\n<ul>\n<li><strong>Standardnetzwerk<\/strong> \u2014 bezieht sich auf eine ganze Zone (z. B. ORANGE, GR\u00dcN, ROT) in ihrer vollen Netzausdehnung. Geeignet, wenn die Regel f\u00fcr alle Hosts einer Zone gelten soll.<\/li>\n<li><strong>IP-Adresse<\/strong> \u2014 einzelne IP oder Subnetz, unabh\u00e4ngig von der Zonenzugeh\u00f6rigkeit. Geeignet f\u00fcr einzelne Hosts (Router) oder definierte Teilbereiche.<\/li>\n<li><strong>MAC-Adresse<\/strong> \u2014 bindet die Regel an eine konkrete Netzwerkschnittstelle, unabh\u00e4ngig von deren aktueller IP. Das verhindert, dass eine andere VM im selben Segment die Regel durch eine ge\u00e4nderte oder gef\u00e4lschte IP f\u00fcr sich nutzen kann.<\/li>\n<li><strong>Firewall-Gruppe<\/strong> \u2014 vordefinierte Gruppe aus mehreren Quellen (IP\/MAC), sinnvoll bei wiederkehrenden Kombinationen mehrerer Hosts.<\/li>\n<\/ul>\n<p><strong>Zieltypen:<\/strong><\/p>\n<ul>\n<li><strong>Standardnetzwerk<\/strong> \/ <strong>IP-Adresse<\/strong> \u2014 Ziel liegt au\u00dferhalb der Firewall selbst, z. B. ein Host in einer anderen Zone oder im Internet. Regeln mit diesem Ziel betreffen die <strong>Forward-Chain<\/strong> (durch IPFire hindurchgeleiteter Traffic).<\/li>\n<li><strong>Firewall<\/strong> \u2014 Ziel ist IPFire selbst (eine seiner eigenen Interface-IPs, z. B. f\u00fcr Zugriff auf Weboberfl\u00e4che, SSH oder DNS-Proxy). Regeln mit diesem Ziel betreffen die <strong>Input-Chain<\/strong> und erscheinen in der separaten Tabelle \u201eEingehender Firewallzugang\u201c, nicht in den regul\u00e4ren Firewallregeln.<\/li>\n<\/ul>\n<p>Diese Unterscheidung ist relevant, weil eine Regel mit Ziel \u201eStandardnetzwerk ROT\u201c ausschlie\u00dflich durchgeleiteten Traffic betrifft \u2014 Zugriffe auf IPFire selbst (etwa das Webinterface auf der RED-IP) werden davon nicht erfasst. F\u00fcr Regeln, die den Zugriff auf die Firewall-Administration steuern sollen, muss als Ziel explizit <strong>Firewall<\/strong> gew\u00e4hlt werden.<\/p>\n<h2>Schritt 2: Tor-Gateway-VM f\u00fcr Verbindung zum Router konfigurieren<\/h2>\n<p>Unter <strong>Firewall \u2192 Firewallregeln \u2192 Neue Regel erstellen<\/strong>:<\/p>\n<ul>\n<li><strong>Quelltyp:<\/strong> MAC-Adresse \u2014 MAC-Adresse der Tor-Gateway-VM eintragen<\/li>\n<li><strong>Zieltyp:<\/strong> IP-Adresse \u2014 192.168.1.1 (Router) eintragen, da das Ziel ein Host im RED-Netz ist, nicht die Firewall selbst<\/li>\n<li><strong>Aktion:<\/strong> ACCEPT<\/li>\n<\/ul>\n<p>Die Bindung an die MAC-Adresse verhindert, dass eine andere VM im ORANGE-Netz die Regel durch IP-Spoofing f\u00fcr sich nutzen kann. Als Zieltyp wird hier <strong>IP-Adresse<\/strong> statt <strong>Standardnetzwerk<\/strong> gew\u00e4hlt, da nur der einzelne Router adressiert werden soll, nicht das gesamte RED-Netz.<\/p>\n<h2>Schritt 3: Forward-Policy f\u00fcr ORANGE \u2192 RED auf \u201eBlockiert\u201c setzen<\/h2>\n<p>Unter <strong>Firewall \u2192 Firewalloptionen \u2192 Firewallrichtlinie<\/strong>:<\/p>\n<ul>\n<li><strong>Standardverhalten der Firewall<\/strong><strong> (Forward) <\/strong><strong>in Modus \u201eBlocked\u201c<\/strong> auf <strong>Blockiert<\/strong> stellen und speichern. Das zugeh\u00f6rige Auswahlfeld befindet sich am unteren Ende der Seite \u201eFirewalloptionen\u201c, im Abschnitt \u201eStandardverhalten der Firewall\u201c, unterhalb der Protokollierungs- und Anzeigeeinstellungen.<\/li>\n<\/ul>\n<p>Diese Einstellung sorgt daf\u00fcr, dass s\u00e4mtliche Zonen-\u00dcberg\u00e4nge (ORANGE\u2192ROT, ORANGE\u2192GR\u00dcN, GR\u00dcN\u2192ORANGE etc.) standardm\u00e4\u00dfig gesperrt sind, sofern keine explizite Ausnahmeregel greift. Die in Schritt 2 angelegte Regel wird dadurch zur wirksamen Ausnahme.<\/p>\n<p>Die <strong>Outgoing-Policy<\/strong> (Verbindungen, die IPFire selbst initiiert \u2014 Updates, NTP, DNS-Aufl\u00f6sung) sollte auf \u201eZugelassen\u201c belassen werden, da sonst f\u00fcr jeden Wartungsdienst manuell eine Ausnahme angelegt werden m\u00fcsste.<\/p>\n<h2>Schritt 4: Zugriff auf die Firewall-Administration konfigurieren<\/h2>\n<p>Es wird eine Firewallregel erstellt um Zugriff auf das Webinterface aus dem RED Netz zu erhalten, da sonst mit der &#8220;Deaktivierung&#8221; des GREEN Netzes kein Zugriff auf das Webinterface mehr m\u00f6glich ist.\u00a0 Unter <strong>Firewall \u2192 Firewallregeln \u2192\u00a0 Neue Regel erstellen<\/strong>:<\/p>\n<ul>\n<li><strong>Quelltyp:<\/strong> IP-Adresse \u2014 192.168.1.0\/24 eintragen (oder Standardnetzwerk ROT, sofern dieses Netz mit dem RED-Subnetz identisch ist)<\/li>\n<li><strong>Zieltyp:<\/strong> <strong>Firewall<\/strong> \u2014 nicht \u201eStandardnetzwerk ROT\u201c. Nur mit dem Zieltyp \u201eFirewall\u201c wird die Regel der Input-Chain zugeordnet und steuert damit tats\u00e4chlich den Zugriff auf die Firewall-Administration selbst (Webinterface, SSH). Mit dem Zieltyp \u201eStandardnetzwerk\u201c w\u00fcrde die Regel stattdessen durchgeleiteten Traffic betreffen und den Admin-Zugriff auf IPFire nicht erfassen.<\/li>\n<li><strong>Aktion:<\/strong> ACCEPT<\/li>\n<\/ul>\n<p>Diese Regel l\u00e4sst sich optional weiter eingrenzen, etwa auf eine einzelne Administrations-IP oder -MAC innerhalb von RED anstelle des gesamten \/24-Netzes, sowie auf bestimmte Ports (444, 22) statt auf s\u00e4mtliche Dienste der Firewall.<\/p>\n<p>Wenn das Webinterface aus dem RED Netz erreichbar ist (https:\/\/&lt;DHCP-vergebene-IP-f\u00fcr-IPFire&gt;:444) ist die Management VM nicht mehr notwendig und kann aus dem GREEN Netz wieder<\/p>\n<h2>Schritt 5: Kontrolle<\/h2>\n<p>Von einer Client-VM im ORANGE-Netz (nicht der Tor-Gateway-VM):<\/p>\n<pre class=\"lang:default decode:true\">ping 192.168.1.1 # sollte fehlschlagen\r\nnmap -p 1-1000 192.168.1.1 #sollte keine offenen Ports zeigen\r\nnmap -p 444,81,514,22 192.168.10.1 # Firewall-Webinterface \u00fcber ORANGE-IP sollte nicht erreichbar sein<\/pre>\n<p>Von der Tor-Gateway-VM:<\/p>\n<pre class=\"lang:default decode:true\">ping 192.168.1.1 # sollte funktionieren<\/pre>\n<h2>Ergebnis<\/h2>\n<ul>\n<li><strong>RED<\/strong>: vertrauensw\u00fcrdiges Netz, einzige Zone mit Zugriff auf die Firewall-Administration und Internetgateway.<\/li>\n<li><strong>ORANGE<\/strong>: isoliertes Netz \u2014 nur die MAC-gebundene Tor-Gateway-VM erreicht den Router in RED, alle anderen VMs sind auf den Zugriff \u00fcber die Tor-Gateway-VM als internes Gateway beschr\u00e4nkt.<\/li>\n<li><strong>GREEN<\/strong>: ungenutzt, bleibt bestehen, da von IPFire zwingend vorausgesetzt.<\/li>\n<\/ul>\n<h2>Hinweis zur Wahl der Tor-Implementierung<\/h2>\n<p>IPFire bietet zwar ein eigenes Tor-Paket. Dieses ist prim\u00e4r f\u00fcr den Betrieb von IPFire als Tor-Relay, -Bridge oder -Exit-Node vorgesehen und nicht in erster Linie als transparenter Client-Proxy f\u00fcr ein gesamtes LAN-Segment konzipiert. Gegen den Betrieb von Tor direkt auf IPFire anstelle einer separaten Gateway-VM sprechen zudem folgende Punkte:<\/p>\n<ul>\n<li>Firewall, Router und Tor-Client liefen in einem System, was die Angriffsfl\u00e4che der Firewall selbst vergr\u00f6\u00dfert.<\/li>\n<li>Der Isolationsvorteil einer separaten Gateway-VM \u2014 eine kompromittierte Client-VM hat keinen direkten Zugriff auf die Gateway-Konfiguration \u2014 entfiele.<\/li>\n<li>Tor-Updates w\u00e4ren an den IPFire-Update-Zyklus gebunden, statt unabh\u00e4ngig davon eingespielt werden zu k\u00f6nnen.<\/li>\n<li>Der Netzwerkpfad (ORANGE \u2192 RED) bliebe unver\u00e4ndert, unabh\u00e4ngig davon, auf welchem System Tor l\u00e4uft.<\/li>\n<\/ul>\n<p>Die dedizierte Tor-Gateway-VM im ORANGE-Netz wird daher gegen\u00fcber der IPFire-internen Tor-Integration als die robustere L\u00f6sung eingesch\u00e4tzt.<\/p>\n<hr \/>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" wp-image-2821 alignleft\" src=\"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-content\/uploads\/2014\/08\/CC_BY_NC_SA.png\" alt=\"CC_BY_NC_SA\" width=\"65\" height=\"23\" \/>by Speefak<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Eine saubere Netzwerksegmentierung geh\u00f6rt zu den wichtigsten Ma\u00dfnahmen, um Systeme voneinander zu isolieren und ungewollte Kommunikation zu verhindern. Besonders bei Testumgebungen, KI-Agenten, Malware-Analysen oder anderen sicherheitskritischen Anwendungen empfiehlt es sich, diese nicht direkt im Heimnetz zu betreiben, sondern in einem eigenen, abgeschotteten Netzwerk. In diesem Tutorial wird gezeigt, wie sich mit IPFire eine Architektur aufbauen [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8,32,99,43,46],"tags":[],"class_list":["post-8738","post","type-post","status-publish","format-standard","hentry","category-anleitungen","category-netzwerke","category-proxmox-ve","category-sicherheit","category-virtualisierung"],"rttpg_featured_image_url":null,"rttpg_author":{"display_name":"speefak","author_link":"https:\/\/speefak.spdns.de\/oss_lifestyle\/author\/speefak_oss\/"},"rttpg_comment":0,"rttpg_category":"<a href=\"https:\/\/speefak.spdns.de\/oss_lifestyle\/category\/anleitungen\/\" rel=\"category tag\">Anleitungen<\/a> <a href=\"https:\/\/speefak.spdns.de\/oss_lifestyle\/category\/netzwerke\/\" rel=\"category tag\">Netzwerke<\/a> <a href=\"https:\/\/speefak.spdns.de\/oss_lifestyle\/category\/proxmox-ve\/\" rel=\"category tag\">Proxmox VE<\/a> <a href=\"https:\/\/speefak.spdns.de\/oss_lifestyle\/category\/sicherheit\/\" rel=\"category tag\">Sicherheit<\/a> <a href=\"https:\/\/speefak.spdns.de\/oss_lifestyle\/category\/virtualisierung\/\" rel=\"category tag\">Virtualisierung<\/a>","rttpg_excerpt":"Eine saubere Netzwerksegmentierung geh\u00f6rt zu den wichtigsten Ma\u00dfnahmen, um Systeme voneinander zu isolieren und ungewollte Kommunikation zu verhindern. Besonders bei Testumgebungen, KI-Agenten, Malware-Analysen oder anderen sicherheitskritischen Anwendungen empfiehlt es sich, diese nicht direkt im Heimnetz zu betreiben, sondern in einem eigenen, abgeschotteten Netzwerk. In diesem Tutorial wird gezeigt, wie sich mit IPFire eine Architektur aufbauen&hellip;","_links":{"self":[{"href":"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-json\/wp\/v2\/posts\/8738","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-json\/wp\/v2\/comments?post=8738"}],"version-history":[{"count":5,"href":"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-json\/wp\/v2\/posts\/8738\/revisions"}],"predecessor-version":[{"id":8743,"href":"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-json\/wp\/v2\/posts\/8738\/revisions\/8743"}],"wp:attachment":[{"href":"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-json\/wp\/v2\/media?parent=8738"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-json\/wp\/v2\/categories?post=8738"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/speefak.spdns.de\/oss_lifestyle\/wp-json\/wp\/v2\/tags?post=8738"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}