Activesync van Windows Mobile via Apache reverse proxy

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
Hoi,

Ik loop al twee weken lang m'n hoofd te breken over het volgende:
We hebben op dit moment een third-party firewall/web proxy, waar we snel vanaf willen.
De nieuwe firewall draait al dik een jaar, das het punt niet, De reverse proxy is het probleem.
De huidige reverse proxy biedt de mogelijkheid om met een Windows Mobile device mbv Activesync naar onze Exchange server te synchroniseren. Die functionaliteit krijg ik niet voor elkaar in mn nieuw gebouwde Apache omgeving.
Ik heb het SSL-certificaat (wat op de ouwe reverse proxy al in PEM formaat stond) naar de nieuwe overgezet, dat werkt prachtig. Als ik op een Windows Mobile device https://www.domain.com/exchange benader, krijg ik geen certificaat-foutmeldingen (cert is bij verisign gekocht, niet self-generated), maar keurig netjes mn webmail.
Als ik activesync instel en probeer te syncen krijg ik de volgende melding:

The security certificate on the server is not valid. Support code 0x80072F0D

Het certificaat is echter prima in orde, want
* het is een gekocht (en niet expired of zo) certificaat
* het is 1 op 1 gekopieerd van de oude reverse proxy
* het werkt prima als ik https://www.domain.com/exchange opvraag

En oh ja, het is geen wildcard certificaat, dat die niet werken onder Wm is me bekend :9

Beide configs (de oude server die er uit moet en de nieuwe die ik aan het bouwen ben) zijn zo ingericht dat je via SSL tegen de proxy aanpraat, en dat de proxy je verzoek via plain http naar de mailserver door zet (SSL offloading). Er staat dus geen certificaat op de mailserver zelf.

M'n Apache config ziet er zo uit:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
<VirtualHost 192.168.120.111:443>
    ServerName www.domain.com
    ProxyRequests Off
    ProxyPreserveHost On
    ProxyVia On
    RequestHeader set Front-End-Https "on" 
    SSLEngine On
    
    Header unset WWW-Authenticate
    Header set WWW-Authenticate "Basic realm=\"domain.com\""
    
    SSLCertificateFile "C:/Program Files/Apache Software Foundation/Apache2.2/conf/ssl/www.domain.com.pem"
    SSLCertificateKeyFile "C:/Program Files/Apache Software Foundation/Apache2.2/conf/ssl/www.domain.com.pem"

    <Location /exchange>
        ProxyPass http://mailservername/exchange
        ProxyPassReverse http://mailservername/exchange
        SSLRequireSSL
    </location>
    
    <Location /Microsoft-Server-ActiveSync>
        ProxyPass http://mailservername/Microsoft-Server-ActiveSync
        ProxyPassReverse http://mailservername/Microsoft-Server-ActiveSync
        SSLRequireSSL
    </location>
    
    <Location /Microsoft-Server-ActiveSync/>
        ProxyPass http://mailservername/Microsoft-Server-ActiveSync/
        ProxyPassReverse http://mailservername/Microsoft-Server-ActiveSync/
        SSLRequireSSL
    </location>
        
    <Location /oma>
        ProxyPass http://mailservername/oma
        ProxyPassReverse http://mailservername/oma
        SSLRequireSSL
    </location>
    
    <Location /exchweb>
        ProxyPass http://mailservername/exchweb/
        ProxyPassReverse http://mailservername/exchweb/
    </location>
    
    <Location /public>
        ProxyPass http://mailservername/public/
        ProxyPassReverse http://mailservername/public/
        SSLRequireSSL
    </location>
</VirtualHost>

Als ik de foutmelding uit activesync opgoogle kom ik alleen maar adviezen tegen dat ik het certificaat zou moeten importeren in mn WM device, maar dat lijkt me zo zinloos aangezien het certificaat niet gewijzigd is...
Klopt mijn gedachtengang, of zie ik iets vreselijk over het hoofd? Ik wil (moet :X ) dit snel aan de praat krijgen, dus alle hulp of nieuwe invalshoeken zijn meer dan welkom. Alvast bedankt!

Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 18-09 16:52

