Dial-In tab error "Dial-in page initialization failed" on 2012 and 2008 servers

I have a two-server environment with a 2008 and a 2012 server. 2012 is the only domain controller.
I cannot access the "Dial-In" tab in Active Directory Users and Computers. When I try, I receive the following error:

Dial-in page Error
Could not load the Dial-in profile for this user because: The network path was not found.
.

When I click OK on this error, the following is displayed:

Dial-in page initialization failed.

I have done Google searches on this error.
The permissions on the winreg and allowedpaths folders are correct.
The Remote Registry service is running.
The primary NIC is the first in the binding order.

I am not able to find any useful errors in the event log that indicate trouble with this, or any other trouble that might be related.

I installed the AD Remote Administration Tools on the Windows 2008 server, opened AD Users and Computers on that server, and I get the same error.
The DNS pointers are correct, including the domain suffix. I have no other indications of Active Directory lookup failures.

Update: I was able to use the following netsh command to get the job done for now, but I'd like to resolve this issue.
netsh RAS set user name=[username] dialin=PERMIT

Any ideas?
LVL 4
ScovndrelAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

bbaoIT ConsultantCommented:
> The permissions on the winreg and allowedpaths folders are correct.

are you talking about the READ permission for LOCAL SERVICES against the given registry items?
0
ScovndrelAuthor Commented:
That is correct. I read that article, in various forms, on about 50 websites. I double checked and triple checked those settings, and they are correct.
0
ScovndrelAuthor Commented:
The only other thing I have been able to find that seems unhappy on the 2012 R2 server is that it takes about 2 minutes to open the Services.msc applet. If I make any changes to any services, for example the Startup Type, it takes the same amount of time to save those changes and close the properties dialog. This does not happen on the 2008 R2 server.
I don't know if this is related, but it's the only other thing acting strangely on this server so I thought I would mention it.
0
Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

bbaoIT ConsultantCommented:
> That is correct. I read that article, in various forms, on about 50 websites. I double checked and triple checked those settings, and they are correct.

that's a bit weird.

have you ever tried reporting this to MS or applied for their technical support against the issue?
0
bbaoIT ConsultantCommented:
if i was you, in the mean time, i would install a new 2012 server and set up a new AD on the sever. then if the newly installed system does not have the issue, i may compare the two servers' settings one by one...
0
ScovndrelAuthor Commented:
I have already spoken with the customer about setting up another DC to see what happens, and provide a bit of redundancy to their network, so that is in the works.
I figured if nobody comes up with a solution here, I might call MS support. But MS support is not what it used to be, so that's not my first choice.
0
bbaoIT ConsultantCommented:
> MS support is not what it used to be,
so that's not my first choice.

however they may provide prioritised services especially if you are covered by their license subscription or partner membership.

moreover, probably the most important thing is that they can remotely touch your system and/or collect the diagnosis information which will be essential for troubleshooting this kind of issue. obviously, you can't do this at EE or other tech support communities online.
0
ScovndrelAuthor Commented:
Anyone else have feedback on this?
Has nobody had this happen, without "the usual suspects" solving the problem?
0
ScovndrelAuthor Commented:
Fortunately, I had not yet increased the domain functional level and forest functional level, so I added a Windows 2008 R2 domain controller, and I do not have the Dial-In tab problem on that one. I am not going to spend any more time on the problem with the 2012 domain controller.
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
ScovndrelAuthor Commented:
Nobody came up with a viable solution, so I set up a workaround.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Windows Server 2012

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.