Vista Business Login and RDP Issues
At work, I run Vista Business on a generously new PC, which works great except for two problems. In order of annoyance but not of importance:
-
When I restart my computer, a Windows Splash window appears, prompting me to press Ctrl + ALT + DELETE so that I can log in. It will take three to five minutes and it will require special keys for me to select my user account. After that, everything works like a charm.
-
As part of my responsibilities with the firm, I am responsible for emergency work on a rotational basis and patch deployment outside of business hours. I was given an older laptop with XPSP2 (it currently downloads 3 for kicks) which I use to browse for RDP purposes to my desktop in offices. If I am connected to the domain using normal means, I can use RDP. However, if I am using an existing broadband VPN connection, I cannot access. I can access other servers, desktops with different OS including Vista.
So umm any ideas guys?
source to share
I have Vista at work and my home rdc PC for support. I am not experiencing your problem 1, so I cannot offer any advice. For your second problem, did you try an IP address instead of a machine name? We have situations where sometimes the dns resolution on the office network is inaccurate.
source to share
Do you have remote access enabled, either on a machine, via Group Policy?
If not, you may need to go to Control Panel \ System and Maintenance \ System and select Remote Settings (from the menu on the left).
This will show you the Remote Deskop options, including Do not allow connections, Allow connections from any version of Remote Desktop, and Allow connections from computers running on Remote Desktop with Network Level Authentication (which may be causing the hang via VPN).
Good luck.
source to share
I need to remember this "something weird with my laptop" as I was able to boot RoyalTS and connect to the machine just fine. I allowed remote connections, the firewall was disabled, McAffee was gone, and others could access the machine.
The advice given above is excellent and helpful for your typical rdp connections
source to share