Server and users on different Domain..good or bad

  • I just joined this company

    and found out that

    all SQL Servers are on

    domain1 and users are on domain2.

    I wonder if slow Windows Authentication in SSMS is caused by this setup.

    Maybe I miss something - but i always thought Windows Authentication is the most secure method.

    And to implement it - you need to have users on the same domain as servers.

    Am I wrong?

  • You can have users from another domain as long the server domain trusts the user domain.

  • I guess the TRUST is there.

    Because we use Windows Authentication to access SQL Servers on the other domain.

    Users in BLL domain.

    SQL Server in BLL-SG domain.

    But this kind of setup - is it it good practice?

  • I can't speak about if it is good practice or not. Is is more a division of roles practice (We manage the infrastructure, you manage the users)

    As long the Active Directory-servers respond quickly, the authentication should be swift.

  • Thanks Jo.

  • RVO (10/3/2016)


    I guess the TRUST is there.

    Because we use Windows Authentication to access SQL Servers on the other domain.

    Users in BLL domain.

    SQL Server in BLL-SG domain.

    But this kind of setup - is it it good practice?

    It also has an "Quick! Duck!" advantage. If the user domain is under attack, you can shut it down or isolate it without it affecting the server domain, which may have some critical jobs in-process. Just another layer of protection.

    --Jeff Moden


    RBAR is pronounced "ree-bar" and is a "Modenism" for Row-By-Agonizing-Row.
    First step towards the paradigm shift of writing Set Based code:
    ________Stop thinking about what you want to do to a ROW... think, instead, of what you want to do to a COLUMN.

    Change is inevitable... Change for the better is not.


    Helpful Links:
    How to post code problems
    How to Post Performance Problems
    Create a Tally Function (fnTally)

Viewing 6 posts - 1 through 5 (of 5 total)

You must be logged in to reply to this topic. Login to reply