Messages

https://github.com/opnsense/core/issues/9299

I'm integrating OPNsense with Authentik via OIDC. The connection works with the Issuer URL https://auth.example.com/application/o/opnsense/, and the .well-known/openid-configuration is now being resolved correctly (as OPNsense suffixes it automatically). Logs show a successful login for user "genericuser" (email: user@example.com), and the UserInfo endpoint returns a sub claim, but the username appears as empty in the audit log. After authentication, I'm redirected back to the OPNsense login page. The discovery configuration indicates that claims like email and preferred_username are supported, and I've tried mapping both without success, suggesting OPNsense may not be requesting or processing them correctly. This is likely due to missing or unmapped claims (e.g., preferred_username, email, or groups) required to create a session. The current scope is limited to openid, and group mappings may not be properly configured. I assumed the correct claims would be available if OPNsense requested them, but this doesn't seem to happen. Need help to ensure the correct claims are requested, passed, and mapped to resolve the redirect issue.

Code Select Expand

2025-10-18T17:47:15
Notice
audit
 Successful login for user '' from: [REDACTED]:0:1bd:a760:998a:8b69 (oidc-app: Authentik)
2025-10-18T17:47:15
Notice
audit
 OIDC requestUserInfo received --> {"sub":"b589d7f7234e68370adc299176dbc3fcd8a59a44de724dda38057494909752ba","nonce":"102fb9dfc250d65df849d71a26a0b143"}

Has anyone already successfully connected opnsense to authentik?

Unfortunately, I have already restarted the box. I look then in about 5 days again. Thanks!

Here is the CPU usage of the last 2 weeks

Hello

On an APU2 I manage with OPNsense 23.1, python3.9 regularly generates high CPU load and subsequently causes the wireguard connections to die. A restart provides relief for a few days in each case.
Where could be the problem there?

Could you please add ClouDNS? This has already been done in the original project:

https://github.com/ddclient/ddclient/pull/202

EDIT: As I just discovered, there is already a ticket for it:
https://github.com/opnsense/plugins/issues/2880

How can I use update URLs with the new client? Earlier it worked perfectly with the custom, respectively custom-v6 option.

It generated an "issue has occurred, report it" warning for me overnight. Glad it's been fixed..

Just disable the "AcmeClient Cronjob" until the next update... (do not forget to renew the certificates before)

Same here, but no problems observed...

This will be changed in 20.7.

Nice to hear!  8)

Das Problem dürfte bei PPPoE, welches sehr CPU-lastig ist, liegen. Ich muss mich bei meinem symmetrischen 1Gb-FTTH-Anschluss leider auch via PPPoE einwählen. Mein Board, ein Supermicro A2SDi-4C-HLN4F (Atom C3558), packt dies aber zum Glück problemlos:



Ist mit UPC, UPC Schweiz gemeint? Wenn ja: Seit wann setzen die PPPoE ein? Läuft der Anschluss etwa auch über FTTH?

Wohnst du in Riehen BS? Wenn ja (wohne in BL): Ich hätte hier noch ein Supermicro A1SRi-2558F (Atom C2558) rumliegen, welches ich billig abzugeben hätte und welches sicher das Gigabit auch locker packt.

Wird es diesbezüglich irgendwelche Änderungen in 19.7 geben?

Hier meine 4 tun-OpenVPN-Server:



FRR ospfd.conf:

Code Select Expand

##################### DO NOT EDIT THIS FILE! ######################
###################################################################
# This file was created by an automatic configuration generator.  #
# The contents of this file will be overwritten without warning!  #
###################################################################
password 123456
interface igb1
interface igb2.101
interface igb2.111
interface ovpns1
interface ovpns2
interface ovpns3
interface ovpns4

router ospf
  ospf router-id 10.11.15.254
  default-information originate
  passive-interface igb1
  passive-interface igb2.101
  passive-interface ovpns1
  network 10.11.0.0/24 area 0.0.0.0
  network 10.11.1.0/24 area 0.0.0.0
  network 10.11.11.0/30 area 0.0.0.0
  network 10.11.5.0/30 area 0.0.0.0
  network 10.0.0.0/30 area 0.0.0.0
  network 10.0.1.0/30 area 0.0.0.0
  network 10.0.2.0/30 area 0.0.0.0
access-list dnr-list permit any
route-map DNR permit 10
  match ip address dnr-list

Hallo zusammen

Ich habe gestern den x-ten Versuch unternommen um endlich von pfSense auf OPNsense zu migrieren. Leider bin ich (wieder) an OSPF, welches über OpenVPN-P2P-Tunnel (TUN) laufen soll, gescheitert.

Mein Vorgehen:

Im Vergleich zu pfSense habe ich zusätzlich jeder OpenVPN-Instanz ein Interface zugewiesen, dieses aktiviert / vor Entfernen geschützt und anschliessend dem OSPF-Prozess hinzugefügt. Dies leider ohne Erfolg...
Ist hier noch etwas zu beachten? Müssen in den neuen Interface-Firewallruletabs noch Regeln erstellt werden oder ist immer noch der OpenVPN-Tab zuständig? Ist es überhaupt möglich, OSPF über TUN-Tunnel zum Laufen zu bringen? Wenn nein: Wieso kriegt das pfSense hin? Umstellen auf TAP-Interfaces ist für mich keine Option...

Vielen Dank schon mal!
Gruss

Is it possible to use OSPF with Wireguard?