RPC over HTTPS Almost working...

Posted on 2008-10-01
Last Modified: 2012-05-05
I have set up several Exchange servers over the past year for RPC over HTTPS connections and they have all gone up without a hitch.  This one however, is only working part way.  This time it's kicking my butt.  I hope I've provided enough information for someone to help me track down the problem.

In the past I have been working with a single server that was the DC and Exchange all in one.  This time I still have a single Exchange server, but have a seperate DC.

I use Petri's setup guide to a T and have also referenced Amset now after finding this experts-exchange article:

The Petri article:

The Amset article:

What I saw at Amset lead me to believe that maybe I'm missing something.  Do I need to be setting up RPC proxy on the DC instead of Exchange this time??

As it stands, I have RPC proxy set up on the Exchange server.  I have a valid SSL cert in place and can connect to OWA without problems both inside and outside the LAN.  I can navigate to the server/rpc directory and be prompted for credentials.  If I log in, I get a 403 error which I've read is normal.  No certificate errors is the key.

If I try to connect with an outlook client from outside our network (through a NAT'd port 443 directly to our exchange server) outlook prompts for a login, but then just hangs.  RPCDiag shows connections attempted to my server's netbios name, but never shows one completed.  Internally on the LAN when I limit my server to port 443 connections and use a profile in outlook that is set to use an RPC Proxy, outlook simply hangs, although RPCDiag shows a successful connection to my DC while connections to the Exchange server attempt and drop every so often.

Everyone focuses on the registry port settings and the SSL cert as the primary glitches, and I think I've proven that my SSL cert is ok with the OWA connection and the /rpc connection working without a cert error.

As for registry settings, at first I used the tool from Petri to set them, but after reading the Amset article I've modified the rpcproxy key manually to this: (server names and such changed)


ex = exchange server's netbios name
dc = domain controller's netbios name = our external dns entry pointing to our exchange server

Things that work: (under construction page) (owa login - works completely) (prompt for login, then 403 after login)

I don't know enough about rpcping to test much, but I did one suggested ping and got this:

rpcping -t ncacn_http -s myserver -o RpcProxy=myserver -P "myuser,mydomain,*" -I "myuser,mydomain,*" -H 2 -u 10 -a connect -F 3 -v 3 -E -R none

RPCPing v2.12. Copyright (C) Microsoft Corporation, 2002
OS Version is: 5.1, Service Pack 3
Enter password for server:
Enter password for RPC/HTTP proxy:

RPCPinging proxy server exchange2k3 with Echo Request Packet
Sending ping to server
Error 12175 returned in the WinHttpSendRequest.
Ping failed.

Thank you in advance!
Question by:archaic0
1 Comment

Accepted Solution

archaic0 earned 0 total points
ID: 22625779
OK, this is working now.

I don't have a clear answer as to why.

I changed my port assignments acording to the Amset article but left a couple out that he suggested (port 593) because this port did not show up on anyone elses examples.  My connection did not work last night when I gave up but this morning it works.  The server has not been rebooted since that change, but maybe a replication kind of thing needed to happen since I have a seperate DC?

Here is my current registry setting for RPC Ports:


This is the only thing I have been editing in for the last day between a time when it did not work and now when it does work.

One last note, my RPCPing failed at least partly because I was connecting with the internal netbios name instead of the external address that is registered to the certificate.  I did that because internally I cannot use the external DNS name.  I made a local host entry to fix that, and when I used the DNS name to ping, the RPCPing was successful.


Featured Post

PRTG Network Monitor: Intuitive Network Monitoring

Network Monitoring is essential to ensure that computer systems and network devices are running. Use PRTG to monitor LANs, servers, websites, applications and devices, bandwidth, virtual environments, remote systems, IoT, and many more. PRTG is easy to set up & use.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This process describes the steps required to Import and Export data from and to .pst files using Exchange 2010. We can use these steps to export data from a user to a .pst file, import data back to the same or a different user, or even import data t…
This article lists the top 5 free OST to PST Converter Tools. These tools save a lot of time for users when they want to convert OST to PST after their exchange server is no longer available or some other critical issue with exchange server or impor…
This video demonstrates how to sync Microsoft Exchange Public Folders with smartphones using CodeTwo Exchange Sync and Exchange ActiveSync. To learn more about CodeTwo Exchange Sync and download the free trial, go to:…
This video shows how to quickly and easily add an email signature for all users on Exchange 2016. The resulting signature is applied on a server level by Exchange Online. The email signature template has been downloaded from: www.mail-signatures…

777 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question