Accueil > SharePoint 2013 > SharePoint 2013 : Configuration de l’environnement pour les Apps

SharePoint 2013 : Configuration de l’environnement pour les Apps


[EDIT1]

Problème de fonctionnement des Apps avec une application web munie d’un host header : voirà la fin de cet article.

[EDIT1]

Nous avons vu dans ce post ce qu’était une App.

Utiliser les Apps requiert une configuration spécifique de votre environnement; c’est ce que nous allons voir ici.

Les prérequis

  • Vous devez être membre du groupe des administrateurs de la ferme,
  • Vous devez être administrateur du contrôleur du domaine – souvenez-vous, les apps nécessitent un domaine qui leur est propre et que l’on va donc devoir créer,
  •  Les services « SPAdmin » et « SPTimer » doivent être démarrés.

Création du domaine des apps (app domain)

Nous avions vu dans le post précédent que le domaine propre aux Apps pouvait être :

  • Un nouveau domaine,
  • Un sous-domaine du domaine actuel de votre ferme SharePoint.

Par mesure de sécurité, c’est la première option qui doit être celle envisagée.

Here we go (ici sur Windows 2012) :

1. Connecté sur le contrôleur de domaine en tant qu’administrateur, lancez le « Server Manager », cliquez sur « Tools » puis sur « DNS »

2. Cliquez-droit sur « Forward Lookup Zones » puis sur « New Zone… »

3. Cliquez sur « Next »

4. Conservez l’option sélectionnée par défaut et cliquez sur « Next »

5. Conservez l’option sélectionnée par défaut et cliquez sur « Next »

6. Mon domaine est actullement « spasipe.local »; je choisir de créer « spasipeapps.local » comme nom de domaine pour les apps. Cliquez sur « Next »

8. Cliquez sur « Finish »

9. Cliquez-droit sur votre zone et cliquez sur « New Alias « CNAME)… »

10. Suivez les étapes suivantes

  • Saisissez « * » pour le nom de l’alias
  • Cliquez sur « browse »
  • Descendez dans l’arborescence (en sélectionnant « Forward Lookup Zones ») jusqu’à trouver le domaine de votre ferme SharePoint (ici spasipe.local)
  • Sélectionnez « (Same as parent folder) »

11. Cliquez sur « OK »

12. La configuration du DNS est terminée

Passons à la configuration de SharePoint.

Configuration de SharePoint

1. Dans l’administration centrale, cliquez sur « Services on Server ».

Vérifiez que le service « Secure Store Service » est démarré; sinon démarrez-le.

2. Lancez le « SharePoint 2013 Management Shell » en mode administrateur

3. Exécutez les commandes suivantes pour vous assurer que les services sont en cours d’exécution

  • net start spadminv4
  • net start sptimerv4

4. Les services « Subscription Settings » et « App Management » suivants doivent être démarrés :

Get-SPServiceInstance | where{$_.GetType().Name -eq « AppManagementServiceInstance » -or $_.GetType().Name -eq « SPSubscriptionSettingsServiceInstance »} | Start-SPServiceInstance

(Le warning provient du fait que j’avais démarré manuellement le service App Management.)

5. Assurez vous que les services « Subscription Settings » et « App Management » sont « online » :

Get-SPServiceInstance | where{$_.GetType().Name -eq « AppManagementServiceInstance » -or $_.GetType().Name -eq « SPSubscriptionSettingsServiceInstance »}

6. Exécutez ensuite les commandes ci-dessous pour spécifier le compte utilisé par les pools d’application.

$account = New-SPManagedAccount
$account = Get-SPManagedAccount “votredomaine\votrecompte
$appPoolSubSvc = New-SPServiceApplicationPool -Name SettingsServiceAppPool -Account $account
$appPoolAppSvc = New-SPServiceApplicationPool -Name AppServiceAppPool -Account $account
$appSubSvc = New-SPSubscriptionSettingsServiceApplication –ApplicationPool $appPoolSubSvc –Name NomDeLApplicationSubscriptionSettings –DatabaseName NomDeLabaseSettings
$proxySubSvc = New-SPSubscriptionSettingsServiceApplicationProxy –ServiceApplication $appSubSvc
$appAppSvc = New-SPAppManagementServiceApplication -ApplicationPool $appPoolAppSvc -Name NomDeLApplicationAppManagement -DatabaseName NomDeLabaseApp
$proxyAppSvc = New-SPAppManagementServiceApplicationProxy -ServiceApplication $appAppSvc

7. Dans l’administration centrale, les applications de service suivantes doivent être présentes et démarrées

Configuration des URLs des apps

C’est à ce moment que va entrer en jeu le domaine créé au début de ce post.

En effet chaque App a une URL de la forme « http://<app prefix>-<App ID>.<app domain> ».

1. Dans l’administration centrale, cliquez sur « Apps », puis sur « Configure App URLs ».

 

2. Saisissez le nom du domaine, et le préfixe souhaité. Cliquez sur « OK ».

 

La configuration est terminée !

Test de la configuration

Pour tester, rendez-vous sur le SharePoint Store, et ajoutez 1 ou 2 Apps, histoire de vérifier que tout est bien en place.

J’ai pour ma part installé tout d’abord l’App de Bamboo, qui déploie une webpart :

On constate que l’URL de l’app est bien conforme à ce que l’on attendait.

Par contre elle n’a pas l’air encore très au point…

La seconde App est la « Drop Zone App » de Gimmal

Dont la page d’accueil s’affiche correctement; notez la syntaxe de l’URL.

C’est tout bon !

Problème 1 : Problème de fonctionnement des Apps avec une application web munie d’un host header

J’ai rencontré un problème de fonctionnement des Apps avec une application web munie d’un host header.

Le problème survient à l’accès de la page d’accueil d’une App : soit une 404, soit la redirection vers l’URL de l’App ne s’effectue pas.

Ce que j’ai constaté, c’est que dès qu’une App a vocation à être exécutée sur une telle application web, il faut créer une application web sur le port 80, sans host header.

Pour se faire :

  • Dans IIS, stoppez le site créé par défaut sur le port 80,
  • Créez une application web sur le port 80, sans host header, avec simplement une collection de site racine.

Par contre, si votre application web a été créée sur un port, les Apps devraient fonctionner sans problème.

Dernier cas testé, si vous utilisez une application web munie d’un port ET que vous avez effectué les manipulations ci-dessus, vous devrez stopper le site IIS du port 80.

Il faut que je refasse des tests, mais ce fonctionnement m’échappe un peu.

Problème 2 : Problème de popup d’authentification

Vous vous voyez demander 3 fois vos credentials, pour finalement aboutir sur une erreur 401 : direction cet article.

  1. Aucun commentaire pour l’instant.
  1. février 14, 2013 à 10:47

Laisser un commentaire

Entrez vos coordonnées ci-dessous ou cliquez sur une icône pour vous connecter:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s

%d blogueurs aiment cette page :