Comment puis-je déterminer quelles sont les parties d'une page web sont cryptées et lesquels ne le sont pas?

Le problème n'est pas toujours mauvais liens dans votre page.

Si vous vous liez à iresources à un site externe à l'aide de https://, puis le site externe n'ses propres redirection HTTP vers des pages non SSL, qui va briser le SSL de verrouillage sur votre page.

MAIS, quand vous l'affichage de la source ou de l'information dans l'onglet média, vous ne verrez pas de http://, parce que votre page est correctement en utilisant uniquement https://liens.

Comme suggéré ci-dessus, l'onglet réseau de firebug et d'autres problèmes. Suivez ces étapes:

1. Installer Firebug dans firefox si vous ne l'avez pas déjà, et de redémarrer FF lorsque vous y êtes invité.
2. Ouvrir Firebug (F12 ou le petit insecte menu à droite de votre zone de recherche).
3. Dans firebug, choisissez l'onglet "Net". Appuyez sur "Activer" (lien texte) pour l'allumer
4. Actualiser votre page de problème sans utiliser le cache en appuyant sur Ctrl-Shift-R (ou Commande-shift-R dans OSX). Vous verrez le "Net" de l'onglet dans firefox remplir avec une liste de chaque requête HTTP en fait.
5. Une fois que la page est fini de se charger, passez votre souris sur la gauche de la colonne de chaque requête HTTP indiqué dans l'onglet net. Une info-bulle apparaît, affichant le lien utilisé. il sera facile de repérer ceux qui sont http://au lieu de https://.
6. Si l'un de vos liens a entraîné une redirection HTTP, vous verrez "301 moved permanently" dans la colonne d'état HTTP, et une autre requête HTTP sera juste en dessous pour le nouvel emplacement. Si le problème était dû à une redirection externe, c'est là la preuve sera - le nouvel emplacement de la demande sera HTTP.
7. Si votre problème est dû à des redirections à partir d'un site externe, vous verrez "301 moved permanently" codes d'état pour les demandes qui pointent vers leur nouvel emplacement.
8. Exapnd l'un de ceux 301 délocalisations avec le signe plus à gauche, et à examiner les en-têtes de réponse pour voir ce qui se passe. l'en-tête location: vous dira le nouvel emplacement du serveur externe demande navigateurs utilisent.
9. Prendre note de cette info dans la redirection, puis envoyer un sympathique e-mail poli à l'extérieur du site en question et leur demander de supprimer la https://-> http://redirige pour vous. Expliquer comment il est en train de briser le SSL sur votre site, et idéalement inclure un lien vers la page qui est cassé, si possible, de sorte qu'ils peuvent voir l'erreur pour eux-mêmes. (ceci stimulera l'action plus rapide que si vous venez de leur dire au sujet de l'erreur).

Voici un exemple de sortie de Firebug pour la redirection externe question.. Dans mon cas, j'ai trouvé une page appelant https://flux de données a été d'obtenir les flux réécrit par le serveur externe à l'adresse http://.

J'ai renommé mon site "mysite.example.com" et le site externe "external.example.com" mais sinon, à gauche de la heders intacte. Les en-têtes de requête sont affichés en bas, en dessous des en-têtes de réponse. Notez que je m demande une https://lien de mon site, mais obtenir redirigé vers une adresse http://lien, qui est ce qui a été la rupture de mon SSL de verrouillage:

Response Headers  
Server  nginx/0.8.54
Date    Fri, 07 Oct 2011 17:35:16 GMT
Content-Type    text/html
Content-Length  185
Connection  keep-alive
Location    http://external.example.com/embed/?key=t6Qu2&width=940&height=300&interval=week&baseAtZero=false

Request Headers
Host    external.example.com
User-Agent  Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
Accept  */*
Accept-Language en-gb,en;q=0.5
Accept-Encoding gzip, deflate
Accept-Charset  ISO-8859-1,utf-8;q=0.7,*;q=0.7
Connection  keep-alive
Referer https://mysite.example.com/real-time-data
Cookie  JSESSIONID=B33FF1C1F1B732E7F05A547A9CB76ED3
Pragma  no-cache
Cache-Control   no-cache

Donc, la chose importante à noter est que, dans les en-Têtes de Réponse (ci-dessus), vous voyez un Emplacement: qui commence par http://et non https://. Votre navigateur va prendre cela en compte lors de savoir si le verrou est valide ou non, et le rapport que partiellement le contenu chiffré! (C'est en fait un important la sécurité du navigateur disposent pour alerter les utilisateurs à des XSRF et/ou à des attaques par phishing.

La solution dans ce cas n'est pas quelque chose que vous pouvez fixer sur votre site, vous devez demander le site externe pour arrêter leur redirection http. Souvent, cela a été fait sur le côté pour plus de commodité, sans se rendre compte de cette conséquence, et bien écrit, e-mail poli pouvez l'obtenir fixe.

OriginalL'auteur Professor Falken

Renifler les paquets qui vais vous dire vraiment rapide. WireShark est un bon programme pour une telle tâche.

OriginalL'auteur Gavin Miller

Le meilleur outil que j'ai trouvé pour la détection http liens sur une connexion https est Fiddler. Il est aussi excellent pour de nombreuses autres opérations de dépannage.

OriginalL'auteur Dscoduc