Messages

Moin, hier im englischen Forum hast Du einen Leidgenossen, eventuell kommt ihr in einem gemeinsamen Thread besser voran, weiter helfen kann ich leider nicht.

https://forum.opnsense.org/index.php?topic=18552.0

Was sagt denn das FW Log deiner 2. Sense? Lässt sie Anfragen aus dem VPN schonmal rein?
Hat Deine 2. Sense eine Route für das VPN zum LAN damit sie nicht default an das WAN routet?

ERST, wenn ich mich auf opnsense1 einlogge, kann ich mich auf opnsense2 einloggen

Meinst Du über das GUI einloggen?  :o

Ich stand mal vor der selben Problematik, da es aber nur temporär war und ich ohnehin auf beiden VPN laufen hatte, habe ich das über die verschiedenen VPN gemacht. Anfragen sind bei der zweiten Sense durchgegangen, die Antworten wurden aber scheinbar falsch geroutet oder in der ersten Sense geblockt, habe ich nicht weiter verfolgt...

Das Problem hatte ich bei meiner alten Hardware auch (terra rc100 g2).
Exakt das gleiche Verhalten, es war auch egal welchen Adapter ich dem WAN zugeordnet habe.
Mit dem Wechsel auf eine rc100 g3 war bei gleicher konfig alles primstens.
Selbst das neuaufsetzen der alten Hardware hat nicht geholfen.

When placing ovpn options in a config file you have to remove the double-leading-dash at the beginning:
reneg-sec 0

However, if this option is not set in client config, but in server config, you will not need to add it in client config.
(see description)

nice to know...
however, in my case i assumed the problem was issued by the portmapper, because -as said- the same server (tcp) worked fine without portmapping.
Fortunately i do not need portmapping, even not for mobile as t-mobile fully supports ipv6.
But its a shame for other providers not supporting ipv6...

I remember i had similiar/ same issues when i tried to set up via portmapper.
Finally i have no longer tracked this problem, because i just wanted to set up for fallback purposes when ipv6 is not available on client site.
Oddly the VPN server worked fine when i connected via another WAN interface reachable via ipv4, so i think there are issues with the portmapper.

Does something speak against setting up the server for ipv6?
With a reachable ipv6 on your WAN, a portmapper should be used only for clients without ipv6 support

Buttons for download will be behind the user in "Linked users" section on the bottom of your screenshot.
Is your list empty? Are your VPN users and certificates still configured?

Maybe this thread will answer your question:
https://forum.opnsense.org/index.php?topic=17481.msg79642#msg79642

Policy based routing will be done with firewall rules, but i dont know how to do with ovpn connections.
Otherwise you can direct the specific clients to use VPN as default gateway by adding

Code Select Expand

redirect-gateway to the ovpn client config.

Und magst du der Nachwelt beschreiben was das Problem war?
Wäre in einer community mehr als angemessen.

Cheers

Moin,

könnte das gleiche "Problem" wie bei mir sein:
https://forum.opnsense.org/index.php?topic=17418.msg79449#msg79449

In kurz: eventuell handelt es sich um Pakete die out of state sind, prüfe dazu mal die flags aus dem FW log.

Gruß

Indeed, there was a similar thread some weeks ago.
Maybe for further information:
https://forum.opnsense.org/index.php?topic=17422.0

Hi tiermutter,

kannst du mir evtl mal deine einstellungen im WAN Interface zurverfügung stellen ?


lg

mmo

Moin,
sorry, hatte den thread irgendwie übersehen....
Da ich gerade am Smartphone unterwegs bin in kurz statt Screenshot:
Ipv6 config type unter gateways ist dhcp 6, unter den dhcp6 Einstellungen habe ich nur
Send ipv6 prefix hint und prevent release aktiv.
Delegation size = 56

Für das LAN Interface habe ich natürlich track Interface,
Allow manual adjustment of DHCPv6 and Router Advertisements habe ich deaktiviert, ich glaube damit hatte ich auch ein paar Probleme als es aktiv war (weiß aber nicht mehr was ich damit für Probleme hatte)

Mit deinen logs kann ich leider nicht weiterhelfen, bei mir sah es jedenfalls nicht so aus  :-\

Edit als Randinfo:
Hast du es auch mal mit SLAAC statt dhcp6 probiert? Irgendwo kursieren die entsprechenden Daten im Netz.
Neuer DG Anschlüsse können definitiv beides, ältere sollen angeblich eine zeitlang nur SLAAC unterstützt haben, jetzt aber wohl auch dhcp6...

Ich hatte das gleiche Problem (ebenfalls DG über DHCP6).
Bei mir war es mit der 20.1.7 vorbei wenn ich mich nicht irre und nicht noch anderweitig mit den Einstellungen gespielt habe was letztlich zum Erfolg führte...

Also bei mir ist es mir noch nie aufgefallen und als ich gerade mal nachgeschaut habe gab es nur tatsächlich getätigte Änderungen. Hast du mal nachgesehen was genau geändert wurde?
Hast du cron jobs laufen die etwas zu dieser Zeit machen?