Archive

Posts Tagged ‘Office Web Applications Server’

SharePoint 2013 : Installer Office Web Applications Server

août 5, 2012 4 commentaires
warning Mon outil d’installation automatisée des OWA Server pour SharePoint 2013 est désormais disponible sur la galerie TechNet.

Accèder à la page de l’outil

[Update]

29.01.2013 : Update avec les versions RTM de Windows 2012, SharePoint 2013, OWA.
  • Modification du lien de téléchargement,
  • Distinguo des commandes d’installation des prérequis pour W2008/W2012,
  • Mise à jour des screenshots,
  • Ajout des commandes supplémentaires pour achever la configuration de SharePoint (merci Patrick),
  • Ajout de chapitres « Restreindre l’utilisation des OWA en spécifiant les domaines » et « Références ».
[/Update]
Nous allons voir dans ce post comment installer les Office Web Apps Server – Ce serveur sera dédié aux OWA car il n’est pas possible d’installer SharePoint (ou Exchange, ou Lync) sur le même serveur.
Je suppose donc avoir :
  • Un serveur vierge pour les OWA,
  • Une ferme SharePoint 2013 déjà installée et configurée (voir ici pour la procédure).
La nouveauté pour cette version 2013 est que ces Office Web Apps n’existent plus sous la forme d’une application de service comme dans SharePoint 2010, mais sont désormais un produit à part entier.
Microsoft a ainsi souhaité que les Office Web Apps Server puissent être utilisés par d’autres produits que SharePoint, comme Lync Server, ou Exchange Server.
Les utilisateurs peuvent visualiser ou éditer sous conditions de license les documents Office depuis les bibliothèques de documents SharePoint ou SkyDrive.
Articles liés :

Prérequis

1. Windows Server 2012 (ou 2008 R2 SP1)  installé (voir ici et  pour les procédures d’installation de Windows 2012 sous VirtualBox),
2. Téléchargez les OWA Server.
(Si vous utilisez VirtualBox, il vous suffit de renommer le « .img » en « .iso »).
1

Préparation du serveur OWA

OWA ne comportant pas d’installeur pour les prérequis, il va falloir les installer à la mano (enfin, en commande PowerShell).

1. Lancez PowerShell en tant qu’administrateur.

2. Installez les prérequis en suivant les étapes suivantes :

Pour Windows 2008 R2 SP1 :

  • Import du module « Server Manager » : lancez la commande « Import-Module ServerManager ».
  • Installation des prérequis : lancez la commande « 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 ».

Pour Windows 2012 :

  • Installation des prérequis : lancez la commande « Add-WindowsFeature Web-Server,Web-Mgmt-Tools,Web-Mgmt-Console,Web-WebServer,Web-Common-Http,Web-Default-Doc,Web-Static-Content,Web-Performance,Web-Stat-Compression,Web-Dyn-Compression,Web-Security,Web-Filtering,Web-Windows-Auth,Web-App-Dev,Web-Net-Ext45,Web-Asp-Net45,Web-ISAPI-Ext,Web-ISAPI-Filter,Web-Includes,InkandHandwritingServices ».

3

  • Rebootez le serveur.

Les prérequis ont installés, nous pouvons passer à l’installation des OWA.

Installation

1. Lancez « Setup.exe ».

4

2. Cliquez sur « I accept the terms of this agreement »; cliquez sur  » Continue ».

5

3. Modifiez éventuellement le répertoire d’installation et cliquez sur « Install Now« .
6
4. L’installation s’achève; cliquez sur « Close ».
7

Création de la ferme OWA

Relancez la fenêtre PowerShell en tant qu’administrateur.

Avant de poursuivre, assurez-vous que votre serveur est bien rattaché à un domaine, sinon l’étape suivante échouera.

1.  Lancez les commandes

  • « Import-Module OfficeWebApps » pour importer le module OWA (et tous ses cmdlets),
  • « New-OfficeWebAppsFarm –InternalURL http://NomDeVotreServeur -AllowHttp -EditingEnabled » pour créer la ferme OWA (et autoriser l’édition des documents par les utilisateurs).

Lors du lancement de la seconde commande, un message nous avertit que nous nous apprêtons à autoriser l’édition des documents; en effet le nouveau mode de licence de SharePoint 2013 n’autorise cette édition qu’aux utilisateurs qui possèdent la licence adéquate (un autre post est consacré à ce sujet).

