• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

OpenVPN status incorrect for TAP servers without a defined tunnel network

Scheduled Pinned Locked Moved webGUI
2 Posts 2 Posters 558 Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • W
    Wendelin
    last edited by Mar 24, 2022, 11:41 AM

    Hello,
    I recently upgraded our firewall to version CE 2.6.0, now the VPN clients aren't displayed anymore in the status menu (Status -> OpenVPN). We are using a TAP connection without a defined tunnel network, bridging the connections to the correct subnet. This was working fine for years, until Bug #12232 (https://redmine.pfsense.org/issues/12232) was solved. Now we've got this exact problem, which should have been solved in 2.6.0. Is there a workaround for this issue, except downgrading back to 2.5.2? Being able to see who's connected made my work much easier.
    Best regards,
    Wendelin

    1 Reply Last reply Reply Quote 0
    • E
      eric.marshall
      last edited by Apr 6, 2022, 4:31 PM

      Same problem here. We have about 100 users deployed across 10 openVPN server instances on our core pfsense VM using tap/bridge mode. There are a number of reasons we prefer this arrangement over a routed tunnel when VPNing into a cooperate windows domain network.

      I'm tempted to roll back to 2.5.2 because we can't see connected users on either the openVPN status page or the dashboard widget. Are there any plans to make these interfaces display connected users again with a future update (soon?)

      1 Reply Last reply Reply Quote 0
      • First post
        Last post
      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
        This community forum collects and processes your personal information.
        consent.not_received