RED10 mit DHCP im Ziel-LAN

Hallo,

Soll die RED im Transparent/Split oder Standard/Split bzw. /unified laufen?
Bei Transparent/Split können im Falle eines Problems mit dem RED-Tunnel die Clients/Server trotzdem noch über ihr dortiges Gateway ins Internet (z.B. für Mails/Surfen usw.).

Bei den anderen Betriebsarten ist damit dann Essig.

Für den Transparent/Split könntest du auf dem Gateway/Router dort einen DHCP-Bereich von genau einer Adresse angeben (z.B. die .253), welche sich (als erstes angesteckt) die RED zieht. An dieser hängt dann an einem LAN-Port der (GBit) Switch und dort die Clients + der Server, auf welchem du den DHCP-Range dann von z.B. .10-.200 setzt, somit sollten sich die beiden Ranges nie ins Gehege kommen, zudem die Einzeladresse auf dem GW ja sowieso dauert der RED zugewiesen sein sollte.

Du kannst via Konfiguration natürlich der RED auch eine statische Adresse durch die UTM zuweisen (192.168.10.253), müsstest du RED aber EINmalig irgendwo via DHCP die Konfig abholen lassen (Provisioning Server) und dann "davorschnallen". Nachteil: Beim Austausch der RED müsstest du diese vorher einmal in den Händen halten um diese ERstkonfiguration durchzuführen (wenn vor Ort kein EDVler greifbar ist).

--------------------------------------------

Im Falle des Standard/Split/Unified Modus könntest du dem "externen" Netz (RED-WAN zu Gatway) einfach einen anderen IP-Bereich zuweisen und dort einen kleinen DHCP-Bereich aktivieren, die RED setzt dann quasi vom bestehenden "internen" 192.168.10.x Netz auf das andere (z.B. 192.168.9.0) um und routet die Pakete, welche für die Zentrale (UTM) bestimmt sind entsprechend durch den Tunnel. Nachteil eben, wenn der Tunnel nicht steht, funktioniert der dortige Internetzugang für die Clients hinter der RED nichtmehr, erst wieder wenn der Tunnel erneut steht.

Die Außenstelle hat ihren eigenen DC mit DHCP? 
Das DHCP bei dem RED bezieht sich auf dessen WAN Schnittstelle. Wenn der Router keine IP-Adresse per DHCP vergibt, dann wird es sich auch nicht mit der UTM verbinden können.

Transparent/Getrennt: Die UTM verwaltet NICHT das entfernte Netzwerk. Sie ist jedoch insofern ein Mitglied des entfernten Netzwerks, als sie von dort per DHCP eine IP-Adresse bezieht. Nur Datenverkehr zu den unten angegebenen Netzwerken wird zur UTM weitergeleitet.

@ K.N.:
Deshalb der vorgeschaltete Router mit kleinem DHCP-Bereich (1-2 IP's), welche quasi für die RED sind.

der DC versorgt dann das eigentlich Netz (hinter RED/LAN-Port) mit DHCP.

Alternative wäre, das DHCP komplett vom DC wegzunehmen und via Router zu verteilen.

Wir haben uns überschnitten - aber löschen wollte ich meinen Text dann nicht mehr.

Kann mir das mal einer erklären? Bzw. funzt das wirklich?

Lt. DHCP kriegen die die .254 als defGW. Vor .254 kommt jetzt aber irgendwie RED. Und im transp/split mode kommen dann Pakete an die Zentrale zur Zentrale und der Rest an defGW->Internet?

Das klappt so? Oder habe ich da noch einen Denkfehler?

Ja, das klappt so... bereits 2x im Einsatz. :-)

Kleine Ergänzung für "Googler(innen)"

Aus Online UTM Hilfe: 

Technisch ausgedrückt besteht eine Bridge zwischen der lokalen Schnittstelle der RED-Appliance und deren Uplink-Schnittstelle zu Ihrer lokalen UTM sowie eine Bridge zum entfernten Router. (...) Daher liest die RED-Appliance allen Verkehr mit: Verkehr, der für ein Netzwerk bestimmt ist, das im Feld Split Networks aufgeführt ist, oder zu einer Domäne geht, die im Feld Split Domains aufgeführt ist, wird zur Schnittstelle von UTM umgeleitet. Dies wird erreicht, indem die MAC-Adresse des Standardgateways in den betreffenden Datenpaketen durch die MAC-Adresse von UTM ersetzt wird.


Jetzt auch für "dazugekommene" über google vllt. besser verständlich

Grüßle aus dem badischen Karlsruhe,

Chris