Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

i frequently use remote desktop, gotoassist express and logmein to administer servers or end user terminals.

in certain circumstances there is significant latency or low bandwidth where a full console is either slow, superfluous (i.e. if i'm using powershell to administer exchange via rdp) or overkill (i.e. an end user would like to use the machine at the same time, and i need to use cmd, robocopy, wget, etc)

in this circumstances i'd like a simple facility for enabling remote administration via powershell or cmd. assuming i already have full access to the machine via gotoassist, logmein, etc, what would be the simplest method for enabling this?

winrm would be a superb technology, but it's far too messy to setup. something ad-hoc would be excellent, but the simpler the better. ideally something as simple as gotoassist's 'open the program, enter this code and we'll open the tunnel for you' would be perfect. needless to say this is over the internet and would have to be 100% secure and encrypted, however.

share|improve this question

I would look into a generic SSH daemon for Windows. OpenSSH (free, but difficult to configure and you may be stuck in a POSIX environment) or Bitvise's WinSSHD (easy to set up but not free) are two possibilities. WinRM is the Microsoft solution to this problem, however.

Another alternative is to use Sysinternal's PSExec. I have in the past written batch files which copy a second batch file using Administrative shares (\\C$) to the remote system, and then PSExec will launch that second batch file. That works well on clients, but I'd be hesitant about doing it on servers.

You could always be a Bad Admin(TM) and enable the Telnet Server on older Windows clients, and then disable it again once you're finished!

share|improve this answer
psexec is not much more secure than Telnet. Both use plain text for everything except authentication. (Windows Telnet server and client use NTLM by default. Admittedly, they can't do Kerberos, whereas it is possible for SMB, which psexec uses.) – grawity Apr 8 '11 at 14:47
Also, re "copy a second batch file using Administrative shares": \\server\ADMIN$, the default for psexec -c, would be just a little better, in case the machine happens to not have a C:. (99% of the time, this is something that only I worry about.) – grawity Apr 8 '11 at 14:51
i completetly agree using a ssh daemon. I use BitVise Winsshd. Its extremely simple to configure and very powerful at the same time. The responsiveness of the remote shell is perfect. – mjsr Apr 10 '11 at 22:21
Somehow managed to miss the "over-the-Internet" part of the last line. I would use SSH or a VPN to ensure security, as, yeah, the other methods are only feasible on a LAN. – Bacon Bits Apr 10 '11 at 22:59

Sounds like you are after something like /n Software's Powershell SSH Server or Quest's PowerGui Pro Mobile Shell.

For me, lacking company support for those fancy alternatives, I start a VPN session and use the directions found in the eBook: Layman’s Guide to PowerShell 2.0 Remoting.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.