VPN IPsec mit one to one NAT ins gleich IP Netz aufbauen

...eventuell so 192.168.1.0/24 - 192.168.2.0/24...?
Gruß orcape

Grundlagen dazu wie immer hier:
IPsec VPNs einrichten mit Cisco, Mikrotik, pfSense Firewall, FritzBox, Smartphone sowie Shrew Client Software

Nein, die WAN Ports müssen NICHT verschieden sein ! Die dürfen auch in einem gleichen IP Netz liegen !!
Wichtig ist einzig das die LAN IP Netze unterschiedlich sein müssen im VPN Umfeld.

WIE meinst du das ?? Die gleichen lokalen IP Netze ???
Oder das die Tunnel Endpoints im gleichen WAN Netz liegen ??

Von ersterem kann man dir nur allerdringenst abraten, denn das erzwingt ein Layer Bridging über den VPN Tunnel und bedeutet das der Tunnel dann eine Layer 2 Broadcast Domain beider Netze ist. Will sagen: sämtlicher Broad- und Multicast Traffic der beiden lokalen LAN Netze kummuliert in einem VPN Tunnel mit sehr begrenzter Bandbreite ! Sowas geht massiv zu Lasten der Performance bzw. dem Totalausfall der VPN Verbindung. Sinnvoll arbeiten kann man mit sowas nicht mehr !
Vergiss das also bitte gleich wenn du dir viel Ärger ersparen willst.
Es gilt immer der goldene Grundsatz des weisen Netzwerk Admins "Route where you can, bridge where you must !"
Da muss man nichts mehr zu sagen....

Letzteres ist natürlich kein Thema. Die Tunnelendpoints können auch in einem gleichen WAN IP Netz liegen, das ist technisch kein Thema.
Fragt sich also nun WIE du die obige Aussage genau gemeint hast ??

Ja, ganz genau !
Du kannst es machen...wirst aber keine Freude daran haben...das dann aber ganz sicher !
Und.... warum muss das in gleichen IP Netzen passieren ?? Das kann man doch auch routen ohne Probleme ?
Überwachung dann mit Nagios oder was auch immer du da dann machst...?!?
Klar, eine simple Standardinstallation...auch im gerouteten Umfeld...wo ist dein Problem ?
Ja die Idee hat jeder Netzwerker und die heisst VPN !! Geroutet natürlich und niemals gebridged. Oder hast du etwa an allen Standorten das gleiche identische IP Netz...wohl kaum, oder ?
Übrigens stellt sich bei einer Mietleitung das gleiche Problem. Niemals Bridging...immer Routing. Es ist somit völlig Latte ob Mietleitung oder DSL oder feuchter Bindfaden...die Infrastruktur spielt da keinerlei Rolle.

Solange das andere IP Netzwerke sind also unterschiedliche IP Adressbereiche
ist das auch alles kein Problem.

Das ist auch in Ordnung so.

Genau so ist es.

Zwischen den unterschiedlichen IP Adressen wird geroutet, daher sprich @aqui auch
weiter oben, von Routing anstatt zu bridgen, also ein großes IP Netzwerk mit nur einem
IP Adressbereich (Adress Range), denn das wird in den meisten Fällen nicht!!!!
Wie soll der DHCP Server in den beiden Netzen denn auch wissen ob der eine Server
in dem einen oder in dem anderen Netzwerk angesprochen werden soll???

Zwischen unterschiedlichen IP Adressen wird geroutet, egal ob am Router, der Firewall
oder gar einem Layer3 Switch!

Ja auf jeden Fall, zumindest so herum wie Du es aufziehen möchtest und wie
@aqui es schon angesprochen hat, willst Du es mit einem gebridgen Netzwerk nicht
haben, nicht wirklich, denn man versucht doch immer so kleine und überschaubare
Netzwerke bzw. Segmente anzulegen, sodass sich Störungen nicht weiter ausbreiten
können oder andere Segmente in Mitleidenschaft gezogen werden bzw. das ganze Netz
"ab spinnt" weil in Standort eins ein Drucker einen weg hat! Klar oder?

Das sollte schon gut funktionieren, nur eben lokal, oder aber ihr habt
vier 100 MBit/s Leitungen die dann aber auch schnell an Ihre Grenzen kommen.

Das ist ja das Problem was Du hast, stelle die doch einfach lokal an einem
Standort auf und gut ist es, und wenn einer ausfällt ist das schnell erledigt wenn
der andere einspringt.

Die kann man auch so überwachen, wo sollte das Problem sein!?
Mit Nagios kann man sicherlich auch über die VPN Verbindung alle Server
aus beiden Netzwerken bzw. an beiden Standorten überwachen, nur die sollten
eben beide auch unterschiedliche IP Adressen haben!

Schon nur eben wie schon angesprochen mit unterschiedlichen IP Adressen.
Standort A 192.xxxxx
Standort B 172.xxxxx
Standort C 10.xxxxxx

oder aber

Standort A - 192.168.1.0/24
Standort B - 192.168.2.0/24
Standort C - 192.168.3.0/24
Standort D - 192.168.4.0/24
Standort Z - 192.168.55.0/24

Gar kein Thema hier drei oder mehr Standort von einander zu trennen oder sie
mittels VPN miteinander zu verbinden!

Nur eines noch dazu, das mit den VLANs, die sollten auch unterschiedliche IP Adressen,
haben also sprich, nicht gleich dem was auf den anderen Standorten vorhanden ist.
Allerdings wäre es nicht schlecht wenn @aqui, das hier noch einmal im Näheren erklärt

Jo, und das auch auf jeden Fall zu deinem eingenen Wohl, denn den Streß
will sich freiwillig keiner antun.

Kann es sein das es überhaupt erst daran liegt und Du aufgrund der geringen Bandbreite
erst auf diese "verrückte" Idee gekommen bist!???

Gruß
Dobby

Das geht auch so nicht. Es sei denn du nutzt deren neue VxLAN Technologie. Ansonsten ist eine Redundanz in einer gerouteten Umgebung so nicht möglich.
Redundanz erschafft man sich auch niemals so sondern immer lokal.
Im das genau beantworten zu können musst du aber mal einen ESXi Spezi befragen. Möglich auch das eine Redundanz über unterschiedliche IP Netze möglich ist mit einer gemeinsamen virtuellen IP über den Cluster.
Das kann nur ein VmWare Spezi beantworten.

P.S.: Wieso ist der Thread eigentlich auf "Gelöst" geklickt wenn er gar nicht gelöst ist ?!

Psssst, sonst mobst er uns wieder die Punkte

unberechtigt vergebene Punkte können auch Jahre später noch aberkannt werden.
Das ist wie beim Doping...