←February→
| Sun |
Mon |
Tue |
Wed |
Thu |
Fri |
Sat |
| |
|
|
1 |
2 |
3 |
4 |
| 5 |
6 |
7 |
8 |
9 |
10 |
11 |
| 12 |
13 |
14 |
15 |
16 |
17 |
18 |
| 19 |
20 |
21 |
22 |
23 |
24 |
25 |
| 26 |
27 |
28 |
29 |
|
|
|
| ←2012→| Months |
| Jan |
Feb | Mar |
| Apr |
May |
Jun |
| Jul |
Aug |
Sep |
| Oct |
Nov |
Dec |
|
Sun, Oct 03, 2010 1:21 pm
Accessing a Windows 7 System via Remote Desktop
I needed to access a Windows 7 Professional system from a Windows Server 2003
Small Business Server (SBS) using Remote Desktop. First I needed to enable
Remote Desktop access on the Windows 7 system. I then added the account that
I needed to use for remote access to the
Remote Desktop Users group.
[
More Info ]
[/os/windows/software/remote-control]
permanent link
Sat, Mar 13, 2010 10:15 am
Transferring Files Via the Remote Desktop
If you want to transfer files between your local system and a remote system
using the
remote
desktop software that comes with Windows you can do so via the following
procedure (note: this procedure was written for Windows 7, but should be
similar for prior versions).
- Click on the Start button.
- Select All Programs.
- Select Accessories.
- Select Remote Desktop Connection.
- When the Remote Desktop Connection window opens, click on
Options.
- Click on the Local Resources tab.
- Click on the More button.
- Click on Drives to share all drives. If yo only want to share
some local drives, click on the "+" to the left of drives and select only
the drives you want to share.
- Click on OK.
- Click on Connect.
If you go to My Computer on the remote system or use Windows
Explorer, you should see the drives on the local system from which you
connected listed among the drives visible on the remote system.
References:
-
Transfer files via the Remote Desktop
Setup32.com
[/os/windows/software/remote-control/rdp]
permanent link
Sun, Feb 24, 2008 11:51 am
Switching Rdesktop from Full-Screen to Windowed Mode
Rdesktop is free, open-source,
software that provides the capability for remotely controlling a
Microsoft Windows system from a Linux or Unix system.
I sometimes encounter a problem where I can't see the taskbar at the
bottom of the Windows display or the bottom of windows displayed on the
remote Windows system due to differences in the resolution for the
screen on the Linux/Unix system and the resolution of the Windows system.
The problem can be resolved by specifying the -f option when
starting rdesktop, so that you get a full screen display., e.g.
rdesktop -0 -f -u jsmith 192.168.0.44. But what do you do
when you wish to put the remote session in a window rather than have it
occupy the full screen without disconnecting? You can hit the
Ctrl-Alt-Enter keys simultaneously to switch to a windowed
view. You can also use Ctrl-Alt-Enter to switch to a full-screen
view, if you didn't start redesktop with the -f
option.
References:
- Rdesktop
Rdesktop.Org
-
Controlling a Windows System from a Linux System
January 12, 2006
MoonPoint Support
[/os/windows/software/remote-control/rdp]
permanent link
Sun, Jan 27, 2008 7:00 pm
Installing RealVNC 4.1.2 under Windows
I installed the free edition of
RealVNC
4.1.2 on a Windows XP system.
Windows
Defender 1.1.1593 was installed on the system and popped up a warning
when I started the installation of RealVNC.
To get Windows Defender to accept RealVNC, select "always allow" for
the action and then click on "Apply Actions".
When you are configuring RealVNC during installation, under the
Connections tab in RealVNC, you can set the ports or retain the
default ports that will be used for listening for connections, if
you are installing the server portion of the software so you
can connect remotely to the system you are installing it on. The
default values are shown below:
Accept connections on port: 5900
Disconnect idle clients after (seconds): 3600
Serve Java viewer via HTTP on port: 5800
Under Access Control in the Connections section, you
can check "Only accept connections from the local machine", if you wnat
to require access to be through an SSH connection.
If you install the server portion of the software to run as a service
on the Windows system, but don't want it to start automatically, click
on the Windows Start button, select Run and type
services.msc. Find "VNC Server Version 4" within the services
list, double-click on it and change the startup type from "automatic" to
"manual", then click on OK.
References:
-
Malicious Software Encyclopedia: RemoteAccess:Win32/RealVNC
Published: September 12, 2006
Microsoft Corporation
[/os/windows/software/remote-control/vnc]
permanent link
Mon, Apr 30, 2007 12:38 am
Remotely Enabling Remote Desktop Protocol
If you need to enable Remote Desktop support on a system in a
domain from the domain controller, you can do it by editing
the
HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server
key in the registry of the remote system. By changing the
value of
fDenyTSConnection from 1 to 0 and
then rebooting the system, you can enable Remote Desktop
support.
[
More Info ]
[/os/windows/software/remote-control/rdp]
permanent link
Wed, Dec 27, 2006 10:02 pm
Starting and Stopping pcAnywhere Service from Command Line
I sometimes need to stop and restart the pcAnywhere service from a
command line, but do it so rarely I usually can't remember the exact
name of the service. You can see the names of services on a system
by using the
net start command. Issuing it without any
arguments given to it shows a list of available services on the system.
If you use the
find with it, you can filter the list of
displayed services to see just the name for the pcAnywhere service.
C:\Documents and Settings\administrator>net start | find /i "pcanywhere"
pcAnywhere Host Service
Knowing that it is "pcAnywhere Host Service", you can then use net stop
"pcanywhere host service" to stop the service and net start
"pcanywhere host service" to restart it.
References:
-
How to Use the net Command
Cisco Systems, Inc.
May 17, 2006
[/os/windows/software/remote-control/pcanywhere]
permanent link
Tue, Jul 25, 2006 12:12 pm
Account Acces Via Remote Web Workplace
If you try to log into a system in a domain remotely using Remote Web Workplace,
but get a message that "The local policy of this system does not permit you to
logon interactively", the following steps can be taken at the domain controller
to resolve the problem and provide remote access to the system for a domain
account.
- Open "Server Management" by clicking on Start, All
Programs, Administrative Tools, then Server Management.
- Click on Client Computers.
- Select the computer for which the user needs remote access by right-clicking
on it then selecting Manage Computer.
- Double-click on Local Users and Groups.
- Click on Groups.
- Double-click on Remote Desktop Users in the right pane.
- Click on the Add button to add a new user to the Remote Desktop
Users group.
- In the "Enter the object names to select" field, place the user's domain
account. Put the domain name followed by a "\" and then the account name. E.g.
Acme\jdoe. Or you can use the form jdoe@acme.com.
- Click on Check Names to verify the account.
- Click on OK.
- Click on OK again to close the "Remote Desktop Users
Properties" window.
- Close the
Computer Management window.
Or you can resolve the problem by logging into the computer for which the
user needs access and then taking the following steps, if that system is a
Windows XP Professional system.
- Click on Start.
- Click on All Programs.
- Click on Control Panel.
- Click on Performance and Maintenance, if the system is set for
"category view". If it is set for "classic view", go to the next step.
- Click on Administrative Tools.
- Click on Computer Management.
- Click on Groups.
- Double-click on Remote Desktop Users in the right pane.
- Click on the Add button to add a new user to the Remote Desktop
Users group.
- In the "Enter the object names to select" field, place the user's domain
account. Put the domain name followed by a "\" and then the account name. E.g.
Acme\jdoe. Or you can use the form jdoe@acme.com.
- Click on Check Names to verify the account.
- Click on OK.
- Click on OK again to close the "Remote Desktop Users
Properties" window.
- Close the
Computer Management window.
[/os/windows/software/remote-control]
permanent link
Thu, Jan 12, 2006 12:47 am
Controlling a Windows System from a Linux System
If you need to remotely control a Windows system from a Linux or Unix system,
you can use
rdesktop. Rdesktop is an
open source client for Windows NT Terminal Server and Windows 2000/2003 Terminal
Services, capable of communicating with a Windows system using the Remote Desktop
Protocol (RDP).
With rdesktop you get an X Window display on your Linux/Unix system that looks
very similar to what you would see if you were sitting at the Windows system. It
works much like Windows remote desktop software that allows you to control one Windows
system with another.
If you are using a Linux system, rdesktop may already be present. You can check
by issuing the command rdesktop. If it isn't present,
installing rdesktop is easy. Download the file from
www.rdesktop.org,
SourceForge.net:rdesktop, or
here and then
issue the following commands on your Linux
or Unix system, subsituting the particular version number you have downloaded:
tar -xvzf rdesktop-1.4.1.tar.gz
cd rdesktop-1.4.1
./configure
make
make install
You can then run the software with the rdesktop command. E.g., if I wanted
to connect to a Windows system with IP address 192.168.0.3, I could issue the command
rdesktop 192.168.0.3. If the Windows system is behind a firewall, you
will need to open TCP port 3389.
I often boot a Windows system with a Knoppix Linux
Live CD when I am working at
a site, so that I can be sure that I am working on a secure system rather than a
system that may have been compromised by viruses, trojans, spyware, etc. If I need
to access a server at the site, such as a Windows Small Business Server (SBS) 2003
server, I can still access it from the system booted into Knoppix Linux with a Live CD
by using rdesktop. Knoppix Linux comes with rdesktop, but you may have another
Linux Live CD, which doesn't already provide rdesktop. Since you are booting from a
Live CD and can't alter its contents, you need to specify a directory that is
stored in memory rather than on the CD when
you are installing rdesktop. You can do so by using "--prefix" to specify the
directory into which you wish to install it. Otherwise, you will get the following
error when you attempt to install it.
$ make install
mkdir -p /usr/local/bin
mkdir: cannot create directory `/usr/local/bin': Permission denied
make: *** [installbin] Error 1
To eliminate the problem, you can use the following commands after you have downloaded
the software into a virtual disk Live CDs will typically set up in memory. Suppose
you have /ramdisk/tmp as such an area and you have made that your working directory.
tar -xvzf rdesktop-1.4.1.tar.gz
cd rdesktop-1.4.1
./configure --prefix=/ramdisk/tmp
make
make install
./rdesktop 192.168.0.3
Unless you specify otherwise, a new logon session will be established to the system.
The current one won't be terminated. But, perhaps a user is already logged onto the
system and you wish to connect to the current console session on the system, to see
exactly what you would see if you were sitting at the system. Then you should use
the -0 option to attach to the console, e.g. rdesktop -0
192.168.0.3. You can specify the userid to use with the -u option,
e.g. rdesktop -0 -u administrator 192.168.0.3. You may also want to
change the color depth with the -a option. The default value is 8-bit
color, which gives you only 256 colors. If you use -a 16, you will
get 16-bit color, which is 2 raised to the power of 16 colors, i.e. 65,536 colors.
If you use rdesktop alone with no options, you will get a list of other
available options for the command.
References:
-
Administer Windows from Linux with rdesktop
-
Using Rdesktop To Access Windows Terminal Services from A GNU/Linux Client
[/os/windows/software/remote-control/rdp]
permanent link
Tue, Nov 22, 2005 5:32 pm
VNC Local Loop-back Connections Disabled
I installed
TightVNC on a Windows
SBS 2003 server
in order to be able to remotely manage it from a Unix or Linux host.
I had previously installed
OpenSSH for Windows on the system so that I could login to the
system remotely and check on the system, but I also wanted to have
a
GUI connection to the
system so that I could run programs that can't be run from the command line
From a Unix workstation running Solaris, I entered the command
ssh -L 5901:localhost:5900 administrator@192.168.0.5 to
establish an SSH connection to
the system with port 5901 on the Unix workstation being forwarded to
port 5900 on the Windows SBS 2003 server. Port 5900 is the default port
for a VNC server and the one I used on the Windows system. However,
when I tried to connect to the Windows system with vncviewer by connecting
to port 5901 on the Unix system, which then should be forwarded over the
SSH connection to port 5900 on the Windows system, I saw the message
"Local loop-back connections are disabled."
bash-2.03$ vncviewer localhost:1
VNC viewer for X version 4.0 - built Jun 14 2004 12:04:05
Copyright (C) 2002-2004 RealVNC Ltd.
See http://www.realvnc.com for information on VNC.
Tue Nov 22 16:08:49 2005
CConn: connected to host localhost port 5901
CConnection: Server supports RFB protocol version 3.3
CConnection: Using RFB protocol version 3.3
Tue Nov 22 16:08:50 2005
main: Local loop-back connections are disabled.
Doing a Google search on the
error, I learned I needed to have the registry key
HKEY_LOCAL_MACHINE\SOFTWARE\ORL\WinVNC3 on the Windows system set
to a DWORD value of "1". Since I had a command line prompt on the
Windows system via the SSH connection, I used the reg query
command to check the current value of that registry key. Sure enough,
its current value was "0".
C:\Documents and Settings\Administrator>reg query HKEY_LOCAL_MACHINE\SOFTWARE\OR
L\WinVNC3
HKEY_LOCAL_MACHINE\SOFTWARE\ORL\WinVNC3
ConnectPriority REG_DWORD 0x0
DebugMode REG_DWORD 0x0
DebugLevel REG_DWORD 0x2
LoopbackOnly REG_DWORD 0x0
EnableHTTPDaemon REG_DWORD 0x1
EnableURLParams REG_DWORD 0x0
AllowLoopback REG_DWORD 0x0
AuthRequired REG_DWORD 0x1
HKEY_LOCAL_MACHINE\SOFTWARE\ORL\WinVNC3\Default
Fortunately, the reg command can also be used to modify the
registry from the command line.
C:\Documents and Settings\Administrator>reg add HKEY_LOCAL_MACHINE\SOFTWARE\ORL\
WinVNC3 /v AllowLoopback /t REG_DWORD /d 1
Value AllowLoopback exists, overwrite(Yes/No)? yes
The operation completed successfully.
The REG ADD command uses the following syntax:
REG ADD KeyName [/v ValueName | /ve] [/t Type] [/s Separator] [/d Data] [/f]
In this case, the parameters used have the following meaning:
/v The value name, in this case "AllowLoopback", to
be added under the selected key.
/t Allows one to specify the data type, which can be
REG_SZ, REG_MULTI_SZ, REG_EXPAND_SZ, REG_DWORD, REG_BINARY, or REG_NONE.
If none is specified, REG_SZ is assumed. In this case REG_DWORD is needed.
/d The data to assign to the registry ValueName being
added, which is "1" in this case.
Another reg query HKEY_LOCAL_MACHINE\SOFTWARE\ORL\WinVNC3
shows the value was changed.
C:\Documents and Settings\Administrator>reg query HKEY_LOCAL_MACHINE\SOFTWARE\OR
L\WinVNC3
HKEY_LOCAL_MACHINE\SOFTWARE\ORL\WinVNC3
ConnectPriority REG_DWORD 0x0
DebugMode REG_DWORD 0x0
DebugLevel REG_DWORD 0x2
LoopbackOnly REG_DWORD 0x0
EnableHTTPDaemon REG_DWORD 0x1
EnableURLParams REG_DWORD 0x0
AllowLoopback REG_DWORD 0x1
AuthRequired REG_DWORD 0x1
HKEY_LOCAL_MACHINE\SOFTWARE\ORL\WinVNC3\Default
After modifying the registry value, you then must stop and restart the
VNC Server service.
C:\Documents and Settings\Administrator>net stop "VNC Server"
The VNC Server service is stopping..
The VNC Server service was stopped successfully.
C:\Documents and Settings\Administrator>net start "VNC Server"
The VNC Server service is starting.
The VNC Server service was started successfully.
You should then be able to use vncviewer localhost:1 to
access the remote system with VNC. After the message about the
protocol version, you should see a VNC Authentication window
open.
bash-2.03$ vncviewer localhost:1
VNC viewer for X version 4.0 - built Jun 14 2004 12:04:05
Copyright (C) 2002-2004 RealVNC Ltd.
See http://www.realvnc.com for information on VNC.
Tue Nov 22 17:07:42 2005
CConn: connected to host localhost port 5901
CConnection: Server supports RFB protocol version 3.3
CConnection: Using RFB protocol version 3.3
In this case, I was then able to enter the VNC authorization password
and then hit Ctrl-Alt-Del on the Solaris system to enter the user name
and password for the Windows SBS 2003 server.
References:
-
Cygwin ssh (OpenSSH), and Win98 - Use "crypt newpassword" to add a password
into /etc/passwd
[/os/windows/software/remote-control/vnc]
permanent link
Mon, Jan 24, 2005 12:32 pm
Changing the Port Used by LapLink
LapLink has a mechanism for
changing the port number used for establishing connections.
It is a more cumbersome mechansm than that provided by some
other Windows remote control programs, such as
Symantec's pcAnywhere,
but it is possible to change the port.
LapLink uses UDP and TCP ports 1547 by default. But,
if you edit the LLW.INI file, that will be in the directory
C:\Windows\TSI32\LLW, you can get it to use another port.
In LLW.INI, in the [TCPIP] section, add
ListenPort= followed by the port
number you wish to use as below:
[TCPIP]
Enabled=Yes
ListenPort=5549
What makes this approach more cumbersome is that if you
need to connect to systems listening on different ports with
LapLink, you need to edit the file, save your changes, and then
restart LapLink to get it to use the port you want to use. If
you want to go back to the default port, you can just put in
"1547" for the ListenPort value.
[/os/windows/software/remote-control]
permanent link
Privacy Policy
Contact