4

We are currently facing a serious problem after we rolled out Windows 7 in our sales force: Several users reported that they cannot log into their laptop because the following message appears:

There are currently no logon servers available to service the logon request

In fact, these laptops are connected to a domain. After the user is logging in, he usually establishes a VPN tunnel to our servers. Normally the domain account is being cached on the users PC so he is able to log in offline initially to create a VPN tunnel afterwards.

A known workaround is to connect the laptop directly to the LAN or to remove the client from the active directory and add him again.

Do you have any tips how we could handle this issue without the need to send the laptop to the IT?

9 Answers 9

4

Your wording suggests that perhaps those users have never logged on to those laptops while the laptops were connected to the network. In such a case their credentials have not yet been cached. The laptops must be able to communicate with the domain controller for at least one login per account.

2
  • Sorry that I wasn't able to answer for a while. They were able to connect via VPN once but still got this message after the next boot up.
    – aydinch
    Jun 20, 2011 at 6:57
  • 1
    @aydinch, in order to initially create the domain account profile they must be connected to the domain BEFORE logging in. I suspect that's no what's happening. It's worth noting that most of us would normally configure laptops and perform the initial log on while said laptop is connected to the LAN in order to avoid the issues you are experiencing. Jun 20, 2011 at 8:00
1

Have a look to see if you can't launch the VPN tunnel before user login, that would be the best solution.

Also doublecheck DNS settings: is the default DNS server the same as (or trusted by) the login/domain server?

And what OS version is running on the login/domain server?

1
  • Hi, unfortunately it is not possible for me to esablish a VPN tunnel without logging in with the users account. The DNS settings are also OK but this couldn't be the problem since the DNS settings are provided by the ISP unless the user is already connected via VPN (which is the problem here)
    – aydinch
    Jun 20, 2011 at 7:03
1

finally we found the problem cause!

The users suffering from the described problem recently called because of another application issue. The common workaround for this issue was to start IE as admin and delete a specific Add-On. The next time the user rebooted his machine, he got the message:

There are currently no logon servers available to service the logon request

Conclusion: Only one user at a time can be cached(?) This means that we are not allowed to run IE as admin. We were able to "successfully" reproduce this issue.

1
1

Firstly when you are setting up the VPN connection on the laptop, ensure that all users can use it. Next log off Win7. At the logon screen select switch user. Now you will see another logon option in the bottom right of screen. (Network login (Icon is 2PC's one behind the other and slightly offset)). Select this and your default VPN login dialog should appear. Sign in and the VPN connection will initiate prior to Windows login. Should you have more than one VPN connection, select the one you wist to initiate.

1

Windows 7 is booting too fast on new computers. Windows get's to the logon screen before the network binding process is finished. In addition to Leo's advice: "If the issue persists, you can check “Always wait for the network at computer startup and logon” policy is disable under Computer Configuration/Administrative Templates/System/Logon in the Group Policy." http://techdom.nl/microsoft/disabling-domain-logon-wait-time-when-no-domain-controller-available/ Computer Configuration > Administrative Templates > System > User Profiles > Set Maximum wait time for the network if a user has a roaming user profile or remote home directory.

0

I have had the exactly the same problem in my question here, hopefully some of the answers will help you. I noticed that removing and re-joining to the domain does work.

So far been unable to nail down the exact cause, however.

1
  • We were unable to solve the problem, too. We ended up connecting these laptops to the on-site local area network.
    – aydinch
    Jun 20, 2011 at 7:04
0

From my experience, the solution was as follows: For some reasons, the workstation's (in my case laptop) wireless network connection was not up during the log on stage. This prevents laptop to get DNS and domain information from network. Furthermore, the cached logon information was not available/corrupted.

To overcome this, Simply connect a network cable to the laptop which will provide the DNS and domain information initially and try log in. Login will be successful. Now I can remove the network cable and use the laptop normally, because the credentials are cached back.

It may be helpful for someone. Thank you.

0

As per my experience I've found that this issue come, when you try to login on the domain-joined system and anyhow the client is not able to reach to a domain controller for credentials verification.

I'm able to fix this issue mostly by following steps:

  • check and restart stuck netlogon service.

  • Fix No network issue on client by restart-netadapter powershell command also check by the reset network adapter Type netsh winsock reset and select Enter. Type netsh int ip reset and select Enter. Type ipconfig /release and select Enter. Type ipconfig /renew and select Enter. Type ipconfig /flushdns and select Enter.

  • Fix DNS issue

  • Repair domain trust broken with PowerSHell without reboot Test-ComputerSecureChannel -Repair -Credential (Get-Credential)

  • Last option : Domain rejoining for the affected clients, if above doesn't work if no issue from Domain Controller end.

You may check this post for more info on this troubleshooting.

0

In my case my Windows 7 laptop was part of a domain controller & netlogin service was also working , the domain controller was dead, and i was getting same error , i removed the windows 7 laptop from doamin & join to workgroup. then rebooted , now RDP was working.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .