RE: Is anyone successfully running OWA2K behind Apache/mod_ssl?

I'd suggest that you disable the basic authentication as well, once it all
works.

This does mean that users would have to enter their username and password
twice, but does keep out worms like "Code Red". After all, your exchange
server isn't a public site.

On Exchange 5.5/IIS4 we've disabled both Challenge/Response (as this
prevents Netscape or Mozilla getting into your mailbox) and basic
authentication. We do get a niggly message "your password will expire in 0
days", but we just ignore it.

-
John Airey, BSc (Jt Hons), CNA, RHCE
Internet systems support officer, ITCSD, Royal National Institute of the
Blind,
Bakewell Road, Peterborough PE2 6XU,
Tel.: +44 (0) 1733 375299 Fax: +44 (0) 1733 370848 John.Airey@rnib.org.uk

If we could learn one thing from September 11th 2001, it would be the utter
absurdity of moral relativism.



> -----Original Message-----
> From: David Marshall [mailto:dmarshall@esilicon.com]
> Sent: 07 November 2002 14:58
> To: modssl-users@modssl.org
> Subject: RE: Is anyone successfully running OWA2K behind
> Apache/mod_ssl?
>
>
> Jason,
>
> I had this running on RedHat 7.2. Apache 1.3.22/Mod_SSL
>
> Here are the steps...
> 1. Obtain Apache Mod mod_proxy_add_forward.c
> Modify the code to set the header "font-end-https: on".
>
> add the following
>
> /* turn on front-end-https header, so OWA will put HTTPS
> into urls */
> ap_table_set(r->headers_in, "front-end-https","on");
>
> Compile and install mod_proxy_add_forward.c.
> I used command "apxs -i -c mod_proxy_add_forward.c"
>
> 2. Add a line to your httpd.conf file:
> "LoadModule proxy_add_forward_module
> /usr/lib/apache/1.3/mod_proxy_add_forward.so"
> replacing /usr/lib/apache/1.3 with the path that apxs
> installs the module.
>
> 3. Add the following directives to the virtual host section
> of your apache
> configuration files, replacing FQDN with the fully
> qualified domain name you
> want to use, NOT the address of the exchange server:
> ProxyPass /exchange/ http://FQDN/exchange/
> ProxyPass /public/ http://FQDN/public/
> ProxyPass /exchweb/ http://FQDN/exchweb/
>
> 4. Make sure that external dns resolves the FQDN to the
> Apache proxy server
>
> 5. Modify your /etc/hosts on the Apache proxy server
> Add the FQDN to resolve to the ip address of the OWA server
>
> 6. On the Server where OWA is installed, Turn off Windows
> Integrated Authentication
> run Internet Services Manager
> ( "Programs"->"Administrative Tools"->"Internet Services Manager" )
>
> Expand to your OWA website and Right-click the OWA site and select
> "Properties", on the resulting Dialog, select the
> "Directory Security"
> Tab, Then Edit the "Anonymous access and authentication control",
> remove "Windows Integrated Authentication" and turn on
> "Basic Authentication"
>
> note: you must repeat this step every time you restart IIS
> or reboot this machine.
>
> I must tell that although the solution "worked", we did not
> put this solution into production.
>
> The biggest drawbacks to this solution were.
> a. Every time you reboot/restart IIS on the System where OWA
> is installed,
> your security settings will be reset adding "Windows
> Integrated Authentication"
> back to the virtual directories.
>
> We have found no way to resolve this.
>
> b. We had to add a virtual host for every OWA site on Apache
> that we needed to host.
> In my environment we have 3 exchange servers and 2 routing groups.
> This meant that as we changed our Exchange Topology, that
> we would have
> to re-work the Apache front-end proxy.
>
> c. Users cannot use the password change option.
>
> After reading the Microsoft Exchange Front-End/Backend
> documents
http://www.microsoft.com/downloads/release.asp?releaseid=439 97 , We decided
to evaluate running a Front-End OWA server under SSL with HTTP disabled on a
separate system from the other Exchange Servers. In the final analysis, we
decided that this was the right answer for us.

David Marshall


-----Original Message-----
From: Jason Haar [mailto:Jason.Haar@trimble.co.nz]
Sent: Thursday, November 07, 2002 12:04 AM
To: modssl-users@modssl.org
Subject: Is anyone successfully runnin OWA2K behind Apache/mod_ssl?


We're using Apache/mod_ssl to provide a reverse-proxy to some backend Web
servers, and want to add OWA2K to the list (that's Outlook Web Access for
Microsoft Exchange 2000).

It works fine with OWA from Exchange 5.5 - which was basically just HTML
plus some javascript - but OWA2K (under IE5+) uses all sorts of whizzy M$
stuff, and doesn't work!

If you access OWA2K with a non-IE browser (e.g. Mozilla), OWA2K reverts to
the older format and works fine - it just doesn't work well from IE (ironic
isn't it :-)

It's pretty flakey. IE5.0 works pretty well, IE5.5 works 20% of the time and
IE6 just dies. It goes without saying that all these browsers work fine when
talking directly to the OWA2K server: it's only via the RP that they fail.

I've done packet sniffs and compares and can't see anything out of the
ordinary. I think it's an OWA issue, or an IE security-context issue, but
can't say for sure.

Anyone else got any stories about this?

Thanks

--
Cheers

Jason Haar
Information Security Manager, Trimble Navigation Ltd.
Phone: +64 3 9635 377 Fax: +64 3 9635 417
PGP Fingerprint: 7A2E 0407 C9A6 CAF6 2B9F 8422 C063 5EBB FE1D 66D1
____________________________________________________________ __________
Apache Interface to OpenSSL (mod_ssl) www.modssl.org
User Support Mailing List modssl-users@modssl.org
Automated List Manager majordomo@modssl.org
____________________________________________________________ __________
Apache Interface to OpenSSL (mod_ssl) www.modssl.org
User Support Mailing List modssl-users@modssl.org
Automated List Manager majordomo@modssl.org

-

NOTICE: The information contained in this email and any attachments is
confidential and may be legally privileged. If you are not the
intended recipient you are hereby notified that you must not use,
disclose, distribute, copy, print or rely on this email's content. If
you are not the intended recipient, please notify the sender
immediately and then delete the email and any attachments from your
system.

RNIB has made strenuous efforts to ensure that emails and any
attachments generated by its staff are free from viruses. However, it
cannot accept any responsibility for any viruses which are
transmitted. We therefore recommend you scan all attachments.

Please note that the statements and views expressed in this email
and any attachments are those of the author and do not necessarily
represent those of RNIB.

RNIB Registered Charity Number: 226227

Website: http://www.rnib.org.uk
____________________________________________________________ __________
Apache Interface to OpenSSL (mod_ssl) www.modssl.org
User Support Mailing List modssl-users@modssl.org
Automated List Manager majordomo@modssl.org