Navigateurs pris en charge
| Navigateur | Pris en charge |
|---|---|
| Google Chrome | Oui |
| Microsoft Edge | Oui |
| Safari | Non |
| Firefox | Non |
Les mesures de la page Configuration requise ont été réalisées dans Chrome 157.
Pourquoi Safari ne fonctionne pas
Section intitulée « Pourquoi Safari ne fonctionne pas »La page est servie en https, et elle se connecte à la passerelle sur votre Mac avec ws://127.0.0.1 (ou ws://localhost), qui n’est pas chiffré. Safari considère cela comme du contenu mixte (une connexion non sécurisée depuis une page sécurisée) et le bloque. La page ne peut pas atteindre la passerelle dans Safari.
Firefox n’est pas pris en charge.
Comment la page vérifie le navigateur
Section intitulée « Comment la page vérifie le navigateur »La page lit navigator.userAgentData.brands. Elle continue uniquement si la liste contient Google Chrome ou Microsoft Edge. Sinon, elle vous demande d’ouvrir la page dans Chrome ou Edge et ne tente pas de se connecter.
Safari et Firefox ne fournissent pas navigator.userAgentData, ils sont donc refusés. Les autres navigateurs basés sur Chromium qui ne déclarent pas la marque Chrome ou Edge sont refusés également.
Accès au réseau local dans Chrome
Section intitulée « Accès au réseau local dans Chrome »- Depuis Chrome 147, une page
httpspublique qui se connecte àlocalhostdoit d’abord obtenir l’autorisation de l’utilisateur. Chrome demande une fois et mémorise la réponse pour le site. - Depuis Chrome 154, la page peut indiquer qu’elle se connecte à l’adresse de bouclage (
targetAddressSpace: "loopback"à l’ouverture du WebSocket). La page le fait, et se rabat sur un WebSocket simple dans les versions qui ne prennent pas en charge cette option. - Depuis Chrome 156, une stratégie d’entreprise ne peut plus désactiver cette vérification.
Si vous avez refusé l’autorisation, voir Dépannage.