Your network contains two servers that run the Server Core installation of Windows Server 2008 R2.
The two servers are part of a Network Load Balancing cluster. The cluster hosts a Web site.
Administrators use client computers that run Windows 7. You need to recommend a strategy that
allows the administrators to remotely manage the Network Load Balancing cluster. Your strategy
must support automation. What should you recommend?

A.
On the servers, enable Windows Remote Management (WinRM).

B.
On the servers, add the administrators to the Remote Desktop Users group.

C.
On the Windows 7 client computers, enable Windows Remote Management (WinRM).

D.
On the Windows 7 client computers, add the administrators to the Remote Desktop Users group.

Explanation:

http ://support.microsoft.com/kb/968929
http ://msdn.microsoft.com/en-us/library/aa384291%28VS.85%29.aspx
WinRM 2.0
WinRM is the Microsoft implementation of WS-Management Protocol, a standard Simple Object
Access Protocol (SOAP)-based, firewall-friendly protocol that allows for hardware and operating
systems from different vendors to interoperate. The WS-Management Protocol specification
provides a common way for systems to access and exchange management information across an IT
infrastructure. WinRM 2.0 includes the following new features:
• The WinRM Client Shell API provides functionality to create and manage shells and shell
operations, commands, and data streams on remote computers.
• The WinRM Plug-in API provides functionality that enables a user to write plug-ins by
implementing certain APIs for supported resources and operations.
• WinRM 2.0 introduces a hosting framework. Two hosting models are supported. One is Internet
Information Services (HS)-based and the other is WinRM service-based.
• Association traversal lets a user retrieve instances of Association classes by using a standard
filtering mechanism.
• WinRM 2.0 supports delegating user credentials across multiple remote computers.
• Users of WinRM 2.0 can use Windows PowerShell cmdlets for system management.
• WinRM has added a specific set of quotas that provide a better quality of service and allocate
server resources to concurrent users. The WinRM quota set is based on the quota infrastructure that
is implemented for the IIS service.

USAGE
=====
(ALL UPPER-CASE = value that must be supplied by user.)
winrs [-/SWITCH[:VALUE]] COMMAND
COMMAND – Any string that can be executed as a command in the cmd.exe shell.
SWITCHES
========
(All switches accept both short form or long form. For example both -r and
-remote are valid.)
-r[emote]:ENDPOINT – The target endpoint using a NetBIOS name or the standard connect
ion URL: [TRANSPORT://]TARGET[:PORT]. If not specified
-r:localhost is used.

-un[encrypted] – Specify that the messages to the remote shell will not be encrypted. This is useful
for troubleshooting, or when the network traffic is already encrypted using ipsec, or when physical
security is enforced. By default the messages are encrypted
using Kerberos or NTLM keys. This switch is ignored when HTTPS transport is selected.
-u[sername]:USERNAME – Specify username on command line. If not specified the tool will
use Negotiate authentication or prompt for the name.
If -username is specified, -password must be as well.
-p[assword]:PASSWORD – Specify password on command line. If -password is not specified but –
username is the tool will prompt for the password. If -password is specified, -user must be specified
as well.
-t[imeout]:SECONDS – This option is deprecated.
-d[irectory]:PATH – Specifies starting directory for remote shell. If not specified the remote
shell will start in the user’s home directory defined by the environment variable %USERPROFILE%.
-env[ironment]:STRING=VALUE – Specifies a single environment variable to be set when shell starts,
which allows changing default environment for shell. Multiple occurrences of this switch must be
used to specify multiple environment variables.
-noe[cho] – Specifies that echo should be disabled. This may be necessary to ensure that user’s
answers to remote prompts are not displayed locally. By default echo is “on”.
-nop[rofile] – Specifies that the user’s profile should not be loaded. By default the server will attempt
to load the user profile. If the remote user is not a local administrator on the target system then this
option will be required (the default will result in error).
-a[llow]d[elegate] – Specifies that the user’s credentials can be used to access a remote share, for
example, found on a different machine than the target endpoint.
-comp[ression] – Turn on compression. Older installations on remote machines may not support
compression so it is off by default.
-[use]ssl – Use an SSL connection when using a remote endpoint. Specifying this instead of the
transport “https:” will use the default WinRM default port.
-? – Help
To terminate the remote command the user can type Ctrl-C or Ctrl-Break, which will be sent to the
remote shell. The second Ctrl-C will force termination of winrs.exe.
To manage active remote shells or WinRS configuration, use the WinRM tool. The URI alias to
manage active shells is shell/cmd. The URI alias for WinRS configuration is winrm/conf
ig/winrs. Example usage can be found in the WinRM tool by typing “WinRM -?”.
Examples:
winrs -r:https://myserver.com command
winrs -r:myserver.com -usessl command
winrs -r:myserver command
winrs -r:http ://127.0.0.1 command
winrs -r:http ://169.51.2.101:80 -unencrypted command
winrs -r:https://[::FFFF:129.144.52.38] command
winrs -r:http ://[1080:0:0:0:8:800:200C:417A]:80 command
winrs -r:https://myserver.com -t:600 -u:administrator -p:$%fgh7 ipconfig
winrs -r:myserver -env:PATH=^%PATH^%;c:\tools -env:TEMP=d:\temp config.cmd
winrs -r:myserver netdom join myserver /domain:testdomain /userd:johns /passwordd:$%fgh789
winrs -r:myserver -ad -u:administrator -p:$%fgh7 dir \\anotherserver\share