Thread Info
  • State Not Answered
  • Replies 14 replies
  • Subscribers 0 subscribers
  • Views 7443 views
  • Users 0 members are here
Options
Suggested

[100] SSO unable to join AD

Mark_D_01
Hi I've been following the various threads for this problem and have been unable to join my AD. 
I have a MS SBS Server with a .local AD.
below are the setting that are configured.
Under AD authentification: I have Server Host(zmain), port 389, Bind user: CN=administrator,CN=users,DC=ncs,DC=local. Click apply, all OK.
DNS Request Routing from Astaro to SBS (working):zmain.ncs.local has address 172.16.10.1
DNS entry for roxy7 (Astaro) in SBS (working):roxy7.ncs.local has address 172.16.1.1
LAN Manager auth level set to: Send LM & NTLM - use NTLMv2 session security if negotiated
Using a LDAP Browser I can navigate the tree.
Using: host -t srv _ldap._tcp.dc._msdcs.ncs.local I receive:_ldap._tcp.dc._msdcs.ncs.local has SRV record 0 100 389 zmain.ncs.local. 

Under SSO.
NCS.LOCAL (Which system put there after .100 upgrade) and have manually changed.
Admin User: I have tried every option that I can think of with administrator ie. administrator, ncs.local\administrator, NCS.LOCAL\administrator, CN=administrator, CN=administrator,CN=users,DC=ncs,DC=local.
Click Apply. and receive a number of "the running request has reached a timeout without finishing, do you want it to be aborted?" click no wait another 30 sec. "Then unable to complete backend request".
Note if I change the Domain to NCS I get an instant (15sec) "Joining the domain failed."

Tests completed so far:
1. DNS working.
2. LDAP working.
3. Looking in fallback log I get
2007:12:04-16:59:49 (none) [user:err] net: [2007/12/04 16:59:49, 0] utils/net_ads.c:ads_startup(289)
2007:12:04-16:59:49 (none) [user:err] net:   ads_connect: Operations error
2007:12:04-17:00:29 (none) [user:err] net: [2007/12/04 17:00:29, 0] utils/net_ads.c:ads_startup(289)
2007:12:04-17:00:29 (none) [user:err] net:   ads_connect: Operations error

Where have I gone wrong or what am I missing.

Thanks for any responses
Help
Mark
Parents Reply Children
  • 0 in reply to BrucekConvergent
    Bruce - 

    Any suggestions on where to start looking if my Basic authentication fails, but AD SSO and AD web auth works?

    My network is all Windows 2003 DCs running in 2003 native mode.  Mixture of WinXp and Win2k computers.  all exibit the same problem.  Auth box pops up, name and password entered, fails auth.  The log shows "DENIED" as a reson.

    Have tried the domain\user method when entering the username, but it fails always.

    I have rejoined the domain since 7.100, same results.  Even tried using a different DC to authenticate against.  Same thing.

    I submitted a ticket, but they are looking at other things right now.  Just trying to get an idea where to look.

    Thanks,
  • 0 in reply to TXGARobert@Home
    Don't know about Basic Authentication... my problem was with AD.

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Sophos Platinum Partner

    --------------------------------------

    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
    Thanks Guy's for your response.
    I did forget to mention that I checked the time zones and clocks are currently 12 sec out, I also tried adding and deleting computer name for astaro.
    Checking /var/locks I found that the file winbinddd.pid did not exist.
    I'm about to download a new iso of 7.100 and install on a new box to see what happens.

    Any other suggestions out there?

    Thanks again
    Mark
  • 0 in reply to Mark_D_01
    Hi,

    I'm new to Astaro. I'm getting the same problem. Unable to join my AD domain (I was when using v7.011).
    When I try to join the domain I get a failed message. A look at the computers account shows astaro's box hostame desactivated.

    Fallback logs shows : 
    unable to determine machine account's DNS name in AD (nslookup for DC is ok) and 

    another one : 
    no dNSHostName attribute

    maybe it'll help...
  • 0 in reply to apave
    Hi,

    unable to determine machine account's DNS name in AD (nslookup for DC is ok)


    Do you have the FQDN as hostname configured (means asg.domain.com instead of only 'asg'), and is the ASG in the same DNS domain as the Domain Controller?

    Cheers,

    Sven.
  • 0 in reply to svens
    Hi,


    Do you have the FQDN as hostname configured (means asg.domain.com instead of only 'asg'), and is the ASG in the same DNS domain as the Domain Controller?

    Cheers,

    Sven.

    Thanks Sven, you solved the problem.

    The hostname wasn't configured as an fqdn. Setting it up correctly resolved the issue.

    Thanks again

    Bertrand
  • 0 in reply to apave
    Yep... major difference (as outlined in the 7.100 release notes) in the new 7.100 version: To use AD SSO, you have to use the FQDN.  You also should configure your web browsers to use the the FQDN of the Astaro unit itself instead of just the IP (if you haven't already).  They also dropped NT4 (about time) domain support at the same time.

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Sophos Platinum Partner

    --------------------------------------

    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 svens
    Thanks Sven,


    You were right, the host name wasn't correctly set up. Joining the domain using an FQDN name solved the problem


    Thanks again.

    PS : I have another issue and created a new thread for it.

    How to : authenticate users from Windows 200X sub domains
  • 0 in reply to BrucekConvergent
    Thanks BrucekConvergent for the additional informations, I think it will avoid me some more troubles.

    And thanks for the reactivity Bruce & Sven
  • 0 in reply to apave
    After many retries, I solved the problem with this entry:

    Network - DNS - Request Routing - New DNS Request Route

    Domain:           home.local
    Target Server:  srv.home.local

    After applying this entry, I retried to activate SSO with upper case letters for the domain HOME.LOCAL - and it works.

    happy new year
    alfred
Unfiltered HTML