Considérations d’infrastructure
Exigences d’infrastructure et de réseau RealmJoin, y compris les recommandations de proxy et les plages d’IP Azure et Office 365 qui doivent être accessibles.
Réseau
Éviter les proxys
Le déploiement initial nécessite un accès direct à Internet. Aucun proxy serait idéal, mais un proxy transparent devrait fonctionner correctement (s’il est vraiment transparent). Si un proxy est inévitable comme exigence minimale, les services/adresses suivants doivent être directement accessibles :
Pour une liste des plages d’IP correspondantes, cliquez sur le lien suivant :
Ce fichier contient les plages d’adresses IP de calcul (y compris les plages SQL) utilisées par les centres de données Microsoft Azure. Un nouveau fichier xml sera téléversé chaque mercredi (heure du Pacifique) avec les nouvelles plages d’adresses IP prévues. Les nouvelles plages d’adresses IP entreront en vigueur le lundi suivant (heure du Pacifique). Téléchargez le nouveau fichier xml et effectuez les modifications nécessaires sur votre site avant lundi.
Cet article renvoie à un fichier contenant les plages d’adresses IP de calcul que vous devez inclure dans vos listes d’autorisation sortantes afin de garantir que vos ordinateurs puissent utiliser Office 365 avec succès.
Le filtrage des adresses IP seul n’est pas une solution complète en raison des dépendances vis-à-vis de services Internet tels que les services de noms de domaine (DNS), les réseaux de diffusion de contenu (CDN), les listes de révocation de certificats et d’autres services tiers ou dynamiques. Ces dépendances incluent des dépendances à d’autres services Microsoft tels que le réseau de diffusion de contenu Azure et entraîneront des traces réseau ou des journaux de pare-feu indiquant des connexions à des adresses IP appartenant à des tiers ou à Microsoft, mais qui ne sont pas répertoriées sur cette page. Ces adresses IP non répertoriées, qu’elles proviennent de CDN et de services DNS tiers ou appartenant à Microsoft, sont attribuées dynamiquement et peuvent changer à tout moment.
BranchCache et l’isolation des appareils
BranchCache est une technologie Windows conçue pour réduire le trafic WAN et accélérer la distribution du contenu au sein des réseaux d’entreprise. Elle le fait en permettant aux clients Windows de partager entre eux les données téléchargées, au lieu que chaque appareil récupère le même contenu à plusieurs reprises depuis le cloud.
Pour RealmJoin, BranchCache est activé par défaut côté CDN et côté client.
Pourquoi ne pas utiliser l’optimisation de la distribution ? Ce mécanisme ne prend pas en charge les sources de packages tierces. Il fonctionne uniquement avec des points de terminaison contrôlés par Microsoft (par ex. : Windows Update, Store, applications M365 ou Intune).
Donc, au sein de RealmJoin, nous nous appuyons sur BranchCache parce qu’il s’agit d’un mécanisme de pairage intégré à Windows qui fonctionne avec du contenu tiers :
côté CDN: Il est activé par défaut. Si demandé, nous pouvons désactiver entièrement BranchCache côté CDN (par tenant), ce qui rend la configuration côté client sans importance.
Dans l' côté client, la fonctionnalité est également activée par défaut. En définissant
BranchCache.Mode = "Undefined"(voir Paramètres utilisateur et groupe), ce comportement par défaut peut être modifié. Toutefois, pour les clients existants, la fonctionnalité ne sera pas désactivée activement une fois qu’elle a déjà été activée auparavant. Pour la désactiver, exécutezDisable-BCsur les appareils souhaités.
Pour que BranchCache soit efficace, les clients doivent pouvoir communiquer directement entre eux. Ils ne doivent donc pas être séparés par des VLAN différents, des sous-réseaux différents, ni voir leur communication bloquée via l’isolation des appareils. Nous utilisons BranchCache en Mode cache distribué, où chaque client maintient un cache local et récupère les données mises en cache auprès de ses pairs. L’option Mode cache hébergé, qui nécessite un Windows Server dédié et est configurée sur les clients via la stratégie « Configurer les serveurs de cache hébergé », est non pris en charge par RealmJoin.
Lorsqu’un appareil client télécharge des packages logiciels pour la première fois, les fichiers sont divisés en segments beaucoup plus petits que le contenu d’origine et mis en cache sur l’appareil. Si le même package est ensuite demandé depuis un autre appareil client du même réseau, il télécharge des informations sur le contenu au lieu du contenu complet depuis le serveur. Les informations sur le contenu sont utilisées pour localiser le contenu souhaité sur d’autres appareils du réseau. Découverte des pairs clients en « Mode cache distribué » fonctionne comme suit :
Un client envoie une requête multicast telle que « Quelqu’un possède-t-il le contenu ID XYZ ? »
Tout pair qui possède le segment demandé répond directement en unicast.
Au lieu de télécharger des packages depuis le serveur, le contenu sous forme de segments découpés est transféré vers l’appareil client. Si le logiciel demandé est disponible sur plusieurs appareils, la charge est répartie entre eux.
Pour plus de détails, voir Microsoft Learn : BranchCache
Points de terminaison de connexion RealmJoin
RealmJoin se connecte aux hôtes suivants (via HTTPS) qui peuvent être pris en compte dans les paramètres de votre pare-feu :
cdn.realmjoin.comx1.c.lencr.orgclient-api.realmjoin.comclient-api-staging.realmjoin.comrealmjoin-backend.azurewebsites.netrealmjoin-backend-staging.azurewebsites.netnuget.realmjoin.comenterpriseregistration.windows.netgkrealmjoin.s3.amazonaws.comlogin.microsoftonline.comgraph.microsoft.comrealmjoinstaticcdn.azureedge.net(Notificateur)
Mis à jour
Ce contenu vous a-t-il été utile ?