Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 3 subscribers
  • Views 5717 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Confused on AD user portal authentication

jleigh5
I’m currently setting up a deployment of 10 UTMs and we will be using AD authentication for the end user portal to eventually use the HTML5 portal. I have an AD backend group configured and am able to authenticate users in the authentication services servers test successfully to the correct group. The user portal is configured to allow access from all. However unless I select ‘create users automatically” I get "Invalid username/password, or access denied by policy" when trying to login to the user portal. The UTMs are on 9.312-8. 

Maybe I misread Rule 6 In “RULZ” but should I be having to sync these users on the UTM just to log in to the portal? Or is the “create users automatically" not the same as syncing?

Thanks for the help.


This thread was automatically locked due to age.
Parents
  • 0
    Create users locally is used to make a user account on the UTM.  It's actually necessary for there to be an account on the UTM for each user who logs into the user portal, as some information is stored under each account.

    Unrelated to your question here, but it will come up eventually given your plans.  Just so that you know, the HTML5 portal was originally designed for the purpose of occasional or emergency administration, so is NOT optimized for performance or multiple users.  One or two users concurrently is not an issue, but five or more (on high end hardware), and it'll slow down considerably for everyone.
Reply
  • 0
    Create users locally is used to make a user account on the UTM.  It's actually necessary for there to be an account on the UTM for each user who logs into the user portal, as some information is stored under each account.

    Unrelated to your question here, but it will come up eventually given your plans.  Just so that you know, the HTML5 portal was originally designed for the purpose of occasional or emergency administration, so is NOT optimized for performance or multiple users.  One or two users concurrently is not an issue, but five or more (on high end hardware), and it'll slow down considerably for everyone.
Children
No Data