Voici un problème qui m'aura bien fait souffrir : je souhaitais mettre en place pour un site sous DNN, un SSO basé sur l'authentification windows. Il s'agissait donc de définir une page ASPX sur laquelle la connexion anonyme était désactivée et l'authentification Windows activée. Sur le papier, cela me permet lorsque je me connecte sur cette page de récupérer automatiquement le compte Windows de l'utilisateur et ainsi de l'identifier automatiquement (SSO donc) pour peu qu'il utilise IE. Pour FireFox et Chrome, quelques manipulations de paramétrage sont a effectuer au préalable pour arriver à ce résultat.
Sur mon poste (un Windows 7 x64), je me suis retrouvé face à un problème terriblement déroutant (cela m'a occupé 1 jour 1/2 avant de trouver la solution). Lorsque je me connectais sur cette page où l'authentification windows était activée, mon navigateur me demandait de m'identifier, chose que je faisais une première fois, puis la fenêtre de login revenait et impossible de s'en défaire... Ma saisie semblait systématiquement incorrecte.
J'ai déployé ma solution sur le poste de mon collègue et avec le même paramétrage je ne rencontrais aucun soucis, j'étais automatiquement identifié sans avoir à saisir la moindre information dans une fenêtre de login. Il y avait bien entendu une différence quelque part... suffisait de la trouver.
Le problème venait du fait que sur mon site web j'avais défini un nom d'hôte, et sur le poste de mon collègue on travaillait en localhost avec un port. En supprimant le nom d'hôte et en travaillant en localhost mon problème était résolu... mais cette solution ne me satisfaisait pas, je tenais à travailler avec un nom d'hôte et pas un port différent.
En creusant pas mal je suis tombé sur cette KB : http://support.microsoft.com/kb/896861. J'ai utilisé la méthode 2 et là plus de soucis : j'ai gardé mon nom d'hôte et j'ai mon SSO qui fonctionne.
Affichage des articles dont le libellé est IIS. Afficher tous les articles
Affichage des articles dont le libellé est IIS. Afficher tous les articles
jeudi 6 mars 2014
mardi 22 juin 2010
IIS 6 : erreur 404 sur fichier sans extension
Le problème du jour : après avoir déployé mon projet sur un serveur Windows 2003, je me trouve face à une erreur 404 lorsque je souhaite accéder à un fichier se trouvant sur mon serveur. Après avoir fait les vérifications d'usages (présence du fichier, droits d'accès), le problème semble plus compliqué que ce qu'il ne pouvait paraître.
Il se trouve que ce fichier est sans extension, forcément cela n'est pas un hasard, je rajoute donc une extension à mon fichier et l'erreur 404 disparait. Je me dis que cela a surement à voir avec les types MIME, j'essaye donc un paramétrage avec l'extension "." mais sans succès. Je me tourne donc vers mon ami Google, et voici le lien qui m'apporta la solution.
En résumé, il suffit de créer un type MIME "application/octet-stream" sur l'extension ".*". Voici la copie d'écran de ce que cela donne sous IIS :
Modification :
Avec un tel paramétrage je rencontre un gros problème avec Google Chrome : les fichiers CSS ne passe plus !
Donc retour arrière une fois de plus, à la place du ".*", il suffit de mettre "." en gardant le même type MIME et là plus de soucis (apparemment en tout cas). S'il n'y a pas de modification à ce billet c'est que cela fonctionne.
Il se trouve que ce fichier est sans extension, forcément cela n'est pas un hasard, je rajoute donc une extension à mon fichier et l'erreur 404 disparait. Je me dis que cela a surement à voir avec les types MIME, j'essaye donc un paramétrage avec l'extension "." mais sans succès. Je me tourne donc vers mon ami Google, et voici le lien qui m'apporta la solution.
En résumé, il suffit de créer un type MIME "application/octet-stream" sur l'extension ".*". Voici la copie d'écran de ce que cela donne sous IIS :
Avec un tel paramétrage je rencontre un gros problème avec Google Chrome : les fichiers CSS ne passe plus !
Donc retour arrière une fois de plus, à la place du ".*", il suffit de mettre "." en gardant le même type MIME et là plus de soucis (apparemment en tout cas). S'il n'y a pas de modification à ce billet c'est que cela fonctionne.
Inscription à :
Articles (Atom)
