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

Astaro AD SSO - v8.201

Hi,

Coming across an issue with an ASG v8.201 and AD SSO.

The issue is a user can browse to an external website which is fine, if the same user then locks the PC (with the browser still open)  for whatever reason, when they return and unlock and then browse to another site, they receive an Authentication Error from the ASG.  It can also occur if the PC is not locked.

The AD domain is Win2K3 and there are 2 DCs.  The PCs are a mix of Win XP (latest updates) and Windows 7.  It can happen on Win2k3/8 terminal servers too.

The ASG is connecting to the main DC and syncs with 500 AD users, which are listed in the users area in the ASG.

I have checked the live log under Web Security but when the issue occurs the user and PC IP is not listed.

This issue occurred in 8.1xx and 8.200.

Have logged with Astaro Support but not getting very far, hence this post.

Any input or advise would be great.  We do have other customers who have a similar setup and don't experience this issue !!

Thanks,
Simon


This thread was automatically locked due to age.
Parents
  • Hi,

    Sorry only just realised you posted back.

    They are no entries in either of the logs when the issue occurs, so no point posting!

    Astaro Support are still trying to fix but I'm not hopeful.  I'm beginning to think it's something on the domain.  The issue occurs regardless of NTLM or Kerberos authentication.  Bear in mind we have this setup at a number of other customers and this issue is not occurring.

    Perhaps an issue with clock drift which is expiring the security token?

    Cheers,
    Simon
Reply
  • Hi,

    Sorry only just realised you posted back.

    They are no entries in either of the logs when the issue occurs, so no point posting!

    Astaro Support are still trying to fix but I'm not hopeful.  I'm beginning to think it's something on the domain.  The issue occurs regardless of NTLM or Kerberos authentication.  Bear in mind we have this setup at a number of other customers and this issue is not occurring.

    Perhaps an issue with clock drift which is expiring the security token?

    Cheers,
    Simon
Children
No Data