8

2. Pour vérifier que la ferme s’est correctement créée, lancez dans un navigateur l’URL http://NomDeVotreServeur/hosting/discovery.

Si le XML s’affiche dans le navigateur : Office Web Apps Server est opérationnel !

9

Configuration du serveur SharePoint 2013

1. Lancez le Management Shell de SharePoint 2013.

14

2. Pour créer la relation entre le serveur SharePoint 2013 et le serveur OWA, lancez la commande « New-SPWOPIBinding -ServerName <NomDuServeurOWA> -AllowHTTP ».

N’oubliez pas le paramètre « -AllowHTTP » sinon SharePoint tentera d’utiliser HTTPS pour communiquer avec le serveur OWA, ce qui échouera dans notre cas.

La liste des applications et les extensions gérées s’affiche alors (Je n’en affiche ici qu’une petie partie).

15

3. OWA utilise un concept de zones (URL interne et URL externe) et peut utiliser les protocoles HTTP et HTTPS.

  • Pour vérifier la zone actuelle, lancez « Get-SPWOPIZone »,
  • Pour forcez la zone « Internal » (cf. étape 9 : paramètre -InternalURL) à utiliser HTTP,  lancez la commande »Set-SPWopiZone internal-http ».

Cette seconde opération est indispensable car sinon la zone Internal-HTTPS sera utilisée par défaut.

5

4. Passez le paramètre AllowOAuthOverHttp à « True » en lançant les commandes suivantes
$config = (Get-SPSecurityTokenServiceConfig)
$config.AllowOAuthOverHttp = $true
$config.Update()
Vous pouvez vérifier l’application de ce paramètre en lançant « (Get-SPSecurityTokenServiceConfig).AllowOAuthOverHttp' ».
6

Test du fonctionnement des OWA avec un fichier .doc

1. Connectez-vous sur un site, et cliquez sur « … » à droite d’un document Office.

Je choisis ici un .doc (pas docx).

18

2. La popup s’ouvre avec la prévisualisation du document.

3 . Cliquez sur « … » de la popup ci-dessus, puis cliquez sur « View in Browser ».

Il n’y a pas d’option pour éditer alors que nous sommes censés pouvoir le faire. Dans notre cas la raison est que le document possède un format non géré par les OWA et a donc besoin d’être converti, mais çà aurait pu également venir de l’admin SharePoint qui a soit mal paramétré les licences soit pas activé la modification dans les OWA …

4. Le document s’ouvre dans le browser en plein page; Cliquez sur « EDIT DOCUMENT », puis sur « Edit in Word Web App » pour éditer le document Word directement dans le navigateur.

C

5. Le document étant un ancien format, un message nous avertissant de sa conversion s’affiche. Dont’ worry ! C’est écrit 🙂

Cliquez sur « Convert » : votre fichier original sera conservé et une copie créée.

D

6. La conversion est terminée; cliquez « Edit » pour ouvrir le nouveau document en mode modification.

7. De retour dans la bibliothèque on voit qu’un document .docx de même nom que le .doc a bien été créé.

A

Et cette fois, on a bien l’option « Edit in browser ».

I

8 . Le document s’ouvre en édition dans le navigateur – Le format original n’est pas conservé, je mets çà sur le compte du document original, mal formé (Word me le fait remarquer à chaque fois, mais je suis plus têtu que lui).

F

Test du fonctionnement des OWA avec un fichier .pptx

Je fais le même test que précédemment, cette fois avec un pptx.

1. La prévisualisation permet de faire défiler les slides – I like !

G

2. Et cette fois je peux éditer le document sans me soucier d’une quelconque conversion

H

Restreindre l’utilisation des OWA en spécifiant les domaines

L' »Allow List » d’OWA Server vous permet de limiter son utilisation en spécifiant le ou les domaine(s) autorisé(s) à l’utiliser.

2 commandes vous seront utiles :

  • Get-OfficeWebAppsHost : Liste les domaines autorisés; si la liste est vide c’est qu’aucune restriction n’existe,
  • New-OfficeWebAppsHost : Ajoute un domaine à l’Allow List ».

Exemple :

9

Références

Publicités