Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 1 reply
  • Subscribers 2 subscribers
  • Views 1586 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

SOLVED: Transparent AD SSO Authentication Broken

jdobiash
EDIT : Wasn't a result of upgrade, maybe an admin can change topic to something more generic like "Transparent AD SSO Authentication Broken" and I'll explain in my next post the fix.  
----------------
I have a ticket in for this but thought I'd post it here too for any additional input. [#4527441]

-------
So I setup a new UTM 425 appliance with 9.201-25. I set it all up with all of the rules for certain areas to have Transparent AD SSO, and everything was working great. Afterwards I upgraded to 9.203-3, and now it appears it_s not working anymore. Anytime someone tries to authenticate transparently, it comes up with the error "Cannot assign requested address” (see attached image). It’s also filling up the web filter logs with a ton of entries over and over again. At first, I thought it might have something to do with the additional configuration of a Web Application Filter, as in the forums there was an issue but I found the solution where I only enable listening for AD SSO on certain interfaces (the internal one). So just to make sure it wasn’t WAF, I disabled all WAF stuff and put back to listening for AD SSO on all interfaces. This still doesn’t fix the issue. Is there anyway I can backup the config, put the old version back on and restore it and still have it keep everything? I did a LOT of configuration from the time I updated from 9.201-25 to 9.203-3 and I’d really rather not have to do it all over again.


This thread was automatically locked due to age.
Parents
  • 0
    Welp, I figured it out, had nothing to do with the 9.203-3 upgrade, of course.   This is an interesting one for sure:

    So my UTM's hostname is 'utm.grandronde.org'.   What happened was I had made a Exceptions rule that included the entire grandronde.org domain, and it bypasses authentication checks.  This apparently breaks the Transparent AD SSO and causes the UTM to get stuck in a loop (based on the massive amounts of logs it creates).  Because the Transparent Redirect goes to 'utm.grandronde.org/auth?=', it was hitting that Exceptions rule and looping around on itself I guess.    Once I removed our domain from the list it started right back up again.
Reply
  • 0
    Welp, I figured it out, had nothing to do with the 9.203-3 upgrade, of course.   This is an interesting one for sure:

    So my UTM's hostname is 'utm.grandronde.org'.   What happened was I had made a Exceptions rule that included the entire grandronde.org domain, and it bypasses authentication checks.  This apparently breaks the Transparent AD SSO and causes the UTM to get stuck in a loop (based on the massive amounts of logs it creates).  Because the Transparent Redirect goes to 'utm.grandronde.org/auth?=', it was hitting that Exceptions rule and looping around on itself I guess.    Once I removed our domain from the list it started right back up again.
Children
No Data