2010-08-05 37 views
10

Eh bien, celui-ci me fait peur. J'ai utilisé un outil de vérification Http Header pour vérifier les en-têtes de ma page Web et devinez quoi. Dans chaque demande la réponse était 302 au lieu de 200.Site Web retourne 302 au lieu de 200

domain.con 
www.domain.con 
http://www.domain.con 

Alors, suis-je manque quelque chose ici? Je n'ai placé aucune redirection d'aucune façon.

Alors, où le f # $% redirige mon site? Y a-t-il un trou de sécurité?

MISE À JOUR: Alors que googler trouvé this one

+1

Regardez l'en-tête Location dans la réponse, le cas échéant. – Ivo

Répondre

6

domain.com n'est pas la même chose que www.domain.com - c'est une redirection.

+0

Je suppose que je comprends cela, mais les deux ne devraient pas retourner 200? – OrElse

+0

La redirection retournera un 302 (redirection), le dernier devrait renvoyer un 200. – Oded

+0

Eh bien, il devrait mais ce n'est pas le cas. Il renvoie 302 aussi. – OrElse

0

Il est possible que vous ayez oublié d'ajouter une barre oblique finale à la fin de votre URL. La plupart des serveurs Web vous redirigeront vers l'emplacement "canonique" qui inclut la barre oblique. Si vous incluez la barre oblique, vous pouvez obtenir la réponse que vous recherchez.

+1

La réponse était à nouveau 302. – OrElse

4

Peut-être un cas de ceci:

302 Trouvé

Voici le code de redirection le plus populaire, mais aussi un exemple de la pratique industrielle contredisant la norme. La spécification HTTP/1.0 (RFC 1945) exigeait que le client effectue une redirection temporaire (l'expression descriptive d'origine était "Déplacé temporairement"), mais les navigateurs populaires implémentaient 302 avec les fonctionnalités d'un 303 Voir Autre. Par conséquent, HTTP/1.1 a ajouté les codes d'état 303 et 307 pour distinguer les deux comportements. Cependant, la majorité des applications Web et des cadres utilisent encore le code d'état 302 comme si elle était le 303.

303 Voir Autres (depuis HTTP/1.1)

La réponse à la demande se trouve sous un autre URI en utilisant une méthode GET. Lorsqu'il est reçu en réponse à un message PUT, il doit être supposé que le serveur a reçu les données et que la redirection doit être émise avec un message GET distinct.

http://en.wikipedia.org/wiki/List_of_HTTP_status_codes

0

Utilisez-vous l'authentification des formulaires? et la page de connexion est une autre page que la page par défaut dire auth.aspx? Si tel est le cas, vous obtiendrez toujours le code 302 et la page sera redirigée vers la page de connexion.

6

Vous obtenez ceci parce que .net/IIS redirige votre www.domain.com ou domain.com vers www.domain.com/default.aspx, ainsi vous obtenez un en-tête avec 302 puis un pour 200. Je pense C'est par conception, mais très confus.

+0

Cette réponse devrait être un commentaire. – MuhammadHani

+0

Pourquoi c'est une réponse? – Anthony