2010-11-15 6 views
2

Il était temps de mettre cela dans la pile. Nous avons IIS 7.5 (mode classique), .net 2.0 sur Windows Server 2008. L'application a été mise à jour à partir de .net 1.1 sans problèmes/modifications nécessaires. Il a été migré à partir de Serveur 2000. Une fois dans sa nouvelle maison, l'authentification par formulaires a commencé à hicciter les utilisateurs d'Internet Explorer. Les utilisateurs d'IE peuvent se connecter, arriver à la page de destination de connexion réussie qui a un paragraphe de texte, un bit sonore WebControlLibrary (mp3) et un bouton asp. Après un clic sur le bouton, les utilisateurs d'IE sont immédiatement renvoyés à la connexion. Cela arrive si vite, ne semble pas être un postback, mais le fiddler le dit et le publie deux fois avec une redirection 302 sournoise.L'authentification par formulaires échoue pour IE uniquement en mode classique IIS 7.5.

Sur fiddler, Firefox ne montre aucun 302 et fonctionne bien comme le fait Chrome. Cela se produit uniquement à l'extérieur de notre réseau, sur IE7/8, les tests internes sont très bien.

J'ai vu où les utilisateurs ont signalé qu'un trait de soulignement dans l'url peut provoquer cela ... n'en ai pas. Le mélange des modes d'authentification dans IIS 7.5 peut poser des problèmes, nous utilisons le mode classique. J'ai vu où javascript utilisé pour appeler le postback pour le bouton peut provoquer cela, nous utilisons standard .net bouton onclick événement dans le code derrière (qui vérifie simplement un numéro de page puis fait une réponse rediriger vers la page suivante dans l'application.)

J'ai parcouru google et Bing (et ici) pour la plupart de quelques jours en vain. Je m'excuse pour le flou de la question.

EDIT: Aucun caractère de soulignement dans le nom du serveur. Voici le processus visible par un utilisateur. Vous vous connectez, la page de connexion s'actualise et vous demande de vérifier que vous êtes bien celui que vous dites être. Si vous dites oui, vous allez à instructions.aspx. Ces boutons pages seront postback lorsque vous cliquez sur "continuer". IE meurt sur le premier clic de conitnue et note les trucs bizarres dans le violoneux ... FF va bien et passe au reste de l'application.

IE 8 
Result Protocol Host  URL     Body 
200  HTTP  CONNECT /     0 
200  HTTPS  xxxxxx.com/     12,354 
200  HTTPS  xxxxxx.com /login.aspx   8,139 
302  HTTPS  xxxxxx.com /login.aspx   137 
200  HTTPS  xxxxxx.com /instructions.aspx 6935 
302  HTTPS  xxxxxx.com/     131 
302  HTTPS  xxxxxx.com /logout.aspx  130 
200  HTTPS  xxxxxx.com /login.aspx   12,354 
302  HTTPS  xxxxxx.com /insturctions.aspx 167 
200  HTTPS  xxxxxx.com /login.aspx?ReturnUrl=&... 


FireFox 
Result Protocol Host  URL     Body 
200  HTTP  CONNECT /     0 
200  HTTPS  xxxxxx.com digicert.com  12,354 
200  HTTPS  xxxxxx.com /login.aspx   8,139 
302  HTTPS  xxxxxx.com /login.aspx   137 
200  HTTPS  xxxxxx.com /instructions.aspx 6935 
200  HTTPS  xxxxxx.com /images/xxx.jpg  47 
200  HTTPS  xxxxxx.com /images/xx2.jpg  46 
200  HTTPS  xxxxxx.com /instructions.aspx 12,354 
200  HTTPS  xxxxxx.com /images/xx3.jpg  49 
+0

semble être seulement IE 8, IE 7 a semblé fonctionner et va vérifier avec d'autres tests – mbowles

Répondre

0

Le numéro _ n'est pas pour l'URL ... il s'agit du nom du serveur. Pouvez-vous vérifier et confirmer si ce n'est pas le cas?

Installez également Fiddler (www.fiddlertool.com) et naviguez sur le site depuis IE. Sauvegardez les journaux. Effacer les journaux maintenant ... parcourez le site depuis Chrome et enregistrez-le à nouveau. Une fois cette opération terminée, vérifiez et comparez les journaux.

[je peux aider si vous me envoyer les fichiers journaux enregistrés comme suggéré de Fiddler]