Welcome to ISAserver.org

Forums | Register | Login | My Profile | Inbox | RSS RSS icon | My Subscription | My Forums | Address Book | Member List | Search | FAQ | Ticket List | Log Out

SSL Host Headers and ISA 2004 with wildcard cert

Users viewing this topic: none

Logged in as: Guest
  Printable Version
All Forums >> [ISA Server 2004 General ] >> Web Publishing >> SSL Host Headers and ISA 2004 with wildcard cert Page: [1]
Login
Message << Older Topic   Newer Topic >>
SSL Host Headers and ISA 2004 with wildcard cert - 2.Sep.2008 6:12:34 PM   
psaul

 

Posts: 4
Joined: 10.Jan.2007
Status: offline
Hello,

I'm trying to check if what I want to do is possible with ISA 2004. I've done some Googling and searching on this site, including reading Tom's wildcard cert article.

I have an SBS 2003 server with ISA 2004, we want to host 3 HTTPS sites on this same server (in addition to the webstuff SBS has, like OWA and RWW). These 3 sites are not OWA related, they're just regular sites that should be run over HTTPS.

The sites will all use a common domain, something like: edmonton.domain.com, calgary.domain.com and vancouver.domain.com, etc.

As far as I can determine I can create a single web listener and use a *.domain.com wildcard certificate. However from what I read I can NOT use the same wildcard cert for the 3 internal sites hosted in IIS, is that true?

It seems we'd need regular FQDN certs for each of the "city" SSL sites (which seems needlessly expensive since we already have a wildcard cert).

Would it be possible to have HTTPS terminate with ISA's WAN interface and then use HTTP to the published sites?

That is, is it possible to do:
client--HTTPS--ISA--HTTP--IIS

Can ISA decrypt the HTTPS data and forward the request as HTTP to IIS and then encrypt the response back to the client? Or would this affect the host headers and cause IIS to not know what was what?
(I know this is less secure, but since it's all on the same machine it's not going across the LAN, besides the LAN is trusted in this case).

Or is the only solution having a wildcard cert for the ISA weblistener and 3 seperate certs for the actual sites?

Thanks so much,
Saul
Post #: 1
RE: SSL Host Headers and ISA 2004 with wildcard cert - 3.Sep.2008 9:49:12 AM   
Rotorblade

 

Posts: 1002
Joined: 27.Feb.2007
Status: offline
quote:


As far as I can determine I can create a single web listener and use a *.domain.com wildcard certificate. However from what I read I can NOT use the same wildcard cert for the 3 internal sites hosted in IIS, is that true?



I’m not sure if I follow what your asking but the issue is that IIS will support the use of * wildcard certificates but the problem lies with ISA 2004 and the use of * certificates. Using ISA 2004, wildcard certificates are only supported being installed on ISA and does not support SSL – SSL bridging to the published server.

quote:


Would it be possible to have HTTPS terminate with ISA's WAN interface and then use HTTP to the published sites?

That is, is it possible to do:
client--HTTPS--ISA--HTTP--IIS


Yes, that’s the only way it’s going to work using ISA 2004

quote:


Can ISA decrypt the HTTPS data and forward the request as HTTP to IIS and then encrypt the response back to the client? Or would this affect the host headers and cause IIS to not know what was what?
(I know this is less secure, but since it's all on the same machine it's not going across the LAN, besides the LAN is trusted in this case).


Sure, it’s a reverse-proxy.

quote:


Or would this affect the host headers and cause IIS to not know what was what?


BTW, Although there are hacks that you can use to make it work, host headers are not supported using SSL. The SSL socket is bound the IIS virtual server’s IP. 

quote]
Or is the only solution having a wildcard cert for the ISA weblistener and 3 seperate certs for the actual sites?


As mentioned, ISA 2004 only supports the use of wildcards on the ISA itself. Adding three additional certificates on the IIS server is going to be some work too. You will need 3 virtual IP’s or alternate ports to bind the certificates too. The other thing you need to consider when trying to get the job done with only one web listener is authentication requirements for the published servers. If you’re already publishing OWA, are you using FBA? If so, your going to need another web listener.

HTH

RB





_____________________________

David Melvin
Ohio
MCSE: Security 2003, MCSA:Security 2003

(in reply to psaul)
Post #: 2
RE: SSL Host Headers and ISA 2004 with wildcard cert - 3.Sep.2008 12:18:21 PM   
psaul

 

Posts: 4
Joined: 10.Jan.2007
Status: offline
Hello Rotoblade, thanks for the reply.

I did some additional digging on reverse proxy and HTTPS to HTTP Bridging. I think I can accomplish what I want (3 external HTTPS sites that point to 3 internal sites -- all with the same external root domain).

You're right that I will have to use the *.wildcard cert on the ISA listener only and not on the IIS website. I can do HTTPS to HTTP Bridging:
http://technet.microsoft.com/en-ca/library/cc302649.aspx
Procedure 5 and Appendix C seem to list what I want to do.

(or since the Bridging tab in ISA's publishing rule has an SSL port number it may be possible to do HTTPS to HTTPS bridging using different internal port numbers for each of the 3 city.domain.com sites if each of the 3 internal city.internal.local sites has SSL on different port numbers, though I suspect this is just extra work on my part...)

I know SSL Host Headers involves some CLI work, which is fine by me:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/596b9108-b1a7-494d-885d-f8941b07554c.mspx?mfr=true
and
http://thelazyadmin.com/blogs/thelazyadmin/archive/2006/06/16/IIS-6.0-and-SSL-Host-Headers.aspx

As for OWA, Forms Based Authentication isn't required, though from looking at another client's SBS 2003 I think it can be done.

It seems the way SBS 2003 with ISA 2004 is setup to allow, say, https://mail.domain.com/exchange to point to OWA with FBA is to use a self-signed publishing.internal.local cert on the Default website in IIS for OWA (which is trusted by itself) and the "SBS Web Listener" it creates is where you put the external-CA 3rd party signed mail.domain.com certificate. Authentication types are Integrated and SSL certificate only.

This seems to work. So if I get a 3rd party *.wildcard cert for *.domain.com and place it on the web listener it should continue to work for mail.domain.com, and if I create rules for edmonton.domain.com, calgary.domain.com, vancouver.domain.com, etc it should work for those too. ISA would then do SSL to SSL bridging to publishing.internal.local for OWA, RWW and anything else on the default website.

I can then use SSL to HTTP bridging to 3 other, non-SSL sites, (edmonton.internal.local, etc) and the same listener should work for those, from what I can see.

Thanks for your help,
--Saul

(in reply to Rotorblade)
Post #: 3
RE: SSL Host Headers and ISA 2004 with wildcard cert - 3.Sep.2008 2:32:23 PM   
Rotorblade

 

Posts: 1002
Joined: 27.Feb.2007
Status: offline
Good, sounds like you have done your homework.

Good luck

RB

_____________________________

David Melvin
Ohio
MCSE: Security 2003, MCSA:Security 2003

(in reply to psaul)
Post #: 4

Page:   [1] << Older Topic    Newer Topic >>
All Forums >> [ISA Server 2004 General ] >> Web Publishing >> SSL Host Headers and ISA 2004 with wildcard cert Page: [1]
Jump to:

New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts