Share this question

Welcome to Teachnovice Q&A, where you can ask questions and receive answers from other members of the community.

This is a collaboratively edited question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Can you join a computer to two domains?

0 like 0 dislike
205 views

I have a new laptop that I intend to use both at home and at work. I happen to have a windows server setup with active directory at home, and I want to join the laptop to both domains. Is this possible?


Result: I've decided to join it to the work domain. I definitely need to be able to log in to windows using my account on that domain at times, while the home network is much simpler (mainly just file/print sharing, though there is more to it). I think I can manage at home by manually authenticating to the needed resources, and perhaps even script some of that away.

asked Oct 22, 2014 by Joel Coel  
I always thought one could always provide his domain credentials when accessing a remote service, no matter if the local system was on it or not. :|
@grawity - Depends on the service. I think it's very difficult to connect to an MS SQL server using Windows Auth if you're not logged into a trusted domain. I don't think ODBC or SSMS let you put in alternate credentials when you specify Windows Auth.

3 Answers

0 like 0 dislike
 
Best answer

Short answer: no.

Since you're talking about work and home domains, I don't imagine you can set up a trust between them. OTOH, if you're even allowed to join a personal PC to the domain at work, maybe it's a small, informal company?

Workarounds: Join the home domain and just map individual resources and give your work credential, or maybe set up a VM on the laptop that's joined to the work domain.

Edit: while looking into this a bit more (because it's something a few of our remote users have asked about), I came across Globesoft MultiNetwork Manager, which says it can join one computer to two domains and switch easily between them. </p>

answered Oct 22, 2014 by Ward  
edited Oct 22, 2014
I'm the sysadmin at work. So while my policy says "don't join home computers to the domain", it's my policy after all, and the main reasoning behind that policy is that I can't enforce company standards like virus protection to the home pcs, standards which in this case have been accomplished to the, ah, sysadmin's satisfaction.
If it comes to a VM, I think I might prefer an old-fashioned dual-boot scenario.
That MultiNetwork Manager software says it can enforce policies like anti-virus. I'm going to be looking at it for a couple of remote staff who spend most of their time connected to someone else's network (where they're sharing space) but sometimes come into ours. –
You will have to do some edits so people in you company dont get your home domain listed on the login menu dropdown list, unless you dot care.
@Nico - I'm not inclined to set up a trust relationship to my home domain. I use it for testing odd configs sometimes and it his my wife and kids' computers, which might end up with who knows what installed.
0 like 0 dislike
Easiest way to handle this is to have your machine's "workgroup" be the same as the work domain... then have a UID on the local "workgroups" other machines the same as the uid for your work uid... then keep the passwords in sync... windows tries to 1st connect via the current uid/pwd (w/o the domain prefix), then if it doesn't authenticate, it prompts you... been years and years since I studied that, but been using it all along since winnt4
answered Oct 22, 2014 by SM21  
I'm not inclined to change the name of my home domain at this time, but this looks really cool (+1) and I might try it some time
0 like 0 dislike
You can add the computer in multiple domains , 1.login as local user and join the computer with your 1st Domain. 2.Again log off from the domain and login with local admin --> join the 2nd domain. Now you can see the 2 domains in the drop down at the user login.
answered Oct 22, 2014 by Thangababu  
This is just plain wrong.
...