Désactiver le masquage IP mDNS

Dans cet article, nous décrivons comment désactiver manuellement le masquage IP mDNS pour les navigateurs sur des ordinateurs Windows via le Registre. Pour clarifier, nous ne désactivons pas mDNS lui-même, mais le comportement d’obfuscation d’adresse IP de sa carte d’interface réseau locale (NIC) en ce qui concerne WebRTC, uniquement pour les domaines Microsoft eCDN et Teams.

D’autres méthodes obtenues via l’interface utilisateur du navigateur peuvent exister, mais comme elles changent fréquemment, nous ne les abordons pas ici.

Comme le concept peut être un peu confus, il peut être plus précis de dire que nous permet à WebRTC d’exposer l’adresse IP locale du client à JavaScript dans notre domaine sur une base par navigateur.

Objectif

Ce changement de configuration à l’aide de la stratégie WebRtcLocalIpsAllowedUrls est un composant requis pour permettre à notre client basé sur un navigateur de participer au peering. Sans cette modification, la stratégie de navigateur obfusque l’adresse IP locale de l’ordinateur de la couche JavaScript, ce qui est essentiel pour la p2p directe dans les réseaux organisationnels.

En règle générale, le masquage IP de mDNS est d’abord désactivé manuellement sur une base individuelle pour le test et la validation de la solution P2P de Microsoft eCDN sur un jeu de test à petite échelle. Ensuite, les clients utilisent stratégie de groupe ou un système de gestion des points de terminaison comme SCCM ou Intune pour effectuer la modification en masse dans leur environnement.

Mise en garde/limitation des cartes réseau multiples

Il existe une limitation avec cette méthode d’exposition de l’adresse IP locale, car elle expose uniquement l’adresse IP de la carte réseau préférée du point de terminaison. Cette limitation est sans conséquence pour la plupart des utilisateurs, mais peut nuire aux visionneuses de navigateur avec plusieurs cartes réseau en les empêchant d’être affectées à leur groupe de sous-réseaux prévu.

Un exemple courant de point de terminaison potentiellement impacté est un point de terminaison avec un VPN always-on.

Solution de contournement

L’octroi des autorisations de microphone et/ou de caméra au domaine du joueur, généralement https://teams.microsoft.com, lui permet d’exposer toutes les cartes réseau au service Microsoft eCDN. Par conséquent, autoriser la logique de scénario multinic à affecter le point de terminaison au groupe de mappage de sous-réseau approprié.

Clés de Registre

Deux entrées de Registre sont nécessaires pour prendre en charge le peering avec Microsoft eCDN. Chaque domaine nécessite sa propre entrée avec un nom de valeur unique.

Prise en charge de Firefox

La configuration de Firefox est légèrement différente. Une seule entrée de Registre, les données de valeur, contient les domaines, séparés par une virgule.

Problème courant

La clé de la valeur (chaîne) REG_SZ requise n’existe peut-être pas.

Exemple de scénario pour Microsoft Edge

Ici, nous voyons qu’une sous-clé n’est pas présente dans la hiérarchie sous la Edge clé comme prévu.

Dans ce scénario particulier, seule la WebRtcLocalIpsAllowedUrls clé est manquante, mais il est également plausible qu’une clé plus haut dans la hiérarchie soit manquante, comme Edge, Chromeou Google, même si le navigateur correspondant est installé.

Solution

Les étapes de résolution de ce scénario sont simples.

1. Créez les clés manquantes.

   

2. Nom de la clé d’entrée.

   

3. Continuez à créer des clés manquantes dans la hiérarchie si nécessaire.

4. Dans la WebRtcLocalIpsAllowedUrls clé, créez la valeur de chaîne, en définissant le nom de la valeur sur 1 ou une autre valeur numérique disponible, et les données de valeur sur *.ecdn.teams.microsoft.com.

   

5. Répétez les étapes nécessaires pour https://teams.microsoft.com.

edge://restart

chrome://restart

about:restartrequired

Complet! MDNS est désormais désactivé sur Microsoft Edge pour le domaine Microsoft eCDN.