Jazzy

Moderator SSC/PB

Moooooh!

Je zult die ISA server er echt bij moeten houden, ik heb nog nooit gehoord dat je apache als reverse proxy hiervoor kunt gebruiken.

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

Verwijderd

Welke exchange versie gebruik je? Overigens moet een windows mobile device wel met multiple domain certificates om kunnen gaan. Sterker nog in Exchange 2007 moet je zelfs met multiple domain certs werken. Ik vind het overigens ook maar een vreemde constructie zo.

[ Voor 12% gewijzigd door Verwijderd op 11-08-2008 19:46 ]


Acties:
  • 0 Henk 'm!

  • maartenva
  • Registratie: Augustus 2005
  • Laatst online: 03-09-2018
ja hier een beetje hetzelfde probleem.
Wij willen ook syncen met exchange achter firewall en we hebben hier geen front-end-server voor. Poort 443 gewoon openzetten naar internet is te gevaarlijk en proximus direct email is ook geen werkbare oplossing.
Nu waren wij ook juist van plan om dit op te zetten.
Alle hulp is hier dus ook welkom. Ik ga het alleszins proberen opzetten en dan zal ik wel zien.

Mss zit het probleem ergens bij uw ssl offload. WM gaat een ssl verbinding aangaan en exchange krijgt deze niet binnen. Hoe gaat deze laatste terug sturen en gaat apache deze terug in ssl zetten?

Staan de instellingen op exchange goed dat deze geen ssl nodig heeft of vereist?

Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 18-09 16:52

Jazzy

Moderator SSC/PB

Moooooh!

Ik zou dit zelf absoluut met ISA doen, maar als je het met Apache wilt doen dan kun je hier eens kijken: http://www.wlug.org.nz/ApacheReverseProxy

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
Sorry voor mn late reply, ik was op cursus :z
@Jazzy: Ik heb geen ISA server, nooit gehad ook, en wil daar ook niet aan. De inhoud van de link die je als laatste plaatst komt wel redelijk 1 op 1 overeen met de config die ik hierboven gedumpt heb.
@Meph: Ik draait exchange 2003 (SP2) . Wat vind je vreemd aan de constructie die ik wil bouwen?
@MaartenvA: SSL oflfoading werkt perfect: ik kan met alle clients (inclusief de WM clients!) naar https://www.mijndomein.com/exchange. M'n apache doos pakt het ssl verkeer aan en zet onder water de verzoeken naar de Exchange box op over http. Dat gaat echt prima. Het enige wat nodig is om Exchange te vertellen dat er een front-end server voor staat is de regel die in mijn config dump op regel 6 staat: RequestHeader set Front-End-Https "on" . Hierdoor weet Exchange dat de links die hij genereert allemaal met https moeten beginnen, ondanks dat hij alleen http verzoeken binnen krijgt.

Kan het zijn dat ActiveSync het niet leuk vind dat het ip adres van de server waar het certificaat vandaan komt in enen veranderd is? De oude proxy-firewall draait op x.x.x., terwijl mn nieuwe apache box op y.y.y.y draait. Zou WM zien dat het certificaat identiek is, maar in enen van een andere locatie komt en het daarom weigert?

Acties:
  • 0 Henk 'm!

  • axis
  • Registratie: Juni 2000
  • Laatst online: 26-01-2023
