


Fast User Switching on Windows XP with VNC? 86
A not-so Anonymous Coward asks: "I have searched the web for links on how to make VNC work with Windows XP fast user switching, and all I have seen is people saying that they cannot get it to work. I would now like to ask the Slashdot community to give it their shot, and see if they cannot find a way to make your standard VNC utilities cooperate with Windows XP fast user switching. For those who don't know what the problem is; when using fast user switching, if you switch users (without logging out) from the first user to log on then VNC comes up with a blank screen. Hopefully someone can come up with a fix for this." It sounds like (and I might be way off base here)Windows isn't necessarily running multiple desktops for its fast user switching, and once the switch occurs from the user running the VNC process, that VNC then somehow loses rights to the desktop. It would be interesting to note if VNC sessions will work once the desktop is switched back. Has anyone else tried getting this to work? Have you run into the same problems, or were you able to find a solution?
Re:well (Score:1)
Re:well (Score:1)
Re:well (Score:1)
Re:well (Score:1)
My experience is that The more geek-oriented distros atract more (here's the shocker!) geeks. Geeks tend to bash Microsoft because they don't respect them (another shocker!). RedHat is much less geek-oriented than say Debian, Slackware, or Gentoo. So I find it shocking that you consider RedHat users the worst of us. I say us because I am a proud Microsoft basher and Debian user.
Makes me wonder (Score:2, Interesting)
Windows in your hands [sprint.com]
Re:Makes me wonder (Score:4, Insightful)
YES: http://www.cs.utah.edu/~midgley/wince/vnc.html [utah.edu]
Re:Makes me wonder (Score:4, Informative)
Re:Makes me wonder (Score:3, Insightful)
Maybe Microsoft's client isn't cross-platform, but there are alternatives: www.rdesktop.org [rdesktop.org].
Earlier versions (1.1) gave me some problems with random crashes, but 1.2 seems to be rock solid. Makes life at work a lot easier, especially with the new 'tsclient' GUI front-end for it that comes with KDE.
*nix GPLed Terminal Services Client (Score:2)
Lastest Version (Score:5, Informative)
Maybe you should upgrade your software before you whine to
Re:Lastest Version (Score:1)
Re:Lastest Version (Score:5, Informative)
Re:Lastest Version (Score:3, Informative)
Overlay (Score:1)
Re:Overlay (Score:2)
The drawback to this of course would be that you couldn't get into the machine unless at least one session was already running (bye-bye remote reboots).
On the other hand you could have it start as a service and then just have a batch file or something that terminated the service on l
I don't use XP, but... (Score:4, Informative)
informative? er no, just plain wrong (Score:1)
unlike the X version where you get a fresh display
VNS shares the same display as the monitor, when you change user the VNC connection refuses to display anything but a black screen.
Re:informative? er no, just plain wrong (Score:2)
Oi, get a clue (Score:3, Informative)
Re:Oi, get a clue (Score:2)
Re:Oi, get a clue (Score:1, Interesting)
Re:I don't use XP, but... (Score:5, Informative)
As I understand it, Fast User Switching simply keeps other users' processes alive (but suspended) while a user at the console starts up his/her own processes. If you're running vncserver manually, from the Start Menu or as a "Run" item in the Registry, going back to the Welcome Screen will cause vncserver to be suspended. Therefore, vncserver must be run as a service. Most VNC distros make it very easy to do this.
The big problem is the Welcome Screen, which must be enabled in order to use Fast User Switching. We know that VNC works fine with the Explorer shell, but my guess is that the Welcome Screen does something to thwart non-MS remote utilities. It could be a matter of permissions; that everybody (including the vncserver service) must have the same priveleges or be in the same group as the Welcome Screen process.
Personally, I use RemotelyAnywhere and GoToMyPC to access Windows machines over the Internet. If you're doing this only on a private network, then no worries. But if this goes across any public networks like the Internet, I strongly suggest finding a solution that provides more secure authentication at the very least.
Since XP does offer RDP, I'd tend to use RDP before I tried VNC. Is there any reason why n-sAC must use VNC?
Re:I don't use XP, but... (Score:3, Informative)
Actually, the process are not suspended. They continue to run in the backgroud. The unix eqivilent would be just opening up a different console shell.
I quite often will leave a video encoder running in the background and switch over users to my wife's account. If I don't set the encoding process at a low priority, her session drags.
Re:I don't use XP, but... (Score:2, Informative)
I DO use XP... (Score:1)
I would assume that those who get black screens are running the VNC server as a user process instead of a service. From my experience, when you fast user switch, Windows simply creates a new user session similar to terminal services, but unlike TS, it stops rendering the old session, as only
Why not use in the built-in Remote Desktop? (Score:4, Insightful)
And if you're using VNC because you want to access the XP machine from linux, then just emulate the Windows98 Remote Desktop software M$ offers for free with WINE or Crossover Office (which I have had great success with in general).
Re:Why not use in the built-in Remote Desktop? (Score:5, Informative)
http://www.rdesktop.org/
Re:Why not use in the built-in Remote Desktop? (Score:3, Informative)
Another benefit is that it can emulate a Windows 2000 client when connecting to a M$ server, keeping you from burning a license.
Re:Why not use in the built-in Remote Desktop? (Score:1)
b) I understand Windows 2003 Server doesn't give out CALs automatically to Win2K clients anymore, so you're out of luck if you upgrade to Win2K3.
Re:Why not use in the built-in Remote Desktop? (Score:4, Insightful)
Considering that TS CAL licensing is based on user (but enforced per computer) if you have a license for a Windows computer you are licensed for Linux. There's just no way of telling the Terminal server that you are. With rdesktop there is. Can it be used to "pirate"? Sure. But since M$ doesn't provide a way of transferring the licenses (without calling their support and pleading your case anyway) and provides no way of indicating that you're licensed on multiple desktops even with recent service packs, I for one am quite glad that rdesktop includes the capability.
Re:Why not use in the built-in Remote Desktop? (Score:1)
Wrong.
-dk
Re:Why not use in the built-in Remote Desktop? (Score:3, Informative)
New Options for Microsoft Server Licensing - Windows Server 2003 Terminal Services [microsoft.com]
What I meant was clients no longer automatically get a CAL just because they are running Windows 2000 Pro or Windows XP Pro. This policy is now gone, so you have to buy more CALs for the same number of clients if you upgrade to Windows Server 2003.
Re:Why not use in the built-in Remote Desktop? (Score:2)
I think I was able to get the old NT version of microsoft's tsclient.exe working though, and found it a bit better, although it still doesnn't support XP's new remote desktop goodies, supported in the new RDP client, which unfortunately is only available for win32 and MacOS X.
Re:Why not use in the built-in Remote Desktop? (Score:1)
Rdesktop has been very stable since 1.1.0, the latest is 1.2.0. Give it another try!
Re:Why not use in the built-in Remote Desktop? (Score:1, Redundant)
Re:Why not use in the built-in Remote Desktop? (Score:3, Informative)
Re:Why not use in the built-in Remote Desktop? (Score:4, Informative)
It's called tsclient.
In Debian:
apt-get install tsclient
In Gentoo:
emerge tsclient
Mandrake and Redhat has it in their distro, too.
The downside is that you must install Terminal Server in the XP, but it works exactly the same as Windows' terminal client and performs much better than VNC.
Re:Why not use in the built-in Remote Desktop? (Score:2, Informative)
That feature is supposed to be in SP2. (Up to two simultaneous users.)
Re:Why not use in the built-in Remote Desktop? (Score:2)
Re:Why not use in the built-in Remote Desktop? (Score:2)
Re:Why not use in the built-in Remote Desktop? (Score:2)
Re:Why not use in the built-in Remote Desktop? (Score:2)
Re:Why not use in the built-in Remote Desktop? (Score:2)
Re:Why not use in the built-in Remote Desktop? (Score:2)
Re:Why not use in the built-in Remote Desktop? (Score:2)
rdesktop, silly! (Score:2)
I was able to switch to Linux on my desktop at work about three months ago, because I use rdesktop to terminal into a server to run Exchange (the only think holding me back from switching before). At this point in time, 4 other employees have followed and are now running Linux full-time, and using a terminal service to run exchange. rdesktop is honestly a BAD ASS project. I cannot name a single problem I've had with it.
XP EULA Violation (Score:3, Interesting)
Link to Slashdot article [slashdot.org]
Re:XP EULA Violation (Score:1)
Illegal. (Score:2)
Re:Illegal. (Score:2)
So? Unless you signed a contract when you purchased it, it is perfectly legal:
http://cr.yp.to/softwarelaw.html [cr.yp.to]
Re:Illegal. (Score:1)
Re:Illegal. (Score:2)
Re:Illegal. (Score:1)
Re:Illegal. (Score:2)
But really, who gives a crap?
Re:Illegal. (Score:1, Funny)
Using VNC - or any other non-MS approved remote desktop control/sharing program - with Windows XP is a breach of your EULA.
Isn't it a breach of the GPL to use VNC with Linux? After all, you aren't distributing the source code along with those copyrighted images.
Re:Illegal. (Score:2)
Isn't Fast Switching With VPN A Security Exposure (Score:3, Interesting)
Three people share the XP system, each with their own user profile. I logon and connect to the office. With fast switching enabled, the kids come along and decide to do some nasty things on the corporate network (maybe by accident, maybe not). If I was willing to personally accept all responsiblity (in other words, pay the bills for any fallout) for all the other users of the system, they would provide a patched version of the client to allow fast switching.
As much as I hate bureaucracy, I have to side with the VPN guys on this one.
Re:Isn't Fast Switching With VPN A Security Exposu (Score:1)
Re:Isn't Fast Switching With VPN A Security Exposu (Score:1)
Re:Isn't Fast Switching With VPN A Security Exposu (Score:1)
Basically, don't stay logged into the VPN if you're not physically on the box, then it doesn't really matter.
Prolly not possible (Score:1)
Fast User Switching in a Domain? (Score:2)
Re:Fast User Switching in a Domain? (Score:3, Interesting)
1. Get SP1.
2. Set the logon screen choice in 'User Accounts' to classic.
3. Set "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\AllowMultipleTSSession s " to 1.
4. Use Task manager to switch users; disconnect the current user to go back to the logon screen (to start new sessions) without logging off, and connect to switch directly. You can also go back to the logon screen an
Re:Fast User Switching in a Domain? (Score:2)
You must not be in a domain... In a domain you're always using the 'classic' login dialog box because there's no option to use the login screen -- and MS removes the shutdown menu option in the task manager - so there's no way to switch users. For the hell of it, I tried your registry tweak, but the funny thing is that after reboot it gets reset back to 0.
It's obviously possible - and maybe if someon
Service or an App (Score:3, Insightful)
Try running it as a service there is a Administrative tool in the VNC Programs folder that will install it for you.
HTH
batch file workaround (Score:1)
Re:batch file workaround (Score:1)
Chris
screen sizes (Score:1)
go2mypc.com (Score:2)