Ginge es so auch, von einem WAN, das nach innen geNATtet wird den Traffic der an öffentliche IP-Adressen geht komplett in ein anderes WAN weiterzuleiten? Denke nicht, das Port-Forwarding ja eine spezifische Ziel-IP+Port braucht, aber ich würde gerne von WAN "A" kommenden Traffic der an public IPs gehen soll direkt an WAN-B outgoing schicken. Nur haut das dann mit der Rückroute für die Pakete nicht hin ohne eben ein dediziertes Port-Forwarding zu machen.
Anwendungsfall:
Ich habe ein IoT-Netz in dem ein als WLAN/IP Gateway ein Gerät steht, das kein Routing in andere Subnetze unterstützt. Als Workaround habe ich also das IoT Netz im Lancom zu einem WAN gemacht und mittels NAT und Port-Forwarding können nun die IoT-Geräte im IoT-Netz auch Daten in mein internes Netz senden (MQTT an MQTT-Broker intern), was vorher nicht ging.
Was weiterhin nicht geht ist, dass die MQTT-Geräte im IoT-Netz auch an einen externen MQTT-Broker die Daten senden (HiveMQ). Das muss ich über den internen MQTT-Broker dann abbilden (zusätzliche Fehlerquelle).
IoT-WAN (10.82.10.0/24) <--NAT mit Port Forwarding--> | Internes LANCOM LAN (10.82.9.0/24 | <--NAT--> Public WAN (Internet)
Denke mal da gibt es keine einfache Lösung dafür.
VG
Uwe
Anwendungsfall:
Ich habe ein IoT-Netz in dem ein als WLAN/IP Gateway ein Gerät steht, das kein Routing in andere Subnetze unterstützt. Als Workaround habe ich also das IoT Netz im Lancom zu einem WAN gemacht und mittels NAT und Port-Forwarding können nun die IoT-Geräte im IoT-Netz auch Daten in mein internes Netz senden (MQTT an MQTT-Broker intern), was vorher nicht ging.
Was weiterhin nicht geht ist, dass die MQTT-Geräte im IoT-Netz auch an einen externen MQTT-Broker die Daten senden (HiveMQ). Das muss ich über den internen MQTT-Broker dann abbilden (zusätzliche Fehlerquelle).
IoT-WAN (10.82.10.0/24) <--NAT mit Port Forwarding--> | Internes LANCOM LAN (10.82.9.0/24 | <--NAT--> Public WAN (Internet)
Denke mal da gibt es keine einfache Lösung dafür.
VG
Uwe
Statistik: Verfasst von cybersmart — Heute, 09:35
