2017-09-23 5 views
0

J'ai mis en place un site qui fonctionne parfaitement sur mon serveur IIS lorsque je me connecte via http; Cependant, lorsque je tape l'adresse avec https: //, j'obtiens une erreur 404 non trouvée.Laravel 5.4 site sur IIS obtient 404 sur les demandes https

J'utilise Laravel 5.4 Mon fichier web.config (dans mon dossier public) ressemble à ceci:

<rewrite> 
    <rules> 
     <rule name="Imported Rule 3"  stopProcessing="true"> 
      <match url="^" ignoreCase="false" /> 
      <conditions logicalGrouping="MatchAll"> 
       <add input="{REQUEST_FILENAME}" matchType="IsDirectory" ignoreCase="false" negate="true" /> 
       <add input="{REQUEST_FILENAME}" matchType="IsFile" ignoreCase="false" negate="true" /> 
      </conditions> 
      <action type="Rewrite" url="index.php" /> 
     </rule> 
    </rules> 
</rewrite> 
<defaultDocument> 
    <files> 
     <clear /> 
     <add value="index.php" /> 
    </files> 
</defaultDocument> 

Les paramètres de base au point IIS la racine du site dans le dossier public.

J'ai une mise en page https mise en place et il n'y a rien de bizarre sur les paramètres globaux du serveur ou les paramètres php qui bloquent https puisque nous avons plusieurs autres sites PHP non-Laravel qui fonctionnent bien sur https. Si quelqu'un pouvait suggérer un correctif ou du moins un moyen de voir ce que fait IIS sur ces réécritures avec les appels http et https, je peux voir où cela ne va pas et essayer de mieux résoudre les problèmes. Les journaux standard affichent seulement mes appels http, et ceux avec de jolies URL, et non les URL actuelles qu'IIS utilise après réécriture.

Répondre

0

J'ai été capable de le comprendre. Il s'avère que ce n'était pas un problème de réécriture, c'était un problème Azure. Le port était utilisé par une autre machine virtuelle dans le même groupe de ressources, ce qui m'a empêché d'ouvrir le port sur cette machine (les autres sites SSL de cette machine utilisaient un port différent, ce qui leur permettait de fonctionner).