Hallo,

@alex.f:

        Internet             :       .-----+-----.       |  pfSense  |------- DMZ (192.128.2.0/28)       |  OVPN S  |       '-----+-----'             | 172.16.2.1             |             |        Tunnel Net: 172.16.0.0/30             |             | 172.16.2.5       .-----+-----.       |  pfSense  |       |  OVPN C  |       '-----+-----'             | 10.0.2.4             |           LAN

eine VPN ist eigentlich dafür gedacht, über ein unsicheres, also meist öffentliches, Netz zu verlaufen. Auf ein /30er Netz trifft das wohl nicht zu.
Ein Testaufbau?
Wie auch immer, die VPN sollte auch hier funktionieren, wenn auch sinnfrei.

@alex.f:

Serverseite IPv4 Remote network(s): 10.0.0.0/8

:o Ist diese Netzbreite tatsächlich erforderlich?
Besser ist es, diese so schmal als möglich zu wählen.
Wenn alle Angaben stimmen, sollte aber auch das kein Problem darstellen.

Wie sieht deine Client VPN Konfiguration aus?

Laufen am Client noch andere OpenVPN Instanzen?

Wie sieht die Routing-Tabelle am Client aus?

Hallo -flo-,

ich werd es mal überprüfen, wenn der Fehler wieder auftritt. Ich gebe dann mal Rückmeldung  :)

Viele Grüße
Grisu

So genau kann man das gar nicht sagen. Auch ich stellte mir diese Woche schon oft die Frage. Obwohl ich Business Kunde bei Unity Media in BW bin und 5 feste IP Adressen habe, hab ich bestimmt mind. 5 mal angerufen und nach meinen IP Adressdaten, wie eben dieser Gateway gefragt. Also entweder sie haben garkeine Ahnung und oder lassen sich nicht gerne in die Karten schauen. Hab mich gestern mit einem Techniker unterhalten, der meinte, dass es dahinter erst mal 2 Gateways aus Redundanz Gründen gibt, sollte einmal eins ausfallen. Wollte dem WAN Port auch ein statische IP zuweisen und das Gateway eintragen. Egal ob statisch oder dynamisch, das Gateway war bei mir dann die .1 des Netzwerks XXX.X.XX.1 Habs dann auch so auf dynamisch gelassen. Denke, damit machst nix falsch.

@JeGr:

Private Netze, nicht Bogons. Bogons sind nur Netze, die momentan nicht vergeben sind. Und auf LANs sollte man kein RFC1918 Haken setzen, das könnte ins Auge gehen. Dann lieber selbst ein eigenes Alias definieren und eine Regel damit machen, das erspart Ärger da man die Reihenfolge selbst festlegen kann.

Manuell ist natürlich immer besser und übersichtlicher… War auch nur ne spontane Idee.

Diesen Thread meine ich

https://forum.pfsense.org/index.php?topic=126545.0

Bitte aber nicht einfach den Thread kapern und dann in andere Richtung schieben, da es bei @Docslyper auch nicht um 2 Funk Szenarien geht, gestaltet sich das schon anders als im Fall des OP. Also bitte hier die Antwortenden nicht durcheinander bringen mit anderen Fakten und lieber einen eigenen Thread aufmachen oder darin bleiben. Danke!

Zum Thema:

Zwischen "Heimnetz" und Internet-Zugänge soll eine pfSense-Lösung. Diese stellt beide Internet-Verbindungen zur Verfügung (LTE-Router per LAN verbunden, HotSpot vom Handy per WLAN-Karte oder LAN-Anschluss und WLAN-Bridge verbunden). Diese Verbindungen sollen vom Client aus (bevorzugt natürlich durch nur einen Doppelklick, also gerne HTTP-Request oder ähnliches) gewechselt werden können.

Das wird etwas schwieriger werden, denn einfach leicht umschalten lässt sich das Szenario leider nicht. Was man machen könnte:

Gateways erstellen für Funk1 und Funk2 Router Default GW ist der Funkrouter mit Flatrate Alias erstellen für die Clients im LAN, die umgeschaltet werden sollen Regel erstellen mit selbigem Alias als Source (auf dem LAN IF) und Ziel gewünschte URLs/Dienste/alles? unter advanced settings das andere Funk Gateway auswählen Regel aktivieren/speichern

Dann prüfen, ob es über die schnelle Verbindung läuft und wenn alles klappt, kann man per enable/disable der Regel einfach gezielt Traffic auf das andere Funkinterface umschalten. Man muss sich allerdings eben einloggen und die Regel aktivieren und wieder abschalten.

Um als Ziel bspw. bestimmte Dienste nutzen zu können, kann man bspw. entsprechende Listen im Netz suchen und diese mittels pfBlockerNG im System einbauen und als Aliase/Tabellen nutzbar machen.

Gruß

@JeGr:

Wo wird mir denn angezeigt, wann auf einem Interface etwas down war?

Ich habe immer eine Verbindung (RDP) zum anderen Netz offen. Aber morgens ist diese Verbindung gekappt.

Und wer sagt dir an der Stelle, DASS es tatsächlich ein Interface-down war und nicht schlicht und einfach ein Timeout vom RDP Client/Server? :o

Ich habe das daraus geschlossen, das ich noch eine RDP Verbindung hier im LAN laufen habe bei der nichts passiert.
Evtl ist es ein Timeout. Da muss ich mal schauen, welche Möglichkeiten man da hat.

Und die übrige IP für den ganzen ausgehenden Clienttraffic.

Da könntet ihr übrigens mogeln, wenn ihr das Subnetz geroutet bekommt :D

Moin,

das schöne an dem angepeiltem AP ist der OpenWRT Support  ;) damit ist das gute Stück selber VLan und MultiSSID fähig zu machen wenn es denn mal erforderlich sein sollte.
Was Du noch checken solltest: Wie voll ist das 2,4 Ghz Band macht es Sinn auch 5 Ghz anzubieten? Klar ist "nur" ein Gastnetz …

-teddy

Lösung:

https://forum.pfsense.org/index.php?topic=135351.0

Danke. Ich habe noch etwas nachgetragen falls andere mal den Beitrag lesen - nicht dass die meine vmtl. vorhandenen Fehler und fehlerhaften Erklärungen für bare wahre Münze nehmen :D Mein Level der Erkenntnis ist nur ein klein wenig höher wie deines und noch unter Normfüllstand des Glases denke ich. Ich hoffe noch auf Verbesserungen und Korrrekturen meiner Erklärung, die wird es sicher geben.

Es ist Port 8004 mit 2.4

Gruß
pfadmin

In der VM die BIOS Uhrzeit zu stellen hat anscheinend nicht gerreicht. Lag tatsächlich an der BIOS Uhrzeit des Host.
Gestellt - Active Peer 176.9.31.215 124.216.164.14 2 u 4 64 377 16.747 31.521 1.449.

Schön wäre wenn man da genauere Angaben als - PENDING bekommen hätte…

Ich habe folgende Seite sehr hilfreich gefunden:
https://www.administrator.de/wissen/preiswerte-vpn-fähige-firewall-eigenbau-fertiggerät-149915.html