Yeah, but RPC over HTTPS will never connect to Exchange without these ports open?
Main Topics
Browse All TopicsHi,
I've recently been working on a Exchange 2007 server SP1 running on window server 2003 64bit.
I had some problems with RPC over HTTPS.
I checked firewall logs and noticed each time I tried to open outlook that my IP was blocked on the following TCP ports:
135 (RPC).
1030-1099 (RPC Random ports).
What is the risk of keeping these ports open externally?
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
On the external firewall, make sure you only have 443 open, that is all what you need for Outlook Anywhere.
Create a test account and run the Outlook Connectivity Test in the Microsoft test website. See what flags up and post the errors here for further help.
https://www.testexchangeco
Im still doubting that 443 is the only port necessary to be opened.
My experience tells me, with only 443 opened, I get a laggy session thats mostlikely to crash before it can estabilish a connection, and whenever I get a connection, I can only receive email, as soon as I begin sending emails, it drops out again.
When I opened 135 tcp and 1030-1099tcp, it was like connecting to exchange locally.
Hi,
Rpc uses random ports to ensure a client can talk to the servers (called ephemeral ports). Since this is not possible over the internet (due to security and some other reasons) Rpc over http was decided, where Rpc uses Http as its transports (port 80 or 443) and connects to iis. Iis, from here uses rpc again to connect to the mailbox. This is the reason why you'd need to configure only port 443 (since exchange doesnt allow non secure connections in rpc http by default). If rpc over http doesnt work for you like this, then you'd need to continue troubleshooting basis articles and info the other folks have mentioned here. I hope this helps.
Thanks
You asked for risk involved with keeping port 135 open, here is a brief description. "You should close it immediately"
Microsoft's DCOM (Distributed, i.e. networked, COM) Service Control Manager (also known as the RPC Endpoint Mapper) uses this port in a manner similar to SUN's UNIX use of port 111. The SCM server running on the user's computer opens port 135 and listens for incoming requests from clients wishing to locate the ports where DCOM services can be found on that machine.
Port 135 is certainly not a port that needs to be, or should be, exposed to the Internet. Hacker tools such as "epdump" (Endpoint Dump) are able to immediately identify every DCOM-related server/service running on the user's hosting computer and match them up with known exploits against those services.
Any machines placed behind a NAT router (any typical residential or small business broadband IP-sharing router) will be inherently safe. And any good personal software firewall should also be able to easily block port 135 from external exposure. That's what you want.
In addition, many security conscious ISPs are now blocking port 135 along with the notorious "NetBIOS Trio" of ports (137-139). So even without any of your own proactive security, you may find that port 135 has been blocked and stealthed on your behalf by your ISP.
Going Further: Closing port 135
The widespread exposure and insecurity of this port has generated a great deal of concern among PC gurus. This has resulted in several approaches to shutting down the Windows DCOM server and firmly closing port 135 once and for all. Although applications may be "DCOM enabled" or "DCOM aware", very few, if any, are actually dependent upon the presence of its services. Consequently, it is usually possible (and generally desirable if you're comfortable doing such things) to shut down DCOM and close port 135 without any ill effects. (The fewer things running in a Windows system, the fewer things to suck up RAM and slow everything else down.)
For your other ports go to https://www.grc.com/port_1
Hope this helps!
Business Accounts
Answer for Membership
by: NpatangPosted on 2009-09-10 at 22:38:29ID: 25306905
Don't open 135 port o the firewall. 135 is only used by the internal outlook clients to connect with exchange server.
For RPC over HTTPS you just need the 443 port on the firewall. opening the 135 port that for End point mapper on t he firewall will be dangerous on firewall.