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

AD SSO with auto proxy configuration

hi,

 i have a client who is using AD SSO with auto proxy configuration from astaro itself everything things seems to be ok till last night or exactly till wednesday evening but saturday morning (week first day) there was problem with internet access... AD SSO was not working it was directing to fallback action that surfing  is block.

   proxy auto configurtion is 
function FindProxyForURL(url, host)
 

 if (isInNet(myIpAddress(), "10.0.0.0", "255.255.255.0")) 

    return "PROXY 10.0.0.3:8080"; 

    else 
  return "DIRECT"; 

}
 and it has been sending to client by using GPO..  does anything i am missing..

thanks in advance...


This thread was automatically locked due to age.
  • Ööhhm - I'm no expert with auto pac files but maybe the error is not using the FQDN of the asg. Can you try changing the line

    return "PROXY 10.0.0.3:8080"; 

    to 

    return "PROXY myasg.mydomain.mytld:8080"; 

    and see if that helps. 

    Regards
    Manfred
  • thanks for reply...

    i tried by changing now internet is not working  two thoughts i got does change auto proxy takes time to get implemented (gpupdte /force done and i got http://proxy.domain.com:8080/wpad.dat) but no internet....

    AD server : windows 2008 R2
    clients are win7 and win xp..
  • thanks for the suggestion i toubleshoot the problem with dns and now its working with FQDN fine but my concern is does kerberos authentication is stable with windows 2008   R2  Domain... i heard there are problem with loss of connectivity with the tickets between Windows 2008 R2 domain and Astaro which leads to drop this authentication and make it backup to web security fall back settings....

    what is the best way to make this kerberos authentication stable with windows server 2008 R2.

    thanks in advance...
  • there are problem with loss of connectivity with the tickets between Windows 2008 R2 domain and Astaro which leads to drop this authentication


    I don't recall having heard of this - can you point us to the source of that information?

    Cheers - Bob