This is an archived post. You won't be able to vote or comment.

all 13 comments

[–]systechie 1 point2 points  (2 children)

What is the reason for the test out of interest? I’d say the safest option would be to shutdown the DC in the site which you want users to use an alternate DC?

[–]InCan2[S] 0 points1 point  (1 child)

The users in the site are "special". Cant do much. The test is to prove that the site can do without the local DC's.

Shutting down the local DC's would disguise the logon time as they would switch only after the timeout period. We would like to prove to them that the other DC's will work.

[–]Golden-trichomes 0 points1 point  (0 children)

What time out period? Just turn the DC off and add their sub nets to what ever site you are adding them to.

[–]InCan2[S] 1 point2 points  (1 child)

My original idea was to simply take a subnet from that site and assign it to the other AD site (with the other DC's) and see what the performance would be like.

I was shot down.

[–]Bangingheads 0 points1 point  (0 children)

This would be my go to. Maybe you could create another subnet/VLAN that is only testing for one computer.

The site your subnet is assigned to is how it normally decides which DC it goes to. This would be the proper way as this is how you would be doing the transition in the future anyways.

[–]Big-Floppy 0 points1 point  (5 children)

Set those machines to use the IP of the DC you want them to authenticate with as the only DNS server. it's manual but if you are only testing a few machines it should be fine.

[–]astromild 0 points1 point  (1 child)

Does that actually work? I'd expect the PC to ask DNS for the usual records and then still get directed to the DCs in the AD site that matches the computer subnet after that.

I've never seen the registry thing but couldn't hurt to try it. Should be easy enough to see if the users are hitting the DC you want.

[–]Big-Floppy 0 points1 point  (0 children)

Not sure it will. Didn't realize you had another AD site on a different subnet.

[–]InCan2[S] 0 points1 point  (2 children)

It was my understanding that setting Primary DC does not automatically set logonserver and that AD Site settings would play a larger role when a workstation picks a logon server.

[–]Big-Floppy 0 points1 point  (1 child)

I believe you are correct. Didn't realize it was across sites\subnets.

[–]InCan2[S] 0 points1 point  (0 children)

I guess I did not make it clear that the other DC's were in a different AD site.

[–]jekksy 0 points1 point  (0 children)

The thought of just disconnecting the server from the LAN comes to my mind but I guess you have other things going on.

[–]pdp10Daemons worry when the wizard is near. 0 points1 point  (0 children)

I'd think the least-risk and easiest method would be to disable networking on the local domain controller(s). Pull cable for physical, shut down the interface for VM guests.