Zit nu met hetzelfde issue, ik ga er straks ook weer eens aan beginnen (heb een test apache2 proxy doos en Exchange2007SP1 klaar staan.

Het valt me wel op dat MS zelf uitlegt hoe het moet: How to Configure SSL Offloading for Outlook Web Access in Exchange Server 2007 Maar daarbij opmerkt: "Microsoft Exchange ActiveSync does not support SSL offloading."

Ze leggen helaas niet uit waarom niet..

Two advices for network troubleshooting.. learn to draw diagrams in Visio, and THINK IN LAYERS!


Acties:
  • 0 Henk 'm!

  • SeatRider
  • Registratie: November 2003
  • Laatst online: 13:37

SeatRider

Hips don't lie

Was het niet zo, dat je een certificaat altijd maakt op basis van een certreq bestand, en dat je nu een certificaat in Apache probeert te importeren dat nooit is gegenereerd op basis van een aldaar bekend certreq bestand?

Nederlands is makkelijker als je denkt


Acties:
  • 0 Henk 'm!

  • axis
  • Registratie: Juni 2000
  • Laatst online: 26-01-2023
We've been having a hell of a time with our Apache/OWA configuration that is very similar to this. Specifically, since we enabled NTLM authentication to the external OWA users (needed to support Mobile IIS devices) we started to get sporadic 'page cannot be displayed' for elements within the OWA session as well as the 'secure/insecure' warnings (which turned out to be refering to the 'page cannot...' error page itself).

This turned out to be related to NTLMs expectation for persistent channels, a-la: http://groups.google.ca/gro..

It ultimately appears that editing apache2.conf and changing the value of KeepAliveTimeout to match IIS (120 seconds) and editing ssl.conf to disable the 'ssl protocol adjustment' related to keep-alives has resolved the issue.
bron: http://3cx.org/item/46

Two advices for network troubleshooting.. learn to draw diagrams in Visio, and THINK IN LAYERS!


Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
Probleem is "opgelost".
Ik het het verkeer voor activesync naar een andere URL gegooid, en voor deze URL een apart certificaat gekocht. Dit certificaat heb ik op mn exchange server geinstalleerd.
Door wat wijzigingen in de DNS server en in de port-forwarding van de firewall komt het activesync verkeer nu rechtstreeks (zonder tussenkomst van de apache proxy-server) op de Exchange server uit.
Het is meer een workaround van de bovenste plank dan een echte oplossing, maar ik moest dit voor het eind van het jaar opgelost hebben, aangezien mn huidige proxy server (die het kennelijk wél goed af kan handelen) er dan uit gaat...
Allemaal bedankt voor het meedenken!

Acties:
  • 0 Henk 'm!

  • axis
  • Registratie: Juni 2000
  • Laatst online: 26-01-2023
Ik heb het nu werkend: http://blog.hongens.nl/?page_id=70

De crux zat het er volgens mij in om zowel van client naar proxy als van proxy naar exchange https te gebruiken. Mijn Windows Mobile 6 phone synchroniseerd nu prima met mijn Exchange 2007 machine, zelf door een Squid en Apache2 heen. :)

Maar ik heb het pas net draaiend, dus de praktijk zal leren of het goed werkt, of dat ik toch nog issues tegen kom.

Two advices for network troubleshooting.. learn to draw diagrams in Visio, and THINK IN LAYERS!


Acties:
  • 0 Henk 'm!

Verwijderd

axis schreef op maandag 24 november 2008 @ 23:48:
Ik heb het nu werkend: http://blog.hongens.nl/?page_id=70

De crux zat het er volgens mij in om zowel van client naar proxy als van proxy naar exchange https te gebruiken. Mijn Windows Mobile 6 phone synchroniseerd nu prima met mijn Exchange 2007 machine, zelf door een Squid en Apache2 heen. :)

Maar ik heb het pas net draaiend, dus de praktijk zal leren of het goed werkt, of dat ik toch nog issues tegen kom.
MS raad overigens een expire tijd van 15 mins aan voor activesync. Apache heeft A300 (5 mins?) en de squid 1 uur (default voor de meeste netwerkcomponenten; grappig genoeg is de expire van isa 2 mins :)).
Pagina: 1