OL Anywhere part2 : CAS

Publication initiale: lundi 16 février 2009

Ce billet décrit les points à vérifier sur le serveur CAS pour dépanner Outlook Anywhere.

verification de la presence du proxy rpc

Taper la commande:

servermanagercmd -q |findstr RPC-over-HTTP-Proxy

Si le composant n’est pas installé :

servermanager cmd -i RPC-over-HTTP-Proxy

Une petite astuce pour SBS 2008. Sur ce dernier, le RPCproxy est situé dans le site web "SBS Web applications".Par défaut la réinstallation du RPCproxy s’effectue dans le site web par défaut. Pour corriger cela, créer la clé de registre suivante avant la réinstallation :

HKLM\SOFTWARE\MICROSOFT\RPC\RpcProxy\Website

Mettre comme valeur "SBS Web Applications"

vérification du fonctionnement du proxy RPC

Action à essayer:
a) Redémarrer IIS (iisreset). Un évènement doit confirmer le bon démarrage du proxy RPC. En cas d’erreur, analyser les events.
b) Les URL suivantes doivent prompter une fois pour l’authentification puis afficher une page blanche :

• https://serveur_cas/rpc
• https://serveur_cas/rpc/rpcproxy.dll

OL Anywhere part1 : Overview

Publication initiale:lundi 16 février 2009

Outlook Anywhere, anciennement "RPC over HTTP", permet à un client Outlook de se connecter à Exchange depuis l’extérieur sans VPN.

Une connexion HTTPS est créé dans laquelle sont encapsulés les paquets RPC. La connexion HTTPS se fait entre le client Outlook et le proxy RPC du serveur CAS.

Deux connexions HTTPS existent comme le montrent la présence des verbes RPC_IN_DATA et RPC_DATA dans les logs IIS.

En effet RPC est "full duplex" contrairement à HTTP. Pour compenser cela le proxy HTTP envoi les données au client sur une connexion et les recoit sur l’autre.

Le proxyRPC transmet les requêtes RPC au serveur Mailbox, sur le lan.

Pour des raisons de sécurités, une clé de registre (validports) limite les serveurs internes et les ports auquels le proxyRPC peut se connecter.

Cela limite l’impacte qu’aurait la prise de control du proxyRPC par un attaquant. Les ports utilisés entre le CAS et le MBX sont ainsi déclarés dans cette clé et limités aux ports tcp 6001,6002 et 6004.

E2K7:OWA : version light au lieu de la version premium

vendredi 13 février 2009

OWA 2007 est disponible en version light ou premium. La version premium n’est disponible qu’avec Internet Explorer.

Une case à cocher lors de l’ouverture de session sur la page d’authentification "form based" permet de sélectionner le mode light.

Il se peut que même sans cocher cette case le mode OWA light soit utilisé avec Internet Explorer.

Cela peut arriver si le mode premium a été désactivé au niveau du répertoire virtuel "owa" ou au niveau de la boite aux lettres.

Pour vérifier au niveau du répertoire virtuel :

get-owaVirtualDirectory -identity "owa*" | fl identity,Premium

Pour vérifier au niveau de la boite aux lettres :

get-CasMailbox –id:<id of mailbox>| fl identity,OWAPremiumClientEnabled

Pour modifier la valeur :

Set-CasMailbox –id:<id of mailbox> -OWAPremiumClientEnabled:$true

Pb connexion entourage 2008 et serveur E2K7 CCR

Publication initiale: mercredi 11 février 2009

Dans une architecture CAS + CCR CMS sous windows 2008 entourage 2008 ne se connecte pas.

Il faut commencer par vérifier la bonne configuration d’entourage :
KB 931350 : You cannot connect to your mailbox on Exchange Server when you use Entourage

Ensuite il faut savoir que Entourage utilise le protocol WebDAV.Ce dernier est pris en charge dans Exchange 2007 uniquement par le répertoire virtuel /Exchange. Pour plus d’explication se reporter à cet article :
Outlook Web Access and Exchange 2007, Exchange 2003 Coexistence

DPM 2007 : log are not removed after backup

mercredi 11 février 2009

While using Data Protection Manager 2007 to backup the CCR passive node, the transaction logs are not removed after backup complete.

backup successfully complete in DPM without error but log are not truncated. Also on active node, we don’t have the "ESE BACKUP 916General Information Store (3192) Deleting log files.." event

In our case the issue was occuring only for one Storage Group. The other storage groups in the DPM protected group didn’t have the issue.

We checked the Exchange VSS Writer state on both nodes and it was in "stable" state (vssadmin list writers).

We checked also the "StorageGroupCopyStatus" of the SG and it was healthy. Finally following steps resolved the issue :

1. Suspend storagegroupcopy
2. Take full backup on active node (I do it with ntbackup)
3. Update/Resume storagegroupcopy
4. After this the event 916 appears an truncated the transaction log files

Protecting Exchange data with System Center Data Protection Manager (DPM)
-> http://msexchangeteam.com/archive/2...

Troubleshooting Exchange 2007 VSS Backups
-> http://msexchangeteam.com/archive/2...

KB 949779 : System Center Data Protection Manager 2007 Feature Pack
KB 954641 : hotfix rollup package for DPM 2007 : July 31, 2008

IIS7 - HTTP 404.3 - Not Found (0x80070032)

Publication initiale jeudi 29 janvier 2009

La page que vous avez demandée ne peut pas être traitée en raison de la configuration d’extension.Si la page est un script, ajoutez un gestionnaire. Si le fichier doit être téléchargé, ajoutez un mappage MIME.

Information supplémentaires sur l’erreur

Module StaticFileModule
Notification ExecuteRequestHandler
Gestionnaire StaticFile
Code d’erreur 0x80070032

E2K7 - OWA - HTTP 500 - Internal Server Error

 Publication initiale: mercredi 2 novembre 2011

Suite à la réinstallation du noeud d’un cluster NLB Exchange 2007 avec le rôle CAS, j’ai copié le répertoire "Exchange Server\ClientAccess\Owa" du noeud qui n’avait pas été réinstallé vers le noeud réinstallé, dans le but de reprendre les personnalisations effectués sur le thème. Suite à cette manipulation, OWA ne fonctionne plus. A la place Internet Explorer affiche le message ci-dessous :