NTLM authentication...

Hi,

I'm trying ASL 5.800 for http proxy surf protection with Active Directory user authentication.
Is it supported?

I get this error:

 Content could not be loaded
 
An error was detected while loading the requested URL.The text below may offer some more information to the cause of the failure. Please try again later and, if the problem persists, contact your network administrator.

NTLM authentication not supported in this snapshot
Parents
  • the ntlm support is a little bit tricky for the first time.
    here's a part of the http proxies help:

    When an Active Directory/NT domain membership has been set up under System->User Authentication, you can select this option here. This has the effect that NTLM user authentication will be used to authenticate clients. This is only guaranteed to work with Internet Explorer. Other browsers may support NTLM authentication too when they are run on a Windows system. 
    To be able to use the proxy, a user MUST be in a group called "http_access" in the domain.


    ............
    the last line is important. if you have content filter enabled you also have to create additional groups with the same name the profiles have and put the users in the needed group.
  • hi there, 

    it is more trivial than that, 
    please read the last line of the error message again. [;)]

    hint: 
    "NTLM authentication not supported in this snapshot "

    NTLM has been disabled in this release as it is still not 100% functional, 
    please stay tuned.

    Gert
  • Hi bce,

    Today I'm trying ASL V6 5.838.
    Also this version does not fully support Active Directory authentication for proxy service...
    In fact, ASL asks me every time for user and password.

    Bye
  • Is the machine your are connecting from in the member of the domain and are you connected to the domain?

    Xeno
  • Hi Xeno,

    The client is a PC connected to an Active Directory domain and the user is member of http_access group.
    Obviously, ASL 6 has joined to this domain.
    Consider that I already have  an ASL 5 connected to this domain and I'm trying to replicate this configuration on ASL 6.

    Thanks
  • mdallagi,

    take in mind that if you have content filter enabled, another group called the same as the content filter profile has to be added to the active directory. then put the users to this group, too.
  • Hi bce,

    I have already disabled content filter but the behaviour is the same...
  • Other experiences with ASL V6  proxy and Active Directory authentication?
  • Set aua to debug mode. Edit /etc/wfe/conf/aua_main_config.ini. Add the line "debug = 1" and a new line. Restart aua '/etc/rc.d/aua restart'.
    Close all brower instances. Then start the browser. Don't type in a password, just cancel when it asks for username and password. Then post the logged lines from /var/log/aua.log.
    NOTE: There are passwords logged in that logfile, if debuging is enabled. So masq that password, before you post the log.

    Xeno
  • Ok Xeno,

    here my /etc/wfe/conf/aua_main_config.ini:

    [global]
    bind = 127.0.0.1:15723
    userfile = /etc/wfe/conf/localusers.ini
    authfile = /etc/wfe/conf/proxyauth.ini
    pidfile = /var/run/aua.pid
    cache = 300
    children = 10
    debug = 1


    ...and the logs:

    astaroV6:/etc/wfe/conf # cat /var/log/aua.log
    2005:06:06-09:58:08 (none) aua[1266]: Reloading authentication configuration.
    2005:06:06-09:58:08 (none) aua[1295]: Daemonized, ready to serve requests.
    2005:06:06-09:58:12 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-10:15:15 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-10:15:21 (none) aua[1295]: Discarded cache.
    2005:06:06-10:15:21 (none) aua[2147]: U:admin F:webadmin R[:$]K C:local
    2005:06:06-10:17:59 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-10:18:36 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-10:19:02 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-11:33:31 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-11:33:45 (none) aua[4575]: Reloading authentication configuration.
    2005:06:06-11:33:45 (none) aua[4579]: Daemonized, ready to serve requests.
    2005:06:06-11:33:45 (none) aua[4579]: Master: waiting for new connection.
    2005:06:06-11:37:50 (none) aua[4660]: Reloading authentication configuration.
    2005:06:06-11:37:50 (none) aua[4664]: Daemonized, ready to serve requests.
    2005:06:06-11:37:50 (none) aua[4664]: Master: waiting for new connection.
Reply
  • Ok Xeno,

    here my /etc/wfe/conf/aua_main_config.ini:

    [global]
    bind = 127.0.0.1:15723
    userfile = /etc/wfe/conf/localusers.ini
    authfile = /etc/wfe/conf/proxyauth.ini
    pidfile = /var/run/aua.pid
    cache = 300
    children = 10
    debug = 1


    ...and the logs:

    astaroV6:/etc/wfe/conf # cat /var/log/aua.log
    2005:06:06-09:58:08 (none) aua[1266]: Reloading authentication configuration.
    2005:06:06-09:58:08 (none) aua[1295]: Daemonized, ready to serve requests.
    2005:06:06-09:58:12 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-10:15:15 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-10:15:21 (none) aua[1295]: Discarded cache.
    2005:06:06-10:15:21 (none) aua[2147]: U:admin F:webadmin R[:$]K C:local
    2005:06:06-10:17:59 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-10:18:36 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-10:19:02 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-11:33:31 (none) aua[1295]: Reloading authentication configuration.
    2005:06:06-11:33:45 (none) aua[4575]: Reloading authentication configuration.
    2005:06:06-11:33:45 (none) aua[4579]: Daemonized, ready to serve requests.
    2005:06:06-11:33:45 (none) aua[4579]: Master: waiting for new connection.
    2005:06:06-11:37:50 (none) aua[4660]: Reloading authentication configuration.
    2005:06:06-11:37:50 (none) aua[4664]: Daemonized, ready to serve requests.
    2005:06:06-11:37:50 (none) aua[4664]: Master: waiting for new connection.
Children