In deze blog kijken we naar de integratie van Exchange 2013 met Office Web Apps. Wat is het voordeel van deze aanpassing maar zijn er ook nadelen?

Vanaf Exchange 2007 moet je het Office Converter Pack installeren om de zogenaamde preview, ook wel bekend als Web Ready view, functionaliteit aan te bieden via Outlook Web Access/App. Dit gaf gebruikers de toekomst om de inhoud van bijvoorbeeld Word bestanden te bekijken zonder daadwerkelijk Word te openen. Dus zonder dat je Word hebt toch de inhoud van Word bestanden kunnen bekijken. Deze functionaliteit wordt aangeboden door gebruik te maken van IFilters. Naast het Office Converter Pack zijn er ook 3rd parties die hun eigen IFilter package aanbieden, bijvoorbeeld Adobe. Onthoud dat de IFilters niet alleen worden gebruikt door de preview functionaliteit maar ook door Exchange Search voor content indexing.

Vanaf Exchange 2013 kun je nogsteeds gebruik maken van de IFilters voor de preview functionaliteit. Maar er is een andere methode. Door Office Web Apps te integreren met Exchange 2013 kun je additionele functionaliteiten aanbieden aan gebruikers. Deze software dient geïnstalleerd te worden op een aparte server. De Office Web Apps server kan gebruikt worden om Excel, Powerpoint en Word bestanden te bewerken. Wanneer je met RMS beveiligde bestanden wil bewerken dan moet ik je teleurstellen. RMS beveiligde bestanden kunnen niet geopend worden met de Office Web Apps server.

De Office Web Apps servers kan op diverse manieren geïmplementeerd worden.

In onderstaande tabel is een overzicht te zijn van de manier van implementeren en de eisen die daaraan worden gesteld

*wordt aangeraden in productie omgevingen en is een requirement wanneer ook Lync Server gebruik maak van OWA

Maar wat is het voordeel van het gebruiken van deze integratie? Zoals eerder aangegeven kunnen gebruikers Office Web Apps gebruiken om bestanden te bewerken via de web browser. Omdat het BYOD concept op dit moment erg in trek heeft dit dus als voordeel dat er geen Office aanwezig hoeft te zijn op de machine of tablet. Persoonlijk denk ik dat dit een groot voordeel is vooral voor het laatste type. Dit omdat er nog geen Office versies is voor tabelts.

Het installeren van de Office Web Apps server is redelijk eenvoudig:

• Installeren prerequisites
• Installeren Office Web App server software
• Configureren Office Wep App server

De prerequisites kunnen opgesplits worden in twee delen:

• Windows componenten
• Andere prerequisits

De Windows componenten kunnen geïnstalleerd worden door de servermanager module voor Powershell te gebruiken:

Import-Module ServerManager

Add-WindowsFeature Web-Server,Web-WebServer,Web-Common-Http,Web-Static-Content,Web-App-Dev,Web-Asp-Net,Web-Net-Ext,Web-ISAPI-Ext,Web-ISAPI-Filter,Web-Includes,Web-Security,Web-Windows-Auth,Web-Filtering,Web-Stat-Compression,Web-Dyn-Compression,Web-Mgmt-Console,Ink-Handwriting,IH-Ink-Support

Na het installeren van de componenten dient de server gereboot te worden. Als de machine is gereboot dienen de volgende prerequisites gedownload en geïnstalleerd te worden:

• .NET Framework 4.5 RC
• Windows PowerShell 3.0
• KB2592525

Nadat de prequisites geïnstalleerd zijn dient de server wederom gereboot te worden. Wanneer de reboot heeft plaatsgevonden is het tijd om de Office Web Apps server software te installeren. Omdat dit slechts een kwetie van next – next finish is wordt een uitgebreide beschrijving overgeslagen.

Wanneer de setup is voltooid is het tijd om de Office Web Apps server te configureren. Het configureren hiervan kan gedaan worden door gebruik te maken van Powershell.

New-OfficeWebAppsFarm  “https://owa.domain.com” –CertificateName “Office Web Apps”

In dit scenario hebben we Office Web Apps geconfigureerd om beschikbaar te zijn via HTTPS met dezelfde interne als externe url https://owa.domain.com

Nu de configuratie van Office Web Apps is afgerond kunnen we gaan kijken naar Exchange 2013.

De configuratie aan de Exchange 2013 kant is redelijk eenvoudig. Open de Exchange Management Shell (EMS) en voer het volgende cmdlet uit:

Set-OrganizationConfig -WACDiscoveryEndPoint https://owa.domain.com/hosting/discovery

In dit voorbeeld configureren we het Office Web Apps connection point als https://owa.domain.com/hosting/discovery. Wanneer een gebruiker nu gebruik zal maken van de preview functionaliteit zal Exchange het verzoek doorsturen naar de Office Web Apps server om het bestand te openen.

Als deze functionaliteit zowel intern als extern aangeboden dient te worden zal de Office Web Apps server beschikbaar moeten zijn via beide twee wegen. Het lokale netwerk is meestal geen probleem dus laten we eens kijken naar de internet kant.

Om de functionaliteit aan te bieden via het internet zullen we de Office Web Apps server moeten publiceren richting het internet. De aangeraden methode is om de server achter een reverse proxy te plaatsen. bijvoorbeeld met een TMG. Documentatie over hoe de TMG hiervoor te configureren kan hier gevonden worden.

Maar wat als je deze functionaliteit alleen wil aanbieden op prive computers en geen publieke computers? Als eerste is het belangrijk in gedachte te houden dat een gebruiker nog altijd zelf de keuze maakt of hij/zij de optie prive of publiek kiest voordat hij/zij inlogt op OWA.

Maar hoe kunnen we instellen dat de Office Web Apps server functionaliteit alleen op prive computers wordt aangeboden?

Set-OwaVirtualDirectory “EX01\owa (Default Web Site)” -WacViewingOnPrivateComputersEnabled $true  -WacViewingOnPublicComputersEnabled $false

De parameter –WacViewingOnPrivateComputersEnabled zal ingeschakeld worden om Office Web Apps toe te staan op computers. De tweede parameter WacViewingOnPublicComputersEnabled zal het gebruik van Office Web Apps niet toestaan op publieke computers.