====== 3. NAT & Interfaces ======

===== 1. NAT-Konfiguration prüfen =====
  * Im OPNsense Web-Panel zu **Firewall > NAT > Destination Out** gehen.
  * Der Modus muss auf "Automatic outbound NAT rule generation" stehen.
  * OPNsense leitet den Datenverkehr automatisch vom internen Netz (LAN) nach außen (WAN) weiter.

{{ :project:opnsense:nat_outbound.png }}

===== ❌ 2. Fehler: Verbindungsabbruch (Timeout) =====
  * ⚠️ **Problem:** Plötzlich gab es keine Verbindung mehr zum Web-Panel.
  * Im Windows CMD: ''ping 192.168.1.1'' zeigte "Zielhost nicht erreichbar".
  * Der Befehl ''arp -d *'' (ARP-Cache leeren) in Windows hat das Problem nicht gelöst. Der Fehler lag bei OPNsense.

{{ :project:opnsense:cmd_ping_test.png }}

===== ❌ 3. Ursache: Vertauschte Ports (Interfaces) =====
  * ⚠️ **Problem:** Auf dem Konsolen-Bildschirm von OPNsense waren die Ports wieder vertauscht.
  * **LAN** lag auf ''em0'' (VirtualBox NAT/Internet).
  * **WAN** lag auf ''em1'' (VirtualBox Internes Netz).
  * Der Windows Client war somit am falschen Port. Die Firewall hat ihn als Bedrohung aus dem WAN blockiert.

===== ✅ 4. Lösung: Ports in der Konsole neu zuweisen =====
  * Im OPNsense Konsolen-Menü wieder die Option **1) Assign interfaces** wählen.
  * Die Ports manuell und richtig zuweisen:
    * **WAN interface:** ''em0''
    * **LAN interface:** ''em1''
  * **Ergebnis:** Nach dem Neustart der Dienste war die Verbindung sofort wieder da. Das Web-Panel funktionierte normal.

{{ :project:opnsense:console_correct_ports.png }}