Tag Info

Hot answers tagged

6

Joe's got the right answer (and should have posted it as an answer.) You'll need at least a one-way trust, with domain B trusting domain A. That way, domain A users can login to domain B workstations (requirement 1). A trust will not, in any way, affect how domain B users continue to login to domain B workstations, so you don't have to do anything for ...


5

What I've discovered, that I'm hoping someone else can beat (by having these rights applies to existing objects) is: Establish proper DNS communication between the two forests. In my case, this required a DNS delegation zone and properly configured conditional forwarders. Create a two-way, forest trust with forest-wide authentication. Add the Domain ...


4

If all you truly have is "Outlook Anywhere" access, then I'd presume that you don't have access to administer the Exchange Org in Forest A. If that's the case, then you'll need to manually migrate, which won't be fun with a lot of mailboxes. You'll also be dealing with issues related to if you have public folders, GAL issues when it comes to replies to ...


2

Does this imply that data is replicated between the two forests? Yes, but not to the degree you think of. Naturally certain elements will be replicated - those that are needed to maintain a trust relationship. But no user level data. Stuff like passwords etc. do NOT leave a forest. Can I perform searches on one global catalog and get results from ...


2

The short answer is no. There is no replication of data between global catalogs in separate forests.


2

Creating a trust relationship gives you the possibility of authorizing and/or denying access to users and groups from the new domain. A trust relationship does not guarantee access to anything for anyone in the new domain. Keep in mind that the built-in "Authenticated Users" and "Everyone" groups do include users from other trusted domains, whereas "Domain ...


1

I believe what you are seeing in the "Log on to" drop-down box on a member of Domain C, is normal behavior. That drop-down box will only show the domains that are adjacent, (transitive doesn't count,) but that should not prevent you from being able to log in to a DomainC member with a username of DomainA\joeqwerty or joeqwerty@DomainA. If it's very important ...


1

There are two switches that will allow merging when users exist in the target domain. In my case the source and target account names were different, so I required an include file for ADMT, but for this preparemove I specified Identity using smtp address which it recognized in source and target and did the merge perfectly based on that. They are ...


1

I solved this issue by adding "DomainB\Domain Users" group to the "print$" share permissions on the printer server in DomainA. The DomainB user account can then read the driver folder contents, download and install the driver. The printer can then work as long as the trust is up and running so that the "Everyone" group functions on the printer security.


1

Check your GPO gpresult /z or gpresult /h on a failing machine under a failing user account and see if you have any Point and Print restrictions enabled in your Group Policy. If you do, you'll have to add the FQDN of the printer server in the other forest to the list.


1

It sounds like the Forest Trust is using Selective Authentication. If so, you need to grant DomainB users the "Allowed to Authenticate" permission on the print server computer object in ADUC in DomainA.


1

You may want to consider using certificates. SCOM has the capability to use certificates for agents that are outside the security boundary. This is also an approach to use with a perimeter network or non-domain computers. ...


1

Asked Microsoft itself... they confirmed you need a full forest trust, a "simple" trust between the two domains is not enough.


1

From a security perspective, the single forest method obviously introduces some concerns. You'll need to weigh those when you're making your decision. For me, the most obvious issue would be that in a single forest deployment, it's likely that the DC you place in the DMZ is going to be required to house the Global Catalog (GC) to effectively service the ...



Only top voted, non community-wiki answers of a minimum length are eligible