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

PfSense not falling back on Local Authentication when LDAP server is unavailable

Scheduled Pinned Locked Moved 2.1 Snapshot Feedback and Problems - RETIRED
1 Posts 1 Posters 1.8k 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.
  • M
    mikeisfly
    last edited by Aug 23, 2013, 3:06 AM

    I'm running PfSense 2.1 RC from May 17th, 2013 i386 But I believe this problem effects all releases. My title is a little misleading because if the LDAP server is not available it will fall back to local database but the GUI is very very very slow.

    My LDAP server is not on site and is accessible through a site to site VPN. If I lose connection to the remote site PfSense becomes very very slow with regards to access to the Web GUI. Router and Firewall functionality work fine. It take 5-10 minutes for PfSense to realize that the LDAP server is unavailable before it will use the Local Database for authentication and then when ever you go to a new page it's like it tries to check the LDAP server again which causes another 5-10 minute wait. It's almost unusable. I have checked every where to see if there is something that I can do to lower this timeout value. I suspect that I can change a value under:
    system->Advance->system Tuneables but I don't know enough about FreeBSD to even attempt to mess around with this. Also is this the correct behavior to check with the authentication Server on every page accessed? Is there someway to remember the users credentials through a cookie or something because this is a real pain when you have a critical outage.

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