Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 1 subscriber
  • Views 784 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

Can anyone help me? Andreas??

Mike_H
Ever since we got our 2 ASG 425s in an active active cluster mode we have been having massive eDirectory plroblems.  We are on 7.008 and still getting tons of Access Denied messages every day.  I would say at least 1000 instances.....

These hase been related to Slave not sync'ing, users getting Access Denied messages to allowed sites, users getting login prompts while browsing.
Now the problem I have is the load on the servers are big, students need access all the time for work, study, online exams etc..  So when it goes down or they get an Access Denied error for stupid things like google.com I look a complete twat..

Now every release they say it will fix the issue but it never does.  Granted it does improve it, but we still get about 200 people out of 3000 having problems.

I am 90% sure it is the AUA serive that is doing the damage.  What really hurts is the fact that if the master dies the slave fails too.  If you restart the AUA the service is restored, but by then the damage has been done.

Can I ask guys.  Is anyone still having many problems with authentication, especially on eDirectory under load.

Also if any support people or developers are reading this.  Please help me, this situation is causing a lot of bad feeling and major disruption.  Case is 53126 and 50372 and 52906

Cheers


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

    We have been suffering some very similar problems to yourself by the sounds of things. I would agree that there seems to be something wrong with the AUA service. We to use eDirectory for Authentication and our students have real problems trying to authenticate.

    It used to be that the log on prompt only appeared if we had to restart the box, although now it appears to happen indiscriminately and often. It also used to be possible to use the pop up to authenticate if it did appear although this hasnt worked since we upgraded to version 7.

    The Astaro support team are looking into this for us but havent come back with much apart from to say that Astaro doesnt like having multiple users logging on from the same IP Address (ie student labs, shared staff machines etc). We are currently pulling together some data for the support which will hopefully result in some improvements. I will let you know if we get any feedbackon these issues.

    We are also finding that our Astaro Box falls over fairly regularly when the load on it increases.

    Cheers,
  • 0 in reply to fr76
    Thank you
    Please let us know how you get on
  • 0 in reply to Mike_H
    Seems to I hit same error.
    Switched to Active Active Yesterday.
    Today we have problemes with SSO Active Directory.

    We have serveral Users working with Terminal Server, so everyone has the same IP.

    Sven

    Astaro user since 2001 - Astaro/Sophos Partner since 2008

  • 0 in reply to maygyver
    I thought I was the only one with this issue, I swear v7 is this biggest waste of time I've ever seen.. 

    I am getting sick of this.. don't they have quality assurance? It seems like if they had a test lab they would find that half their users can't get on.
  • 0 in reply to shannondoko
    have you guys tried updating to 7.011 yet?  7.010 specifically addresses the AUA daemon issues.

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • 0 in reply to BrucekConvergent
    hi,

    I am on 7.011, it is not working, it is getting worse.

    Sven

    Astaro user since 2001 - Astaro/Sophos Partner since 2008

  • 0 in reply to maygyver
    fr76, any news?

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • 0 in reply to maygyver
    Sven

    hi,

    I am on 7.011, it is not working, it is getting worse.

    Sven


    We too are on v7.011 and are having MAJOR issues with the authentication.  We've logged calls with Astaro several times and they can get it to work but give it a few days and it's back to square one again.  To top it off FTP access is a major headache for us.  For some reason, it just doesn't work - no matter what we do.

    Ben
  • 0 in reply to hayesben
    Sven



    We too are on v7.011 and are having MAJOR issues with the authentication.  We've logged calls with Astaro several times and they can get it to work but give it a few days and it's back to square one again.  To top it off FTP access is a major headache for us.  For some reason, it just doesn't work - no matter what we do.

    Ben

    Ben,

    are you using FTP Proxy ?

    We have 7.011 and FTP Inbound / Outbound OK at the packet level, I assume you mean FTP via STANDARD proxy outbound .. port 8080 ? as transparent Proxy does not pass FTP or HTTPS
Reply
  • 0 in reply to hayesben
    Sven



    We too are on v7.011 and are having MAJOR issues with the authentication.  We've logged calls with Astaro several times and they can get it to work but give it a few days and it's back to square one again.  To top it off FTP access is a major headache for us.  For some reason, it just doesn't work - no matter what we do.

    Ben

    Ben,

    are you using FTP Proxy ?

    We have 7.011 and FTP Inbound / Outbound OK at the packet level, I assume you mean FTP via STANDARD proxy outbound .. port 8080 ? as transparent Proxy does not pass FTP or HTTPS
Children