Thanks to Ken Lutz for his compilation and leg work on this one:
I got this working. If anyone is interested here is the solution that I came up with.
1) set the HKLM\System\CurrentControlSet\Control\Citrix
IcaEnableKeepAlive - Reg_Dword to 1
ICAKeepAliveInterval - Reg_Dword to 1800 (30 minutes) (I have my disconnected user reset
time set to 60 minutes)
This setting means that a users session will get reset after just over 1.5 hours, if they do nothing.
2) I got a copy of the FINDUSER.exe utility from this web site: http://www.wizbang.org.uk
(it`s part of the Command line tools download).
3) I also had to get the choice.exe utility from the NT Resource kit.
4) I then published this script:
<~~~~ Start of Script - watch for word wrap ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~>
@ECHO ~ Use this procedure to reset all your active Citrix sessions. ~
@ECHO ~ ~
@echo ~ By resetting active Citrix sessions you may risk the lose of data!! ~
@echo ~ ~
@echo ~ Are you sure you want to reset your active Citrix sessions? ~
@Echo ~ Respond with Y for yes and N for no (upper case Y or N only). ~
Choice /C:YN /S Proceed with Citrix session reset?
If errorlevel 2 goto :END1
if exist H:\resetlist.txt del H:\resetlist.txt
%WINDIR%\FindUser.exe %UserName% /server:%WINDIR%\serverlist.txt >H:\ResetList.txt
for /f "skip=5 tokens=1,4" %%I in (H:\ResetList.txt) do (set rserver=%%I& set rsess=%%J& call :DOIT)
@ECHO %SESSIONNAME% %RSESS%
IF RSESS == SESSIONNAME GOTO :EOF
@ECHO RESET SESSION %RSESS% /SERVER:%RSERVER%
RESET SESSION %RSESS% /SERVER:%RSERVER%
@ECHO ~ You chose NOT to reset any Citrix sessions at this time. ~
@ECHO ~ No Citrix sessions have been reset! ~
@ECHO ~ ~
@echo ~ Please wait until you get the "Saving your settings" message before ~
@echo ~ you open any other Citrix session. (Don`t click on another NFuse ~
@echo ~ icon until after you see the "Saving your settings" message.) ~
@ECHO ~ ~
<~~~~~~~~~~~~~~~~~~~End of Script~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~>
The only thing with this is that it will not reset the session if it is already disconnected.
It will only reset active sessions. It will not reset the session that is running the script
(the current active session).
The reason I had to write this is because I have some users that would loose their connection to Citrix
(via NFuse and published applications) yet leave their sessions active to Citrix.
The only way I could recreate this is to reboot the PC while the Citrix session is active.
Most people think the answer to this question is 2. However you can have 3 connections to a Windows 2003 Termianl server in Remote Administration mode. Windows 2003 adds the ability to RDP directly to the console. Microsoft slipped up and you can now have 2 remote connections and a third direct connection right to the console.
Credit Jeff Durbin with this one:
There is no such setting (that I`ve found) in Win2K Group Policy.
You can add the setting yourself by importing a template into your policy:
- Paste the following into notepad:
CATEGORY "Custom Settings"
POLICY "Remove My Computer from Desktop"
VALUEON NUMERIC 1
VALUEOFF NUMERIC 0
END CATEGORY ; Custom Settings
- Save the file with the extension ADM (redfish.adm, for example).
- For Win2K AD, open your policy and import the template
- For NT4 policy, just add the template to the policy.
1. Double-click My Computer, and then click Folder Options on the Tools menu.
2. Click the File Types tab, click a specific file type (for example, Microsoft Excel Worksheet) in the
Registered file types box, and then click Advanced.
3. Click to clear the Confirm open after download check box, and then click OK.
4. Repeat the above procedure for each file type you don`t want the dialog to appear.
Note: If you want to do this for all users on the machine go to a command
prompt and type: change user /install prior to the changes. After you are done
changing settings type: change user /execute from the command prompt.
Configure this computer as a terminal server by installing the Terminal Server component, which provides centralized deployment of applications.
Using a terminal server, users in remote locations can run programs, save files, and use network resources as though those resources were installed on the users` own computers. By installing programs on a terminal server, you can ensure that all users are using the same version of a program. If you plan to use this computer to allow multiple users to access a program at the same time from a single point of installation, configure this computer as a terminal server.
However, if you plan to use this computer for remote administration on
This topic explains how to use the Configure Your Server Wizard to install and configure a terminal server. After you have completed the Configure Your Server Wizard, you must perform the following additional steps in order to have a basic terminal server.
After you have completed both the Configure Your Server Wizard and these additional required tasks, you will have a basic terminal server.
This topic covers:
Before you configure your computer as a terminal server, verify whether or not:
To configure a terminal server, start the Configure Your Server Wizard by doing either of the following:
On the Server Role page, click Terminal server, and then click Next.
This section covers:
On the Summary of Selections page, view and confirm the options that you have selected. If you selected Terminal server on the Server Role page, the following appears:
To apply the selections shown on the Summary of Selections page, click Next. The following message appears: "During this process, the Configure Your Server Wizard restarts your computer. Before continuing, close any open programs." If you need to close open programs and you want to cancel the configuration of the terminal server role at this time, you must click Cancel now. When you click Cancel, the Configure Your Server Wizard displays the Cannot Complete page. To close the Configure Your Server Wizard, click Finish. Otherwise, if you click OK, the Configure Your Server Wizard begins the configuration process.
Next, the Configure Your Server Wizard displays the message "Installing Terminal Server." The Configuring Components page of the Windows Components Wizard appears, and then closes automatically. You cannot click Back or Next on this page. Then, the Configure Your Server Wizard shuts down the computer and restarts it to accept the configuration changes that make the computer a terminal server.
During the restart process, a dialog box displays progress messages, for example, "Windows is starting up" and "Preparing network connections." Depending on the size of your network, preparing network connections could take some time. When the Welcome to Windows dialog box appears, press CTRL+ALT+DEL. In the Log on to Windows dialog box, in Password, type your password. To complete the process, wait for the Configure Your Server Wizard to appear on the screen.
After your server restarts, the Configure Your Server Wizard displays the This Server is Now a Terminal Server page. To review all of the changes made to your server by the Configure Your Server Wizard or to ensure that a new role was installed successfully, click Configure Your Server log. The Configure Your Server Wizard log is located at systemroot\Debug\Configure Your Server.log. To close the Configure Your Server Wizard, click Finish.
Next, you must complete the following steps so that your server is ready to function as a basic terminal server:
A separate window displays checklists that provide information about these additional requirements. The same information is covered in this document.
To run a terminal server, you need another computer that is configured to function as a Terminal Server License Server. If a Terminal Server License Server is already installed, you can skip the steps for configuring a Terminal Server License Server and installing CALs, and begin Installing programs on the terminal server. Otherwise, if the Manage Your Server page displays a message indicating that a Terminal Server License Server was not found, you must configure a Terminal Server License Server before you can use your terminal server.
After you complete the Configure Your Server Wizard and install Terminal Server, you can configure Internet Explorer Enhanced Security Configuration settings.
If you activate these settings, Internet Explorer applies the following security settings to a user who logs on as an administrator:
By applying high security settings to the Internet and Local intranet security zones, you disable scripts, Microsoft ActiveX® controls, and the Microsoft virtual machine (Microsoft VM) for HTML content in these zones. You also prevent users from downloading files in these zones.
By applying medium security settings to the Trusted sites zone, you set standard browsing functionality. If you use sites for administrative tasks and Web-based applications that an administrator cannot access after you apply these settings, you can add the site addresses to the list of sites in the Trusted sites zone.
To review or change the Internet Explorer Enhanced Security Configuration settings, in Manage Your Server, click Internet Explorer Enhanced Security Configuration.
Configure a Terminal Server License Server on a computer other than the one on which you have just configured the terminal server role. A Terminal Server License Server manages licenses for Terminal Services client connections. You are required to activate a Terminal Server License Server only once, after which the Terminal Server License Server becomes the repository for terminal server client licenses. Until the registration process is completed, your Terminal Server License Server can issue temporary licenses for clients.
The easiest and quickest way to activate a Terminal Server License Server is by using the Automatic method. To use this method, the computer running the Terminal Services Licensing service must have a direct connection to the Internet. For information on activation methods for computers that are not connected to the Internet, see To activate a Terminal Server License Server by using a Web browser and To activate a Terminal Server License Server by using the telephone.
The following table shows the steps you must take to configure and activate a Terminal Server License Server by using the Automatic method.
|Install the Terminal Server Licensing service.||Open Add or Remove Programs in Control Panel, and then click Add/Remove Windows Components. In the Windows Components Wizard, select the Terminal Server Licensing check box, and then click Next. If your network includes several domains, or if you are installing the Terminal Server Licensing service on a member server, choose Your entire enterprise. If you want to maintain a separate Terminal Server License Server for each domain, or if your network includes workgroups or Windows NT 4.0 domains, choose Your domain or workgroup. If you want to change the location of the license server database, specify a new location, and then click Next. The Configuring Components page displays the progress of configuration changes. On the Completing the Windows Components Wizard page, click Finish, and then click Close.
|Activate the Terminal Server License Server.||Open Terminal Server Licensing, right-click the Terminal Server License Server you want to activate, and click Activate Server. The Terminal Server License Server Activation Wizard starts. On the Connection method page, under Activation method, click Automatic connection, and then click Next. On the Company Information page, provide the following required information:
After you activate a Terminal Server License Server, the next step is to install client access licenses (CALs) on the Terminal Server License Server.
CALs are digitally-signed certificates that each client stores locally. All CALs are installed on a Terminal Server License Server. When a client logs on to a terminal server for the first time, the terminal server recognizes that the client has not been issued a CAL and locates a Terminal Server License Server to issue a new CAL to the client. For information about specific license requirements, see the Microsoft Web Site.
Before you install CALs, you must have your licensing agreement numbers ready, and know which method you used to purchase them.
The easiest and quickest way to install CALs on a Terminal Server License Server is by using the Automatic method. To use this method, the computer running the Terminal Services Licensing service must have a direct connection to the Internet. For information on installing CALs for computers that are not connected to the Internet, see To install client license key packs by using a Web browser and To install client license key packs by using the telephone.
The following table shows the steps you must take to install CALs on a Terminal Server License Server by using the Automatic method.
Install CALs on the Terminal Server License Server.
On the Terminal Server License Server, open Terminal Server Licensing. Verify that the installation method for the Terminal Server License Server is set to Automatic by right-clicking the Terminal Server License Server for which you want to install CALs, and then clicking Properties. If necessary, on the Installation Method tab, change the installation method to Automatic connection, and then click OK.
In the Terminal Server Licensing console tree, right-click the Terminal Server License Server on which you want to install CALs, click Install Licenses, and then click Next. The Terminal Server CAL Installation Wizard starts. On the Licensing program page, choose the license program under which you purchased your licenses, and then click Next. On the License Code page, type the license code for each license you have purchased, and then click Add after each entry. After you have typed all of the license codes, click Next. The Completing the Terminal Server CAL Installation Wizard page displays a message that the CALs were successfully installed. To close the wizard, click Finish.
At this stage, you have accomplished the following tasks:
Now you are ready to install programs on the terminal server. Add or Remove Programs in Control Panel is the preferred method for program installation, and you should use this method whenever possible. This section describes how to use Add or Remove Programs to install programs on a terminal server.
There are other program installation methods, such as the change user command, Windows Installer packages (.msi files), and Group Policy Software Installation. For more information about the change user command, see To install a program by using the change user command. For more information about using Windows Installer, see Assigned and published programs. For more information about Group Policy, see Group Policy.
For improved performance and reduced network traffic, install programs on the local drive of the terminal server instead of on a file server. Ensure that you have enough space to install programs on NTFS file system
If you are installing published programs, you must use another installation method, such as Group Policy Software Installation.
For performance and security reasons, you should use 32-bit programs whenever possible. Most 32-bit programs use the registry to read and write program settings and need to write only to specific registry values. Running 16-bit programs can reduce the number of users a processor supports by 40 percent and increase the memory required for each user by 50 percent. In addition, some 16-bit programs must be able to write to the directory where the program`s .ini file is stored.
RAM and CPU requirements increase approximately linearly with the number of sessions running. To reduce RAM and CPU requirements, consider restricting user or group access to certain program types, disabling unnecessary program features, or installing programs on separate terminal servers.
Some programs have known installation issues in a multisession environment. For information about programs that require installation scripts in order to work correctly in a multisession environment, see Optimizing Applications for Windows 2000 Terminal Services and Windows NT Server 4.0, Terminal Server Edition at the Microsoft Web site.
You should install programs from the console session of the terminal server. You can install programs from a remote console session, but this is not the preferred method for installing programs.
Some programs require an application compatibility script to be run after the program is installed. The scripts are stored in the systemroot\Application Compatibility Scripts\Install directory on the terminal server.
You should be aware of the implications of the security mode in which the terminal server operates. There are two security modes:
The following table shows the steps you must take to install programs on a terminal server, using Add or Remove Programs.
|Ensure that no users are logged on to the terminal server.||Send a message to all users who are logged on to the terminal server. Program installation often requires restarting the computer, and their sessions will be disconnected. You should not allow users to access the terminal server until programs have been installed and tested.|
|Disable Terminal Services connections temporarily.||Right-click My Computer, click Properties, click the Remote tab, and then clear the Allow users to connect remotely to this computer check box.|
|Specify Full Security as the security mode.||Open Terminal Services Configuration. In the console tree, click Server Settings, right-click Permission Compatibility, and then click Properties. In the Permission Compatibility dialog box, click Full Security, and then click OK.
|Install programs from a CD or floppy disk.||Ensure that you are logged on as a member of the Administrators group on the terminal server. Open Add or Remove Programs in Control Panel, and then click Add New Programs. Click CD or Floppy. Insert the CD or floppy disk into the appropriate drive, and then click Next. Verify that the installation file is specified correctly in the Open box on the Run Installation Program page, and then click Finish. Follow the instructions in the program`s installation wizard. After the program is installed, edit and run any applicable scripts to tailor the program for a multisession environment.
|Test the installation.||
Ensure that event logging is enabled by opening Services in Administrative Tools. Create a temporary user account that mimics the settings of the user or users who will access the program, and use the account to log on to the terminal server. Start the program and step through some basic tasks. Then, use Event Viewer to determine which files or directories need Write access and which registry keys require Read access by the user for correct operation. Note that this process might not find all files, directories, and registry keys for which the application requires access in all user scenarios. The only way to ensure that you have accounted for all access requirements is to perform tasks manually.
Some programs enable users to start other programs. For example, Microsoft Access has a toolbar that can be used to start other Microsoft Office programs. If you want users to have access only to specified programs when they log on to the terminal server, you should disable toolbar access from within programs that you install on the terminal server.
|Tune programs for multisession use.||Use a text editor such as Notepad to modify any scripts, and then run the scripts to tune any programs that require it. To obtain the scripts, see Optimizing Applications for Windows 2000 Terminal Services and Windows NT Server 4.0, Terminal Server Edition at the Microsoft Web site.|
|Run application compatibility scripts.||Navigate to the systemroot\Application Compatibility Scripts\Install directory on the terminal server and run scripts for any programs that require them.|
|Enable remote connections on the terminal server.||Right-click My Computer, click Properties, click the Remote tab, and then check the Allow users to connect remotely to your computer check box.
Remote Desktop Connection, formerly known as the Terminal Services Client, is installed automatically on computers running
There are several ways to deploy the client software:
This topic describes how to install the client software from a shared folder residing on a server on the network.
Before you deploy the client software, decide whether you want the software to be installed for the use of a single user or for anyone who uses the client computer. You will make this choice during the deployment process.
The following table shows the steps you must take to deploy the latest version of Remote Desktop Connection to clients running earlier versions of either Windows or Remote Desktop Connection.
|Share the client setup folder.||On the computer running a |
|Install Remote Desktop Connection.||On the client computer, click Start, click Run, and then, in Open, type \\ServerName\win32, where ServerName is the name of the computer where the shared folder is located. Double-click the msrdpcli.msi file to start the InstallShield Wizard for Remote Desktop Connection, and then click Next. Read the License Agreement, click I accept the terms in the license agreement, and then click Next. Type your name and organization in the Customer Information page, click Anyone who uses this computer (all users), and then click Next. On the Ready to Install the Program page, either click Back to review or change any of your installation settings, or click Install to begin the installation. To complete the installation, click Finish.|
By default, on
Before you give users permission to access the terminal server, you must:
The following table shows the steps you must take to give users permission to access the terminal server.
|Add users to the Remote Desktop Users group.||Open Computer Management (Local), and in the console tree, click Local Users and Groups. In the details pane, double-click the Groups folder, double-click Remote Desktop Users, and then click Add. In the Select Users dialog box, click Locations to specify the search location. To specify the types of objects that you want to search for, click Object Types. In this case, you want to search for Users or Groups. Type the name that you want to add in the Enter the object names to select (examples) box, and then click Check Names. When the name is located, click OK.
|Add users to the local Users group, if they are not already members.||Open Computer Management (Local), and in the console tree, click Local Users and Groups. In the details pane, double-click the Groups folder, double-click Users, and then click Add. In the Select Users dialog box, click Locations to specify the search location. To specify the types of objects that you want to search for, click Object Types. In this case, you want to search for Users or Groups. Type the name that you want to add in the Enter the object names to select (examples) box, and then click Check Names. When the name is located, click OK.
If you need to reconfigure your server for a different role, you can remove existing server roles. If you remove the terminal server role, you will need to reinstall all software, review and update any file or registry permissions for which you changed default values, and review and update any software restriction policies that were used to control programs running on the terminal server.
To remove the terminal server role, restart the Configure Your Server Wizard by doing either of the following:
On the Server Role page, click Terminal server, and then click Next. On the Role Removal Confirmation page, review the items listed under Summary, select the Remove the terminal server role check box, and then click Next. The following message appears: "During this process, the Configure Your Server Wizard restarts your computer. Before continuing, close any open programs." If you need to close open programs and you want to cancel the removal of the Terminal Server role at this time, you must click Cancel now. When you click Cancel, the Configure Your Server Wizard displays the Cannot Complete page. To close the Configure Your Server Wizard, click Finish. Otherwise, if you click OK, the Configure Your Server Wizard begins the removal process.
Next, the Configure Your Server Wizard displays the "Removing Terminal Server" message. The Configuring Components page of the Windows Components Wizard appears, displays messages about the configuration changes being made to the computer, and then closes. The Configure Your Server Wizard shuts down the computer and restarts it to accept the configuration changes that remove this role.
During the restart process, a dialog box displays progress messages, for example, "Windows is starting up" and "Preparing network connections." Depending on the size of your network, preparing network connections could take some time. When the Welcome to Windows dialog box appears, press CTRL+ALT+DEL. In the Log on to Windows dialog box, in Password, type your password. To complete the process, wait for the Configure Your Server Wizard to appear on the screen. On the Terminal Server Role Removed page, click Configure Your Server log to see a record of your changes, and then click Finish.
After you remove the terminal server role, you should:
After you complete the Configure Your Server Wizard and associated tasks, the computer is ready for use as a basic terminal server that can accept multiple connections from remote clients. Up to this point, you have completed the following tasks:
The following table lists some additional tasks you might want to perform on your terminal server.
|Task||Purpose of task||Reference|
|Manage Terminal Services connections.||To enable, disable, rename, or delete a connection.||Manage Terminal Services connections|
|Specify connection permissions.||To grant terminal server access only to selected users and groups.
To identify which users and groups are permitted to perform a given task or tasks on the terminal server.
|Managing Terminal Services Users; Managing permissions on connections|
|Configure terminal server settings using either Group Policy or Terminal Services Configuration.||To configure settings such as Active Desktop, temporary folders, and session limits for individual users.||Configure server settings|
|Deploy Remote Desktop Web Connection.||To allow users to create a Remote Desktop connection within Internet Explorer, even though the Remote Desktop Connection client is not installed on their computers.||About Remote Desktop Web Connection|
|Control programs running in a terminal server session.||To protect terminal servers and users from unknown, or possibly malicious, programs.||Using Software Restriction Policies in |
|Configure Session Directory settings.||To ensure that users are transparently reconnected to the original server hosting their disconnected Terminal Server sessions. This task applies to terminal servers that are part of a cluster of terminal servers, and requires that a server running either |
This comes from Windows Magazine John Savill`s FAQ
Windows 2003 and XP both ship with the Remote Desktop Connection software, which is the latest Terminal Services client. However, there might be times when you want to use a previous version of the client. To be able to install previous versions of the client, you must be a local administrator or have Write and Modify permissions on the HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing\Store\MSLicensing registry value.
See the Microsoft Page:
Unlike with previous versions of Microsoft® Office, installing Microsoft Office 2003 to a Terminal Services–enabled computer is not much different than installing Office to a non-Terminal Services–enabled computer. Before installing Office in this environment, however, the administrator needs to perform some tasks relating to how Terminal Services was installed. Installing Office 2003 on a Terminal Services–enabled computer Before you install Office to a computer that is enabled with Terminal Services, it is very important that you check to make sure that specific operating modes of Terminal Services were enabled when Terminal Services Setup was run, including the following: The installation of Terminal Services must have been installed to use Application Server mode. Terminal Services must be enabled and running on the server before installation of Office 2003 begins. For Microsoft Windows® 2000 servers, Windows 2000 compatibility mode should be selected to retain a locked-down installation. Once you have checked for these modes, you are ready to install Office 2003. To install Office 2003 on a Terminal Services–enabled server Open Control Panel. Run the Add/Remove Programs utility. Click Add New Programs (left-hand pane). Click CD or Floppy. Insert the Office 2003 CD into the CD-ROM drive, and then click Next. If needed, browse for the Office 2003 Setup program (Setup.exe) and select it, then click OK. – or – If you are installing from an administrative installation point, browse to that location, select setup.exe, and then click OK. In the resulting Run Installation Programs dialog, add any command-line customizations you require (unless already specified in the Setup settings file (Setup.ini) stored in the administrative installation point). Click Finish. Customizing Office 2003 for a Terminal Services installation Customizing Office 2003 for a Terminal Services–enabled installation is possible, but you need to first understand the differences between how Office runs with a Terminal Services–enabled operating system versus one that is not enabled as such. By default, almost all features in Office 2003 are enabled and installed as part of the installation. This helps reduce the number of subsequent application or feature installations an administrator might need to perform for users. Because Office, by default, is installed in a locked-down configuration, users cannot perform installations (like adding a feature), because they cannot write to the registry or application and system folders. Therefore, it is recommended to install all the applications and available features to minimize the need for further installations by the administrator. As part of an installation to a Terminal Services–enabled system, some specific features are disabled by default because of their high bandwidth requirements for network and dial-up users. For instance, animations, sounds, and high-resolution graphics are disabled; or, in the case of high-resolution graphics, substituted with lower-resolution graphics. To determine which settings are enabled or disabled, you can attempt to install Office to a properly configured Terminal Services–enabled server and examine the feature installation options during the installation. This will give you a baseline of what features are installed. Then, if you need to install many Terminal Services–enabled systems, you can create a transform using the Custom Installation Wizard and set the appropriate settings you want to use.
Note Any features you set to Install on Demand will be ignored and installed as Run from My Computer. Also, by default, installations to Terminal Services–enabled systems will always install the low-resolution graphics for splash screens.
Though you can create a transform for use with deployment of Office 2003, the majority of settings configured for installation are by default optimized for a Terminal Services-enabled system. Also, since most installations of this type are performed in a server farm or within a controlled environment, the creation and use of transforms is not as necessary as with distributed-client system scenarios. When creating transforms for use with Terminal Services-enabled systems, it is highly recommended that you not enable features that are disabled or set to Not Available. If you expect to deploy Office 2003 to more than two or three Terminal Services-enabled systems, creating a transform is worthwhile, especially if there are several customizations. See the Customizing Office 2003 section for more information about creating transforms for use with Office. The Below comes from Microsoft Knowledge base at:
Terminal Services License Server Viewer (LSView) is a GUI tool that displays information about all available Terminal Services license servers in the current domain and current site of the computer. It is useful for monitoring and logging the status of license servers.
You can download it from the Microsoft site here.
Credit Elias Knaser from his article in the October 2003 Windows .Net magazine for this one:
To install and use the tool, install a copy of the resource kit on your machine. By default, the resource kit installs in \%systemroot%\Program Files\Resource Kit and stores the Remote Command Service files in a subdirectory named RCMD. The directory will contain two files: rcmd.exe, the file you use to launch the command-line client (you can copy and use this client on any machine from which you want to initiate commands), and rcmdsvc.exe, the server component that you install on every server or workstation you want to run remote commands on. The rcmd.exe file creates a command session, or "virtual console," whenever a client connects to the server. You can simultaneously connect as many as 10 clients to the remote command server on a computer, and all the clients operate securely and independently of one another.
To install rcmdsvc.exe, log on as an administrator to the XP, Win2K, or Windows NT 4.0 machine you want to run remote commands on, copy the file into \%systemroot%winnt\system32, and typercmdsvc -install
at the command prompt. To start the service, typenet start rcmdsvc
You can now copy the rcmd.exe file to any location and start using it. Open a command prompt, and browse to the directory in which you saved the rcmd.exe file. Enter the Rcmd command. The Help files specify the Rcmd command parameters asrcmd [server_name [command] ]
Although these parameters aren`t difficult to understand, they don`t follow the traditional format conventions that Microsoft uses for command strings. Here`s a simpler and easier format that you can use:rcmd \\<servername> <command>
where servername is the name of the server you want to remotely execute a command on and command is the tool or utility you want to run on that server to execute a particular task. This command opens a command-line session with the specified server. Or, you can simply typercmd
at the command prompt, in which case you`ll be prompted to enter a server name. Exit this mode by typingexit
or by pressing Ctrl+Break.
This response comes from Intel page at: http://www.intel.com/technology/hyperthread/
Hyper-Threading Technology is a groundbreaking innovation from Intel® Corporation that enables multi-threaded software applications to execute threads in parallel. This level of threading technology has never been seen before in a general-purpose microprocessor. Internet, e-Business, and enterprise software applications continue to put higher demands on processors. To improve performance in the past, threading was enabled in the software by splitting instructions into multiple streams so that multiple processors could act upon them. Today with Hyper-Threading Technology, processor-level threading can be utilized which offers more efficient use of processor resources for greater parallelism and improved performance on today`s multi-threaded software. Hyper-Threading Technology provides thread-level-parallelism (TLP) on each processor resulting in increased utilization of processor execution resources. As a result, resource utilization yields higher processing throughput. Hyper-Threading Technology is a form of simultaneous multi-threading technology (SMT) where multiple threads of software applications can be run simultaneously on one processor. This is achieved by duplicating the architectural state on each processor, while sharing one set of processor execution resources. Hyper-Threading Technology also delivers faster response times for multi-tasking workload environments. By allowing the processor to use on-die resources that would otherwise have been idle, Hyper-Threading Technology provides a performance boost on multi-threading and multi-tasking operations for the Intel® NetBurst™ microarchitecture.
This technology is largely invisible to the platform. In fact, many applications are already multi-threaded and will automatically benefit from this technology. However, multi-threaded applications take full advantage of the increased performance that Hyper-Threading Technology has to offer, allowing users will see immediate performance gains when multitasking. Today`s multi-processing aware software is also compatible with Hyper-Threading Technology enabled platforms, but further performance gains can be realized by specifically tuning software for Hyper-Threading Technology. This technology complements traditional multi-processing by providing additional headroom for future software optimizations and business growth.
Hyper-Threading Technology offers many benefits to e-Business and the enterprise such as:
Enables more user support improving business productivity
Provides faster response times for Internet and e-Business applications enhancing customer experience
Increases number of transactions that can be processed
Allows compatibility with existing IA-32 applications and operating systems
Handles larger workloads
Offers headroom for future business growth and new solution capabilities