Setting up RPC over HTTP |
 |
By Paul Robichaux
17 May 2004 | SearchExchange.com |
 |


|
The following is tip #13 from "20 Tips on securing Outlook in 20 minutes," excerpted from a chapter in Paul Robichaux's
book, Secure Messaging with Microsoft Exchange Server 2003 © 2004, published by Microsoft Press.
Return to the main page for more tips on this
topic.
Most of the work for setting up RPC over HTTP actually has to be done on the server side.
On the client side, you'll need to
ensure that your servers have Microsoft Windows XP. If you're using Service Pack 1, you'll need the Q331320 hotfix, which is
included with Service Pack 2 and later.
You'll also need to have Exchange Server 2003 running on Windows Server 2003 for the
front-end and back-end servers your users communicate with, and all global catalogs and domain controllers that your servers
and clients talk to must also be running Windows Server 2003.
The settings for RPC over HTTP are associated with individual profiles and can only be applied to a single Exchange server
account in each profile. You modify these settings using the same interface you're probably familiar with, but the settings
themselves are different. (Remember, you must already have set up your Exchange servers and global catalogs.)
The key to getting RPC over HTTP set up for Outlook is found in a single simple check box, Connect To My Exchange Mailbox
Using HTTP. (You get to this check box by editing an account with the Tools | E-Mail Accounts command, clicking Change,
clicking More Settings, and clicking the Connection tab.) This check box is visible when you're running Outlook 2003 on a
system that meets the prerequisites and talking to an Exchange server that meets its prerequisite requirements. If any
component is missing or misconfigured, the check box won't appear.
After you select the check box, of course, the real fun begins. The Exchange Proxy Settings button controls the appearance of
the Exchange Proxy Settings dialog box. You can specify the URL for your Exchange server (which, for a standard Exchange
Server 2003 installation, will be the same as the name of the front-end server) and whether you want to require the use of
SSL. For maximum security, you should ensure that the Connect Using SSL Only and Mutually Authenticate The Session When
Connecting With SSL check boxes are both selected; this combination provides the best protection against spoofing and
eavesdropping. The other settings are pretty much irrelevant from a security standpoint, with the exception of the Use This
Authentication When Connecting To My Proxy Server For Exchange control.
Other Nifty Tricks There are two other useful things to know about Outlook 2003 RPC over HTTPS support. The first
is that you can disable the user interface controls that let users change RPC over HTTPS behavior. This is useful if you want
to ensure that your users don't set it up on their own, or if you want to prevent them from changing settings once you've
deployed them. To do this, add the EnableRPCTunnelingUI value (a REG_DWORD) to
HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\11.0\Outlook\RPC. When this value is
set to 0, the user interface (UI) controls are hidden; when it's set to 1, or not present, the UI controls are visible as
long as Outlook is running on a machine that meets the operating system requirements.
The other useful thing to know is that you can turn on RPC over HTTPS at a later date, after your initial Outlook 2003
deployment. To do this, you should use the Office Resource Kit's Custom Maintenance Wizard, which lets you make some types of
configuration changes and deploy them as files that can automatically update installed Office configurations. To learn more
about the Custom Maintenance Wizard, see http://www.microsoft.com/office/ork/2003/three/ch10/OutE01.htm
.
Get more "20 Tips on securing Outlook in 20 minutes!" Return to the main page.
About the author: Paul Robichaux is a partner at 3sharp LLC, author of several books on Exchange, Windows, and
security, a Microsoft MVP for Exchange Server and a frequent speaker and presenter at IT industry conferences. He's written
software for everyone from the U.S. National Security Agency to scientists flying their experiments aboard the Space Shuttle,
fixed helicopters in the desert and spent way too much time playing video games.
');
// -->
|
 |
|
 |