View source for Manual:Image authorization/fr

<languages />
Cet article concerne les administrateurs système qui souhaitent restreindre l'accès aux images et aux fichiers en se basant sur les utilisateurs et (ou) les [[Special:MyLanguage/Manual:$wgGroupPermissions|droits des groupes d'utilisateurs]].

Les fichiers téléversés sont généralement distribués directement par le serveur web, et non pas par MediaWiki.
Alors qu'il existe un niveau minimal de sécurité masqué par l'encodage des chemins (comme /c/c4/...),  le chemin peut être calculé facilement à partir du nom de fichier ce qui ne fournit pas de réelle protection.

'''Ce n'est pas une configuration recommandée.'''
MediaWiki n'est pas conçu pour être un [[w:Content management system|système de gestion de contenu]] (CMS - Content management system), ni pour protéger les données sensibles.
Au contraire, il a été conçu pour être le plus ouvert possible.
Ainsi, il ne prend pas en charge de manière inhérente une protection complète et étanche du contenu privé.
<span class="mw-translate-fuzzy">Tout administrateur souhaitant utiliser cette fonctionnalité doit relire attentivement les [[Security issues with authorization extensions|Problèmes de sécurité avec les extensions d'autorisation]].</span>

<span id="Overview"></span>
== Présentation ==
Par défaut, toutes les images et les fichiers téléversés sont accessibles directement par le serveur web.
Si vous souhaitez donner l'accès uniquement aux utilisateurs autorisés de l'environnement MediaWiki, il faut réunir deux conditions :

# Le répertoire actuel doit être protégé contre l'accès direct et,
# MediaWiki Authorization doit être appelé en exécutant un script lorsqu'une URL contenant ce répertoire est demandée pour accèder à une image ou un fichier.

L'implémentation fondamentale nécessite :

# Le répertoire des images ({{ll|Manual:$wgUploadDirectory|$wgUploadDirectory}}) doit être déplacé en dehors de la racine du web dans le système de fichiers, ou bien protégé
# Le chemin de téléversement ({{ll|Manual:$wgUploadPath|$wgUploadPath}}) doit pointer vers {{ll|Manual:img_auth.php|img_auth.php}}.

Dans les deux cas, les mécanismes dépendent de la plateforme utilisée pour le serveur web.
Cet article fournit des instructions détaillées pour les plateformes suivantes :

# Apache (la plupart des versions)
# Microsoft Internet Information Server (IIS), version 6.0 et supérieure

<div class="mw-translate-fuzzy">
Dans toutes les instructions, on suppose que MediaWiki est installé dans <code>/path/to</code>.
</div>

Par exemple dans :

http://wiki.example.org/MyWiki

<div class="mw-translate-fuzzy">
''/path/to'' vaut ''/MyWiki''
</div>

<span id="How_Does_&quot;img_auth.php&quot;_Work?"></span>
<div class="mw-translate-fuzzy">
== Comment fonctionne ''img_auth.php'' ? ==
</div>
L'autorisation pour les images fonctionne en dirigeant les requêtes pour les médias téléversés par le script img_auth.php, au lieu d'autoriser le serveur web à envoyer le fichier directement au navigateur.
Ceci se fait en initialisant {{ll|Manual:$wgUploadPath|$wgUploadPath}} avec la valeur de l'emplacement (<code>$wgUploadPath = "$wgScriptPath/img_auth.php";</code>) du script img_auth.php plutôt que celui du répertoire de téléversement.
Ainsi MediaWiki génère l'URL des fichiers avec un format similaire à <code><nowiki>http://wiki.example.org/w/img_auth.php/01/01/Example.png</nowiki></code>.
Lorsque le serveur web reçoit une requête pour une telle URL, il sait qu'il doit appeler le script <code>img_auth.php</code> et lui passer le reste de l'URL en tant que ''PATH_INFO''.
Le script va ensuite vérifier si l'utilisateur a le droit d'accéder au fichier donné dans ''PATH_INFO'' en suivant le mécanisme classique utilisé pour gérer l'accès aux pages du wiki.
Si img_auth.php détermine que l'utilisateur peut accéder au fichier demandé, il lit le contenu de ce dernier et le lui envoie comme s'il provenait du serveur web directement à partir du disque.
Par contre si l'utilisateur n'a pas accès au fichier, img_auth.php renvoie l'erreur 403 classique « Access Denied » .

<span id="Configuring_File_Uploads"></span>
== Configurer le téléversement des fichiers ==
Avant d'adopter cette configuration, il est très important que vous compreniez comment  [[Special:MyLanguage/Manual:Configuring file uploads|configurer le téléversement des fichiers]].
Veuillez prendre quelques instants pour relire et comprendre cet article - cela vous épargnera beaucoup de temps.

<span id="PHP_PATH_INFO_Support"></span>
<div class="mw-translate-fuzzy">
== Prise en charge du PATH_INFO PHP ==
</div>
<span class="mw-translate-fuzzy">Ceci nécessite que votre configuration PHP prenne en charge PATH_INFO (beaucoup de configurations CGI ne le font pas) et que vous êtes dans le mode {{ll|Manual:$wgWhitelistRead|$wgWhitelistRead}} ou sinon, il n'y aura pas de point ... à moins que vous ne souhaitiez sécuriser davantage l'installlation MediaWiki; voir [[#Another Scenario, Security Motivated (Apache/Unix ONLY)|ci-dessous]].</span>
<span lang="en" dir="ltr" class="mw-content-ltr">See [[#Another Scenario, Security Motivated (Apache/Unix ONLY)|below]].</span>

{{anchor|Another_Scenario,_Security_Motivated}}
<span id="Another_Scenario,_Security_Motivated_(Apache/Unix_ONLY)"></span>
== Un autre scénario  dirigé par la sécurité (uniquement pour Apache/Unix) ==
<span class="mw-translate-fuzzy">Même si vous ne voulez pas restreindre l'accès  à vos images, vous pouvez utiliser la mécanique de ''img_auth.php'' : pour éviter les répertoires accessibles publiquement, sur lesquels le serveur web a des droits d'écriture.</span>
Bien qu'avoir un répertoire sur le serveur web accessible en écriture n'est pas dangereux en soi, ceci est la première moitié pour une attaque réussie de votre serveur web.
La seconde moitié ensuite pourrait être un script exploitable (PHP) de MediaWiki lui-même ou, plus vraisemblablement, un autre script.
<span class="mw-translate-fuzzy">Si l'attaquant peut exploiter le script corrompu pour téléverser ou pour générer un autre script qui va l'aider lors d'attaques ultérieures, de spamming, ou autres ... l'attaquant doit encore trouver un endroit pour y enregistrer ce script, qui soit accessible en écriture par le serveur web ... , disponible et bien connu dans le répertoire 'images' des installations standard de MediaWiki.</span>

<div class="mw-translate-fuzzy">
Une toute première mesure de sécurité pour cela, est de mettre un fichier .htaccess dans le répertoire 'images' avec le contenu suivant :
</div>

<syntaxhighlight lang="php">
# ne pas exécuter PHP dans la zone de téléversement
php_admin_flag engine off
</syntaxhighlight>
<!-- PHP DOES NOT ALLOW YOU TO SET ADMIN VARIABLES IN .HTACCESS FILES!!! SEE: https://php.net/configuration.changes -->

<div class="mw-translate-fuzzy">
Par contre .htaccess '''ne doit pas''' être modifiable par le serveur web ! C'est dommage que MediaWiki ne soit pas livré avec cette restriction par défaut (au moins pas dans la version 1.6.10).
</div>

<div class="mw-translate-fuzzy">
Il serait encore meilleur de déplacer le répertoire 'images' accessible en lecture, en dehors de la racine des documents, en le renommant sous un nom que l'on ne puisse pas deviner (par exemple le code de hachage MD5 de &lt;ceQueVousVoulez&gt;) et de distribuer les images via 'img_auth.php', de sorte que le répertoire réel ne soit jamais divulgué nulle part.
</div>

Pour faire cela, suivez les étapes ci-après :

<ol>
<li>connectez-vous au shell de votre serveur web en mode ligne de commande (des actions similaires sont souvent possibles avec votre client FTP, si ce n'est pas le cas demandez à votre fournisseur de vous aider)</li>
<li><span class="mw-translate-fuzzy">créez le répertoire images/upload en dehors de (en parallèle de) la racine de votre document (notez le <code>/..</code> à la fin du chemin) et de sorte que l'on ne puisse pas le deviner :</span>
<syntaxhighlight lang=bash>
cd </chemin/absolu/vers/la/racine/de/vos/documents>/..
mkdir <nom_de_répertoire_non_devinable>
</syntaxhighlight>
</li>
<li>déclarez-le accessible en lecture et écriture par le serveur web :
<syntaxhighlight lang=bash>
chgrp <groupe_de_votre_serveur_web> <nom_de_répertoire_non_devinable>
chmod 770 <nom_de_répertoire_non_devinable>
</syntaxhighlight>
</li>
<li><span class="mw-translate-fuzzy">créez le fichier ''.htaccess'' comme indiqué ci-dessus en mode lecture seule <small>(un peu parano non ? car le serveur web ne vient jamais ici mais seul PHP ignorant habituellement les fichiers ''.ht*''; et au cas où ce répertoire devrait être rendu disponible au serveur web directement)</small> :</span>
<syntaxhighlight lang=bash>
cd <nom_de_répertoire_non_devinable>
echo 'php_admin_flag engine off' > .htaccess
chmod 444 .htaccess
</syntaxhighlight>
</li>
<li>mettez à jour votre fichier de configuration ''LocalSettings.php'' :
<code class="mw-code mw-highlight" style="display:block"><!--
-->{{ll|Manual:$wgUploadPath|$wgUploadPath}} {{#tag:span|=|class=o}} {{#tag:span|"{{ll|Manual:$wgScriptPath|$wgScriptPath}}/img_auth.php"|class=s2}}{{#tag:span|;|class=p}}
{{ll|Manual:$wgUploadDirectory|$wgUploadDirectory}} {{#tag:span|=|class=o}} {{#tag:span|'&lt;/chemin/absolu/vers/la/racine/de/vos/documents&gt;/../&lt;nom_de_répertoire_non_devinable&gt;'|class=s2}}{{#tag:span|;|class=p}}
{{ll|Manual:$wgEnableUploads|$wgEnableUploads}} {{#tag:span|=|class=o}} {{#tag:span|true|class=k}}{{#tag:span|;|class=p}}
{{#tag:span|# Nous ne voulons pas restreindre l'accès mais simplement rendre l'installation de MediaWiki plus sécurisée|class=c1}}
{{ll|Manual:$wgWhitelistRead|$wgWhitelistRead}} {{#tag:span|=|class=o}} {{#tag:span|false|class=k}}{{#tag:span|;|class=p}}</code>
</li>
</ol>

qui devrait faire ce qu'on attend sans configuration supplémentaire.

Cela devrait convenir pour tous les serveurs web qui utilisent PHP avec un module Apache.
Il n'y a pas d'autre modification des fichiers de configuration Apache à faire.
<span class="mw-translate-fuzzy">Par conséquent vous ne verrez jamais le chemin vers vos images, car ''img_auth.php'' intercepte tous les accès en lecture.</span>
Mais toutes vos images sont disponibles, y compris les vignettes.

Si vous utilisez CGI ou IIS, votre fidélisation (''milage'') peut varier.

<span id="Apache_Instructions"></span>
== Instructions Apache ==

<span id="Apache_Step_1._Protect_Images_Directory_from_Internet_Access"></span>
=== Apache étape 1. Protéger le répertoire ''images'' de l'accès Internet ===

Dans votre répertoire <nowiki>[/path/to]/images</nowiki> , créez un fichier .htaccess contenant une ligne :

<pre>Deny from All</pre>

{{Note|1=Si vous n'avez pas déplacé votre répertoire, il n'y a pas lieu de modifier {{ll|Manual:$wgUploadDirectory|$wgUploadDirectory}}}}

<span id="Apache_Step_2._Execute_Script_<code>img_auth.php</code>_for_all_Accesses"></span>
<div class="mw-translate-fuzzy">
=== Apache étape 2. Executer le script ''img_auth.php'' pour tous les accès ===
</div>

==== '''Apache étape 2.1.''' modifier {{ll|Manual:$wgUploadPath|$wgUploadPath}} dans ''LocalSettings.php''. Pas utile si l'étape 2.2 Apache a été faite ====

<syntaxhighlight lang="php">
$wgUploadPath = "[/path/to]/img_auth.php";
</syntaxhighlight>

<div class="mw-translate-fuzzy">
<code>[/path/to]</code> est l'URL du chemin, et non pas le chemin du fichier dans le système, donc si ''img_auth.php'' se trouve dans <code>/usr/share/mediawiki</code> mais est accédé par <code><nowiki>http://example.org/mediawiki/img_auth.php</nowiki></code>, la ligne lue sera :
</div>

<syntaxhighlight lang="php">
$wgUploadPath = "/mediawiki/img_auth.php";
</syntaxhighlight>

<span class="mw-translate-fuzzy">Vérifiez d'avoir bien commencé par une barre oblique <code>/</code> si <code>img_auth.php</code> se trouve actuellement dans votre répertoire racine.</span>
Les images ne seront pas affichées si vous oubliez de le faire. Ainsi :

<syntaxhighlight lang="php">
$wgUploadPath = "/img_auth.php";
</syntaxhighlight>

<span id="Apache_Step_2.2._Create_aliases_to_execute_img_auth.php"></span>
<div class="mw-translate-fuzzy">
==== '''Apache étape 2.2.''' créer des alias pour exécuter ''img_auth.php'' ====
</div>

{{note|1=Cette étape est uniquement nécessaire si vous souhaitez continuer à utiliser des URLs contenant les chemins directs vers vos images. MediaWiki ne doit jamais avoir besoin de cela si vous avez terminé avec succès les mises à jour précédentes de la configuration.}}

<div class="mw-translate-fuzzy">
Mettez à jour le fichier ''httpd.conf'' en ajoutant les deux alias suivants :
</div>

<syntaxhighlight lang=apache>
Alias [/path/to]/images/ [/path/to]/img_auth.php/
Alias [/path/to]/images [/path/to]/img_auth.php
</syntaxhighlight>

<div class="mw-translate-fuzzy">
Le second [/path/to] de chaque ligne représent le chemin absolu dans l'arborescence des fichiers, et il peut être nécessaire d'ajouter la barre oblique de terminaison à ''img_auth.php'' (c'est à dire pour obtenir  [/path/to]/img_auth.php/).
</div>

<span id="Apache_Step_2.3._Restart_your_Apache_server"></span>
==== '''Apache étape 2.3.'''  redémarrez votre serveur Apache ====

<span id="Apache_Instructions_without_PATH_INFO_with_mod_rewrite"></span>
<div class="mw-translate-fuzzy">
== Instructions Apache sans PATH_INFO avec ''mod_rewrite'' ==
</div>

<span id="Apache_Step_1._Download_the_cgi-supporting_image_authorization_script"></span>
=== Apache étape 1. télécharger le script cgi de prise en charge d'autorisation d'image ===
<span class="mw-translate-fuzzy">Si PATH_INFO n'existe pas, téléchargez le [https://web.archive.org/web/20081025191131/http://mediawiki.pastey.net/28499 script CGI de prise en charge des droits des images].</span>
<span class="mw-translate-fuzzy">Enregistrez le script sous le nom <code>cgi_img_auth.php</code> dans votre répertoire MediaWiki.</span>

<span id="Apache_Step_2._Protect_Images_Directory_from_Internet_Access"></span>
=== Apache étape 2. Protéger le répertoire Images de l'accès Internet ===

<div class="mw-translate-fuzzy">
Dans votre répertoire <nowiki>[/path/to]/images</nowiki>, créez un fichier ''.htaccess'' contenant une seule ligne :
</div>

<syntaxhighlight lang=apache>
Deny from All
</syntaxhighlight>

{{Note|1=Si vous n'avez pas déplacé votre répertoire, il n'y a pas lieu de modifier {{ll|Manual:$wgUploadDirectory|$wgUploadDirectory}}}}

<span id="Apache_Step_3._Execute_Script_cgi_img_auth.php_for_all_Accesses"></span>
<div class="mw-translate-fuzzy">
=== Apache étape 3. Executer le script cgi_img_auth.php pour tous les accès ===
</div>

==== '''Apache étape 3.1.''' mettre à jour {{ll|Manual:$wgUploadPath|$wgUploadPath}} dans LocalSettings.php ====
<syntaxhighlight lang="php">
$wgUploadPath = "[/path/to]/cgi_img_auth.php";
</syntaxhighlight>

<span id="Apache_Step_3.2._Edit_.htaccess"></span>
<div class="mw-translate-fuzzy">
==== '''Apache étape 3.2.''' modifier .htaccess ====
</div>

<div class="mw-translate-fuzzy">
Mettez à jour le fichier .htaccess pour qu'il ressemble à
</div>

<syntaxhighlight lang=apache>
RewriteEngine on
RewriteRule ^/path/to/images(.*)$ /path/to/cgi_img_auth.php/$1 [R]
RewriteRule ^path/to/cgi_img_auth.php/(.*)$ path/to/cgi_img_auth.php?path=/$1
</syntaxhighlight>

Notez par ailleurs que cette étape n'est [[Manual_talk:Image_Authorization#Apache_step_3.2_unnecessary_on_some_installations|pas nécessaire avec certaines installations]].

<span id="Apache_-_Compatibilize_with_clean_URLs"></span>
== Apache - assurez la compatibilité en utilisant des URLs à jour ==

<div class="mw-translate-fuzzy">
Si votre site web modifie les URLs via '''.htaccess''', alors il vous faudra une exception avant de faire la réécriture de l'adaptation :
</div>

<syntaxhighlight lang=apache>
RewriteCond %{REQUEST_URI} /img_auth\.php/
RewriteRule ^ - [L]
</syntaxhighlight>

<div class="mw-translate-fuzzy">
(cela signifie : ''dans le cas où img_auth est appelé, arrêter les règles'')
</div>

<div class="mw-translate-fuzzy">
Exemple de fichier .htaccess :
</div>

<syntaxhighlight lang=apache>
RewriteEngine On
# First condition&rule:
RewriteCond %{REQUEST_URI} /img_auth\.php/
RewriteRule ^ - [L]
# Rest of rules:
RewriteCond ...
RewriteRule ...
</syntaxhighlight>

<span id="Apache_-_Deny_the_directory_list"></span>
== Apache - masquer la liste des répertoires ==

Si vous ne souhaitez pas que les utilisateurs puissent lister votre répertoire d'images, indiquez-le dans la configuration Apache :

<syntaxhighlight lang=apache>
        <Directory /var/www/wiki/images>
                Options -Indexes
        </Directory>
</syntaxhighlight>

<span id="IIS_Instructions"></span>
== Instructions IIS ==
L'implémentation sous IIS est plus complexe car on n'y dispose pas des possibilités du 'pipe' de Apache ou d'Unix en général.
Néanmoins, avec quelques manipulations on peut faire en sorte que IIS puisse exécuter le CGI et assurer la protection.

{{warning|1=<span class="mw-translate-fuzzy">L'approche ''img_auth'' ne fonctionne qu'avec le mode ISAPI PHP sur la plateforme WIMP (Windows, IIS, MySQL, PHP).</span> <span class="mw-translate-fuzzy">Si vous avez suivi les [[Special:MyLanguage/Manual:Installation guide|instructions d'installation standard pour Windows]], votre wiki utilise CGI (''php-cgi.exe'') et vous devrez passer à ISAPI.</span> Les instructions pour faire cela se trouvent dans l'espace de [[Manual talk:Image Authorisation|discussion]]. <span class="mw-translate-fuzzy">Il y a un bogue dans la manière dont ''php-cgi'' traite l'analyse syntaxique de PATH_INFO, qui provoque l'erreur CGI suivante avec certains fichiers du chemin restreint : "CGI Error: The specified CGI application misbehaved by not returning a complete set of HTTP headers" .</span> C'est un problème PHP ou IIS, et non pas MediaWiki.}}

<span id="IIS_Step_1._Protect_Images_Directory_from_Anonymous_Internet_Access"></span>
=== IIS étape 1. Protéger le répertoire ''images'' de l'accès Internet anonyme ===
Avec IIS il est important que les utilisateurs ne puissent pas accéder aux images et aux fichiers en utilisant les URLs alternatives de leur chemin de sorte  à empêcher de sauter les redirections virtuelles des répertoires.
C'est pourquoi il faut créer un nouveau répertoire hors de la racine de MediaWiki.

<span id="IIS_Step_1.1_Create_New_Physical_Directory"></span>
==== IIS étape 1.1 créer un nouveau répertoire physique ====
Créez un nouveau répertoire physique.
Ce répertoire ne doit pas se trouver à l'intérieur d'un autre répertoire web existant, ni d'un autre répertoire web virtuel :

Exemple :

<pre>c:\inetpub\wwwroot\MyWikiImg</pre>

<span id="IIS_Step_1.2_Check/Set_Directory_Security"></span>
==== IIS étape 1.2 vérifiez ou configurez la sécurité des répertoires ====
La sécurité du répertoire doit permettre la lecture, l'écriture, la modification pour le compte des invités internet (habituellement IUSR_[nom de serveur]).
Ne vous inquiétez pas, on va corriger cela dans les étapes suivantes.

<span id="IIS_Step_2._Execute_Script_img_auth.php_for_all_Accesses_to_Image_Directory"></span>
<div class="mw-translate-fuzzy">
=== IIS étape 2. exécuter le script ''img_auth.php'' pour tous les accès au répertoire ''image'' ===
</div>

Sous IIS ceci est réalisé en créant un répertoire virtuel de même nom que le répertoire physique (s'il n'est pas à la racine du serveur web).

<span id="IIS_Step_2.1_Create_Virtual_Directory_with_Same_Name_as_Physical_Directory"></span>
==== IIS étape 2.1 créer le répertoire virtuel de même nom que le répertoire physique ====

Créez un nouveau répertoire virtuel en utilisant Start&rarr;Administrative Tools&rarr;Internet Information Services (IIS) Manager dans le service web que vous utilisez pour MediaWiki.

Pour créer le répertoire virtuel, cliquez-droit sur le service web -> New Virtual Directory...

Dans l'assistant, créez un nouveau répertoire virtuel ayant le même nom que le répertoire physique et faites le pointer vers ce répertoire.

<span id="IIS_Step_2.2_Redirect_New_Virtual_Directory_to_img_auth.php"></span>
<div class="mw-translate-fuzzy">
==== IIS étape 2.2 rediriger le nouveau répertoire virtuel vers ''img_auth.php'' ====
</div>
Encore dans IIS Manager, cliquez-droit sur le nouveau répertoire virtuel &rarr; Properties et sélectionnez l'onglet 'Virtual Directory' pour modifier l'intitulé concernant l'origine qui vient maintenant d'une redirection : 'The content for this resource should come from:' en 'A redirection to a URL'.
<span class="mw-translate-fuzzy">Initialisez 'Redirect To:' avec l'URL vers img_auth de votre MediaWiki.</span>

Exemple :

<pre>http://wiki.example.org/MyWiki/img_auth.php</pre>

N'oubliez pas de cliquer sur {{button|Apply}} pour exécuter.

<span id="IIS_Step_3_Copy_Old_Image_Directory_to_New"></span>
=== IIS étape 3 copier l'ancien répertoire ''image'' dans le nouveau ===
Copiez le contenu de l'ancien répertoire d'images ($ip/image) ainsi que les sous-répertoires dans le nouveau répertoire que vous avez créé.
<span class="mw-translate-fuzzy">{{note|Le dossier 'image' ne se trouvera pas dans le nouveau répertoire.}}</span>
Le nouveau répertoire ne devrait pas apparaître comme :

Mauvais :

<pre>
MyWikiImg
  images
    0
    1
    . . .
</pre>

Bon :

<pre>
MyWikiImg
  0
  1
  . . .
</pre>

<span id="IIS_Step_4_Redirect_MediaWiki_Images_Processing"></span>
=== IIS étape 4 rediriger le traitement des images MediaWiki ===

==== '''IIS étape 4.1 ''' modifier {{ll|Manual:$wgUploadPath|$wgUploadPath}} dans ''LocalSettings.php'' ====

<syntaxhighlight lang="php">
$wgUploadPath = "[NewVirtualDirPath]";
</syntaxhighlight>

Exemple :

<syntaxhighlight lang="php">
$wgUploadPath = "/MyWikiImg";
</syntaxhighlight>

==== '''IIS étape 4.2 ''' modifier {{ll|Manual:$wgUploadDirectory|$wgUploadDirectory}} dans ''LocalSettings.php'' ====

<syntaxhighlight lang="php">
$wgUploadDirectory = "[NewVirtualDirImages]";
</syntaxhighlight>

Exemple :

<syntaxhighlight lang="php">
$wgUploadDirectory = "D:\Inetpub\wwwroot\MyWikiImg";
</syntaxhighlight>

<span id="IIS_Step_4.3_Restart_your_IIS_Web_Service"></span>
==== '''IIS étape 4.3''' redémarrer votre service web IIS ====

<span id="IIS_Step_4.4_Troubleshoot_IIS_PATH_INFO"></span>
<div class="mw-translate-fuzzy">
==== '''IIS étape 4.4''' PATH_INFO IIS problématique ====
</div>

<div class="mw-translate-fuzzy">
Si votre installation ne fonctionne pas, c'est peut-être que ''img_auth.php'' nécessite que le serveur renvoie PATH_INFO pour savoir exactement à quel fichier vous souhaiter accéder (par exemple tout ce qui suit le répertoire virtuel dans l'URL).
</div>

<span class="mw-translate-fuzzy">Il existe plusieurs articles et conseils sur le fait que certaines versions de IIS peuvent interdire les variables serveur PATH_INFO et PATH_TRANSLATE 'pour des raisons de sécurité'.</span>
<span class="mw-translate-fuzzy">Ce problème n'est pas apparu chez nous avec le serveur à jour et les patchs actuels (IIS 6.0) mais il a été observé avec IIS 4.0 (et peut-être les versions antérieures), que vous pourrez investiguer si ''img_auth.php'' ne fonctionne pas.</span>

<span class="mw-translate-fuzzy">L'article complet de la base de connaissance se trouve sur [http://support.microsoft.com/kb/184320 Using PATH_INFO and PATH_TRANSLATED from CGI Applications].</span>
Cet article vous indique la manière d'exécuter un programme écrit en MS Visual Basic (il est possible que vous deviez charger CScript).

[[Category:MediaWiki configuration{{#translation:}}|{{PAGENAME}}]]
[[Category:Upload{{#translation:}}|{{PAGENAME}}]]