Dev Faq
-2
votes

Certains clients ne peuvent pas obtenir leur adresse IP après la mise à jour du chrome

  • Client à l'aide de Chrome version 75.0.3770.100 64BIT: Certains peuvent fournir une adresse IP valide, certaines ne le font pas (voir l'exemple ci-dessous pour valide ou invalide)

    Qu'est-ce que j'ai essayé: (P.S. X sont le numéro ci-dessous) 1. Non valide IP fourni Client: Désinstaller Chrome -> Mise à jour de la version antérieure: 71.0.3578.80 64bit (Got valide IP E.G. 1x2.1x.2.x1)

    1. Non valide IP fourni Client: Désinstallation Chrome -> Mise à jour de la version antérieure -> Mise à jour de la dernière version: 75.0.3770.100 64 bits -> Ordinateur de redémarrage (non fonctionne, IP: Candidat: 7x3x0x8x0 1 udp 21x3x3x1x1 31xcxece-ax6f -X3F2-ABX9-F1F4FB9X5X6X.LOCAL 4XX1X TYPES GÉNÉRATION HÔTE 0 UFRAG BKIQ COÛT 999)

      Le code: xxx

      J'espère même mettre à jour la dernière version de chrome (75.0.3770.100 64 bits) Tous les clients peuvent fournir une adresse IP

0 commentaires

3 Réponses :

1
votes

Utilisez Stun / Turn Server IPS / Domaines IPS / DOMAINES IN IXSERVERS Configuration au lieu de VIDE, E.G. {"IXERVERS": [{URLS: 'Stun: stand.l.google.com: 19302'}]} . Les serveurs étourdissements / tours sont nécessaires lorsque les clients sont sur un réseau différent.

0 commentaires
1
votes

J'ai trouvé une solution de contournement permettant à l'utilisateur IP peut renvoyer au serveur après la mise à jour du dernier chrome:

  1. Utilisateur Go Chrome: // Flags
  2. Recherche 'Anonymiser les IP locales exposés par WEBRTC.' qui dissimulent les adresses IP locales avec les noms d'hôte MDNS. - Mac, Windows, Linux, chrome OS
  3. Désactiver-le
0 commentaires
0
votes

Ce n'est pas un bug, on s'attend à ce que vous ne puissiez pas obtenir des adresses de cette façon à l'avenir.

Hôtes WEBRTC Les candidats seront désormais anonymisés à l'aide de noms d'hôte Random MDNS pour empêcher les sites Web de détourner WEBRTC à Snoop sur les adresses IPv4 locales. Le comportement est progressivement activé pour tous les utilisateurs chromés. Il est également mis en œuvre dans Firefox.

Voici les bugs correspondants pour chrome et < un href = "https://bugzilla.mozilla.org/show_bug.cgi?id=1544770" rel = "NOFOollow NOREFERRER"> Firefox et le courant Draft de l'IETF pour les candidats de WEBRTC MDNS.

0 commentaires

Articles qui pourrait vous intéresser :

Impossible d'importer le module "@ angular / material"
Interaction profonde avec break and catch
Utilisation de node.js comment renommer tous les fichiers d'un dossier
Google Chrome Uncaught (promis) DOMException lors de la lecture AUDIO