Implémentation d’ExpressRoute pour Office 365

Important :  Cet article a été traduit automatiquement, voir l’avertissement. Vous pouvez consulter la version en anglais de cet article ici.

ExpressRoute pour Office 365 fournit un autre itinéraire de routage vers de nombreux services Office 365 accessibles via Internet. L’architecture d’ExpressRoute pour Office 365 est basée sur l’annonce de préfixes d’adresses IP publiques de services Office 365 déjà accessibles sur Internet dans vos circuits ExpressRoute configurés, en vue d’une redistribution ultérieure de ces préfixes d’adresses IP dans votre réseau. ExpressRoute vous permet d’activer efficacement plusieurs itinéraires de routage, via Internet et ExpressRoute, pour de nombreux services Office 365. Cet état du routage sur votre réseau peut modifier sensiblement la manière dont votre topologie de réseau interne est conçue.

État : Guide complet v2

Vous devez planifier soigneusement votre implémentation d’ExpressRoute pour Office 365, afin de tenir compte des complexités de réseau liées au fait de disposer d’un routage tant via un circuit dédié avec des itinéraires injectés dans votre réseau principal, que via Internet. Si votre équipe et vous n’effectuez pas la planification et le test détaillés dans ce guide, il existe un risque élevé que vous rencontriez une perte intermittente ou totale de connexion aux services Office 365 une fois le circuit ExpressRoute activé.

Pour réussir l’implémentation, vous devez analyser vos besoins d’infrastructure, procéder à une évaluation et à une conception de réseau détaillées, planifier avec soin le déploiement de façon progressive et contrôlée, et élaborer un plan détaillé de test et de validation. Pour un environnement distribué de grande taille, il n’est pas rare de voir des implémentations s’étaler sur plusieurs mois. Ce guide est conçu pour vous aider à planifier.

La réussite d’un déploiement important peut nécessiter six mois de planification, et l’équipe qui s’en charge est souvent constituée de membres issus de divers services au sein de l’organisation : gestion de réseau, administration des pare-feu et serveurs proxy, administration Office 365, sécurité, prise en charge des utilisateurs finaux, gestion de projets et direction. Votre investissement dans le processus de planification contribue à réduire la probabilité de rencontrer des échecs de déploiement entraînant des temps d’indisponibilité ou des interventions de dépannage complexes et coûteuses.

Les conditions préalables suivantes sont supposées être remplies avant le début de l’implémentation décrite dans ce guide.

  1. Vous avez effectué une évaluation du réseau pour déterminer si ExpressRoute est recommandé et approuvé.

  2. Vous avez sélectionné un fournisseur de services réseau ExpressRoute. Pour plus de détails, voir Partenaires ExpressRoute et emplacements d’homologation.

  3. Vous avez déjà lire et comprenez la documentation ExpressRoute et votre réseau interne peut rencontrer ExpressRoute conditions préalables bout en bout.

  4. Votre équipe compte tous les guides publics et la documentation à l’adresse https://aka.ms/expressrouteoffice365, https://aka.ms/ert, lisez et observé la série Azure ExpressRoute pour Office 365 formation sur Channel 9 pour mieux comprendre des détails techniques critiques, y compris :

    • Dépendances Internet des services SaaS.

    • Comment éviter les itinéraires asymétriques et gérer les routages complexes.

    • Comment incorporer des contrôles au niveau de l’application, la disponibilité et la sécurité du périmètre.

Déterminer les besoins

Commencez par déterminer les fonctionnalités et services que vous envisagez d’adopter au sein de votre organisation. Vous devez déterminer les fonctionnalités des différents services Office 365 qui seront utilisées, et les emplacements sur votre réseau qui hébergeront les personnes utilisant ces fonctionnalités. Avec le catalogue de scénarios, vous devez ajouter les attributs de réseau que chacun de ces scénarios nécessite, tels que les flux de trafic réseau entrant et sortant, et si les points de terminaison Office 365 sont disponibles ou non sur ExpressRoute.

Pour déterminer les besoins de votre organisation :

  • Cataloguez le trafic réseau entrant et sortant pour les services Office 365 que votre organisation utilise. Consultez la page des URL Office 365 et des plages d’adresses IP pour la description de flux que différents scénarios Office 365 requièrent.

  • Rassemblez la documentation sur la topologie de réseau existante, présentant les détails de la dorsale et de la topologie de votre réseau étendu (WAN) interne, la connectivité des sites satellites, la connectivité de l’utilisateur au « dernier kilomètre », le routage vers les points de sortie du périmètre du réseau et les services de proxy.

    • Identifiez sur les diagrammes de réseau les points de terminaison de service entrants auxquels Office 365 et d’autres services Microsoft se connecteront, montrant les chemins de connexion à Internet et les chemins de connexion à ExpressRoute proposés.

    • Identifiez tous les emplacements géographiques utilisateur et la connectivité WAN entre sites, ainsi que les emplacements disposant actuellement d’une sortie vers Internet et ceux qui sont proposés pour avoir une sortie vers un emplacement d’homologation ExpressRoute.

    • Identifiez tous les équipements de périmètre, tels que les proxys, les pare-feu et autres, et cataloguez leur relation aux flux transitant sur Internet et ExpressRoute.

    • Spécifiez si les utilisateurs finaux accèderont aux services Office 365 via un routage direct ou un proxy d’application indirect pour les flux Internet et ExpressRoute.

  • Ajoutez l’emplacement de votre client et les points de rencontre à votre diagramme de réseau.

  • Évaluez les caractéristiques de latence et de performance réseau attendues et observées à partir d’emplacements utilisateur majeurs vers Office 365. N’oubliez pas qu’Office 365 est un ensemble global et distribué de services et que les utilisateurs doivent se connecter à des emplacements qui peuvent différer de l’emplacement de leur client. Pour cette raison, il est recommandé de mesurer et d’optimiser la latence entre l’utilisateur et le périmètre le plus proche du réseau global de Microsoft sur les connexions ExpressRoute et Internet. Dans le cadre de cette tâche ,vous pouvez vous aider de vos constats d’évaluation du réseau.

  • Répertoriez les exigences de sécurité et de haute disponibilité de réseau d’entreprise auxquelles la nouvelle connexion ExpressRoute doit satisfaire. Par exemple, comment les utilisateurs continueront-ils à accéder à Office 365 en cas de défaillance du circuit ExpressRoute ou de sortie Internet.

  • Document réseau sur lequel Office 365 entrant et sortant passe utilisera le chemin d’accès Internet et qui utilisent ExpressRoute. Les caractéristiques des emplacements géographiques de vos utilisateurs et les détails de la topologie de votre réseau local peuvent nécessiter l’offre soit différent de l’emplacement d’un utilisateur à l’autre.

Pour réduire la complexité de réseau de routage et d’autres, nous vous recommandons d’utiliser uniquement ExpressRoute pour Office 365 pour les flux de trafic réseau qui sont requises pour passer en revue une connexion dédiée en raison d’exigences réglementaires ou en tant que le résultat de l’évaluation de réseau. En outre, nous vous recommandons de préparer l’étendue de flux de trafic réseau entrant et sortant routage et approche des ExpressRoute comme distinctes phases du projet mise en œuvre. Déployer ExpressRoute pour Office 365 pour les flux de trafic réseau sortant initié par l’utilisateur seulement et laisser les flux de trafic réseau entrant sur Internet peuvent vous aider à contrôler l’augmentation de la complexité topologie et risques d’introduction d’autres possibilités routage asymétriques.

Votre catalogue le trafic réseau doit contenir des listes de toutes les connexions réseau entrantes et sortantes que vous aurez entre votre réseau local et Microsoft.

  • Les flux de trafic réseau sortant sont tous les scénarios où une connexion est établie à partir de votre environnement local, par exemple, à partir de clients ou serveurs internes, à destination des services Microsoft. Ces connexions peuvent être directes vers Office 365, ou indirectes, comme quand elles traversent des serveurs proxy, des pare-feu ou d’autres équipements de réseau sur le chemin d’accès à Office 365.

  • Les flux de trafic réseau entrant sont tous les scénarios où une connexion est établie à partir du cloud Microsoft vers un hôte local. Ces connexions doivent généralement passer par un pare-feu et d’autres infrastructures de sécurité que la stratégie de sécurité du client exige pour les flux provenant de l’extérieur.

Lisez la section S’assurer de la symétrie de l’itinéraire de l’article Routage avec ExpressRoute pour Office 365 afin de déterminer quels services enverront du trafic entrant, et recherchez la colonne marquée ExpressRoute pour Office 365 dans l’article de référence Points de terminaison Office 365 pour déterminer le reste des informations de connectivité.

Pour chaque service nécessitant une connexion sortante, vous devez décrire la connectivité planifiée pour le service, dont le routage réseau, la configuration du proxy, l’inspection des paquets et les besoins en bande passante.

Pour chaque service nécessitant une connexion entrante, vous aurez besoin d’informations supplémentaires. Des serveurs dans le cloud Microsoft établiront des connexions à votre réseau local. Pour garantir que ces connexions soient établies correctement, vous devez décrire tous les aspects de cette connectivité, dont les entrées DNS publiques pour les services qui accepteront ces connexions entrantes, les adresses IP IPv4 au format CIDR, les équipements de fournisseur de services Internet qui seront impliqués, et la manière dont le NAT de trafic entrant, ou NAT source, sera géré pour ces connexions.

Toutes les connexions entrantes, qu’elles passent par Internet ou ExpressRoute, doivent être examinées pour s’assurer qu’aucun routage asymétrique n’a été introduit. Dans certains cas, des points de terminaison locaux auxquels des services Office 365 établissent des connexions entrantes peuvent également devoir être accessibles à d’autres services Microsoft et non-Microsoft. Il est essentiel que l’activation du routage ExpressRoute vers ces services au profit d’Office 365 ne perturbe pas d’autres scénarios. Dans de nombreux cas, les clients peuvent être amenés à implémenter des modifications spécifiques dans leur réseau interne, telles qu’une NAT basée sur la source, pour s’assurer que les flux entrants en provenance de Microsoft restent symétriques après l’activation d’ExpressRoute.

Voici un exemple du niveau de détail requis. Dans ce cas, un déploiement Exchange hybride routerait vers le système local sur ExpressRoute.

Propriété de connexion

Valeur

Direction du trafic réseau

Entrant

Service

Exchange hybride

Point de terminaison Office 365 public (source)

Exchange Online (adresses IP)

oint de terminaison local public (destination)

5.5.5.5

Entrée DNS (Internet) publique

Autodiscover.contoso.com

Ce point de terminaison local sera-t-il utilisé par des services Microsoft autres qu’Office 365 ?

Non

Ce point de terminaison local sera-t-il utilisé par des utilisateurs/systèmes sur Internet ?

Oui

Systèmes internes publiés via des points de terminaison publics

Rôle d’accès au client Exchange Server (local) 192.168.101, 192.168.102, 192.168.103

Annonce IP du point de terminaison public

Vers Internet : 5.5.0.0/16

Pour ExpressRoute: 5.5.5.0/24

Contrôles de sécurité/périmètre

Chemin Internet : DeviceID_002

Chemin d’accès ExpressRoute: DeviceID_003

Haute disponibilité

Actif/Actif sur 2

circuits ExpressRoute géoredondants – Chicago et Dallas

Contrôle de symétrie du chemin

Méthode: interface NAT Source

Chemin d’accès Internet: NAT Source connexions entrantes vers 192.168.5.5

Chemin d’accès ExpressRoute: les connexions NAT Source 192.168.1.0 (Chicago) et 192.168.2.0 (Dallas)

Voici un exemple de service exclusivement sortant :

Propriété de connexion

Valeur

Direction du trafic réseau

Sortant

Service

SharePoint Online

Point de terminaison local (source)

Station de travail d’utilisateur

Point de terminaison Office 365 public (destination)

SharePoint Online (adresses IP)

Entrée DNS (Internet) publique

*. sharepoint.com (et noms de domaine complets supplémentaires)

Renvois de CDN

cdn.sharepointonline.com (et noms de domaine complets supplémentaires) – adresses IP gérées par des fournisseurs de CDN

Annonce IP et NAT en cours d’utilisation

Chemin Internet/NAT source : 1.1.1.0/24

Chemin d’accès de ExpressRoute/NAT Source: 1.1.2.0/24 (Chicago) et 1.1.3.0/24 (Dallas)

Méthode de connexion

Internet : via proxy de la couche 7 (fichier .pac)

ExpressRoute: routage (sans proxy) direct

Contrôles de sécurité/périmètre

Chemin Internet : DeviceID_002

Chemin d’accès ExpressRoute: DeviceID_003

Haute disponibilité

Chemin d’accès Internet: sortie internet redondants

Chemin d’accès ExpressRoute: actif/actif « pommes hot' routage entre 2 circuits ExpressRoute geo redondants – Chicago et Dallas

Contrôle de symétrie du chemin

Méthode: Source NAT pour toutes les connexions

Après avoir compris les services et les flux de trafic réseau associés, vous pouvez créer un diagramme de réseau incorporant ces nouvelles exigences de connectivité et illustrant les modifications que vous allez apporter pour utiliser ExpressRoute pour Office 365. Le diagramme doit inclure les éléments suivants :

  1. Tous les emplacements utilisateur à partir desquels Office 365 et d’autres services seront accessibles.

  2. Tous les points de sortie Internet et ExpressRoute.

  3. Tous les équipements sortants et entrants qui gèrent les connexions entrantes et sortantes du réseau, dont les routeurs, pare-feu, serveurs proxy d’application et autres dispositifs de détection et de prévention des intrusions.

  4. Les destinations internes pour tout le trafic entrant, telles que les serveurs ADFS internes qui acceptent des connexions à partir des serveurs proxy d’application web ADFS.

  5. Catalogue de tous les sous-réseaux IP qui seront annoncés.

  6. Identification de tous les emplacements à partir desquels les personnes accèderont à Office 365, et liste des points de rencontre qui seront utilisés pour ExpressRoute.

  7. Emplacements et portions de votre topologie de réseau interne, où les préfixes IP Microsoft appris d’ExpressRoute seront acceptés, filtrés et propagés.

  8. La topologie de réseau doit illustrer l’emplacement géographique de chaque segment réseau, et la manière dont il se connecte au réseau Microsoft sur ExpressRoute et/ou Internet.

Le diagramme ci-dessous montre chaque emplacement à partir duquel des personnes utiliseront Office 365, ainsi que les annonces de routage de trafic entrant et sortant sur Office 365.

Point de rencontre géographique régional pour ExpressRoute

Pour le trafic sortant, les utilisateurs accèdent à Office 365 de trois manières :

  1. via un point de rencontre situé en Amérique du Nord pour les personnes situées en Californie ;

  2. via un point de rencontre situé à Hong Kong pour les personnes situées à Hong Kong ;

  3. via Internet au Bangladesh, où il y a moins d’utilisateurs et aucun circuit ExpressRoute en service.

Connexions sortantes pour le diagramme régional

De même, le trafic réseau entrant à partir d’Office 365 renvoie de trois manières :

  1. via un point de rencontre situé en Amérique du Nord pour les personnes situées en Californie ;

  2. via un point de rencontre situé à Hong Kong pour les personnes situées à Hong Kong ;

  3. via Internet au Bangladesh, où il y a moins d’utilisateurs et aucun circuit ExpressRoute en service.

Connexions entrantes pour le diagramme régional

La sélection des points de rencontre, qui sont les emplacements physiques où votre circuit ExpressRoute connecte votre réseau au réseau Microsoft, est déterminée par les emplacements à partir desquels les utilisateurs accèderont à Office 365. En tant qu’offre SaaS, Office 365 n’opère pas sous le modèle régional IaaS ou PaaS de la même manière qu’Azure. Au lieu de cela, Office 365 est un ensemble distribué de services de collaboration, où les utilisateurs peuvent avoir besoin de se connecter à des points de terminaison situés dans divers centres de données et régions, qui peuvent différer de l’emplacement ou de la région où le client de l’utilisateur est hébergé.

Cela signifie que l’aspect le plus important à prendre en considération lors de la sélection des points de rencontre pour ExpressRoute pour Office 365 est l’emplacement à partir duquel les membres de votre organisation se connecteront. La recommandation générale pour une connectivité optimale à Office 365 est d’implémenter un routage tel que les demandes que les utilisateurs adressent aux services Office 365 soient transférées au sein du réseau Microsoft via le chemin réseau le plus court. Cette méthode est également souvent appelée routage « patate chaude ». Par exemple, si la plupart des utilisateurs d’Office 365 se trouvent dans un ou deux emplacements, la sélection de points de rencontre les plus proches possibles des emplacements des utilisateurs permet de créer une conception optimale. Si votre entreprise compte un grand nombre d’utilisateur répartis dans de nombreuses régions, vous pouvez envisager de mettre en place des circuits ExpressRoute et points de rencontre multiples. Pour certains de vos emplacements utilisateur, le chemin d’accès le plus court/optimal dans le réseau Microsoft et Office 365 peut ne pas être via votre WAN interne et des points de rencontre ExpressRoute, mais via Internet.

Souvent, il existe plusieurs points de rencontre sélectionnables à l’intérieur d’une région, qui sont relativement proches de vos utilisateurs. Pour orienter vos décisions, complétez le tableau suivant.

Points de rencontre ExpressRoute planifiés en Californie et à New York

Emplacement

Nombre de personnes

Latence attendue vers le réseau Microsoft sur la sortie Internet

Latence attendue vers le réseau Microsoft sur ExpressRoute

Toulouse

10 000

~15 ms

~10 ms (via la Silicon Valley)

Washington DC

15 000

~20 ms

~10 ms (via New York)

Dallas

5 000

~15 ms

~40 ms (via New York)

Une fois l’architecture du réseau mondial montrant la région Office 365, les points de rencontre du fournisseur de service réseau ExpressRoute et le nombre de personnes par emplacement, développée, elle permet d’identifier si des optimisations sont possibles. Elle peut également révéler des connexions réseau globales en épingle à cheveux, où le trafic circule vers un emplacement distant pour accéder au point de rencontre. En cas de détection d’une épingle à cheveux sur le réseau global, il convient d’y remédier avant de poursuivre. Vous pouvez rechercher un autre point de rencontre ou utiliser des points de sortie Internet sélectifs afin d’éviter l’épingle à cheveux.

Le premier diagramme présente l’exemple d’un client disposant de deux emplacements physiques en Amérique du Nord. Vous pouvez voir les informations relatives aux emplacements des bureaux, aux emplacements des clients Office 365, et aux choix possibles pour les points de rencontre ExpressRoute. Dans cet exemple, le client a sélectionné le point de terminaison en se basant sur deux principes, dans l’ordre :

  1. la proximité des membres de son organisation ;

  2. Le plus proche à proximité d’un centre de données Microsoft endroit Office 365.

Point de rencontre géographique aux É.-U. pour ExpressRoute

Développant un peu plus ce concept, le deuxième diagramme présente un exemple de client de type multinationale confronté à des informations et à une prise de décision similaires. Ce client dispose d’un petit bureau au Bangladesh, qui emploie une modeste équipe de dix personnes chargées d’élargir son empreinte dans la région. Il existe à Chennai un point de rencontre ainsi qu’un centre de données Microsoft hébergeant Office 365, de sorte qu’il serait logique d’y établir un point de rencontre. En revanche, pour dix personnes, le coût du circuit supplémentaire serait exorbitant. Lorsque vous considérez votre réseau, vous devez déterminer si la latence liée à l’envoi de votre trafic réseau sur votre réseau justifie ou non l’investissement dans l’acquisition d’un autre circuit ExpressRoute.

Par ailleurs, les dix personnes basées au Bangladesh pourraient bénéficier de meilleures performances en acheminant leur trafic réseau vers le réseau Microsoft via Internet qu’ils n’en obtiendraient en routant sur leur réseau interne, comme nous l’avons illustré dans les diagrammes de présentation reproduits ci-dessous.

Connexions sortantes pour le diagramme régional

Créer votre plan d’implémentation d’ExpressRoute pour Office 365

Votre plan d’implémentation doit inclure les détails techniques de la configuration d’ExpressRoute, ainsi que les détails de la configuration toute autre infrastructure sur votre réseau, comme suit.

  • Planifiez la répartition des services entre ExpressRoute et Internet.

  • Planifiez la bande passante, la sécurité, la haute disponibilité et le basculement.

  • Concevez les routages entrant et sortant, dont les optimisations d’itinéraire de routage appropriées pour les différents emplacements.

  • Décidez jusqu’où les itinéraires ExpressRoute sont annoncés dans votre réseau, et le mécanisme en vertu duquel les clients choisissent entre un itinéraire Internet ou ExpressRoute, par exemple, un routage direct ou un proxy d’application.

  • Planifiez les modifications d’enregistrement DNS, notamment des entrées de Sender Policy Framework.

  • Planifier stratégie NAT y compris source entrante et sortante NAT.

  • Pour votre déploiement initial, il est recommandé que tous les services entrants, tels que le courrier ou la connectivité hybride entrants, utilisent Internet.

  • Planifier l’utilisateur final client LAN routage, tels que de la configuration d’un fichier PAC/WPAD, itinéraire par défaut, les serveurs proxy et les annonces de routage BGP.

  • Planifiez le routage de périmètre, dont des serveurs proxy, des pare-feu et des proxys cloud.

Créez un plan pour la bande passante requise pour chaque charge de travail Office 365 majeure. Évaluez séparément les besoins en bande passante d’Exchange Online, de SharePoint Online et de Skype Entreprise Online. Vous pouvez utiliser comme point de départ les calculateurs d’évaluation que nous proposons pour Exchange Online et Skype Entreprise. Toutefois, un test pilote avec un échantillon représentatif de profils et d’emplacements utilisateur est requis pour comprendre pleinement les besoins en bande passante de votre organisation.

Ajoutez à votre plan la manière dont la sécurité est gérée à chaque emplacement de sortie Internet et ExpressRoute, sans oublier que toutes les connexions ExpressRoute à Office 365 utilisent une homologation publique et doivent toujours être sécurisées conformément aux stratégies de sécurité de votre organisations concernant la connexion à des réseaux externes.

Ajoutez à votre plan des détails concernant les personnes qui seront affectées par les différents types de pannes, et la manière dont elles pourront effectuer leur travail en pleine capacité de la manière la plus simple.

Planifier les besoins en bande passante, notamment la configuration requise pour Skype Entreprise en relation avec l’instabilité, la latence, l’encombrement et la marge

Skype Entreprise Online requiert une configuration réseau supplémentaire spécifique, qui est détaillée dans l’article Qualité des médias et performances de connectivité réseau dans Skype Entreprise Online.

Lisez la section Planification de la bande passante pour Azure ExpressRoute dans l’article Planification du réseau avec ExpressRoute pour Office 365.

Lors d’une évaluation de bande passante avec vos utilisateurs pilotes, vous pouvez utiliser notre guide Optimisation des performances d’Office 365 à l’aide des points de comparaison et de l’historique des performances.

Planifier la configuration requise pour une haute disponibilité

Créer un plan pour une haute disponibilité adaptée à vos besoins, et incorporez celui-ci dans votre diagramme de topologie de réseau mis à jour. Lisez la section Haute disponibilité et basculement avec Azure ExpressRoute dans l’article Planification du réseau avec ExpressRoute pour Office 365.

Planifier les exigences de sécurité réseau

Créez un plan relatif à la configuration requise pour la sécurité réseau, et incorporez celui-ci dans votre diagramme de topologie de réseau mis à jour. Lisez la section Application de contrôles de sécurité à Azure ExpressRoute pour des scénarios Office 365 dans Planification du réseau avec ExpressRoute pour Office 365.

ExpressRoute pour Office 365 requiert une configuration de réseau sortant qui peut sembler inhabituelle. Plus précisément, les adresses IP qui représentent vos utilisateurs et réseaux pour Office 365, et agissent en tant que points de terminaison sources pour les connexions réseau sortantes à Microsoft doivent respecter les exigences spécifiques décrites ci-dessous.

  1. Les points de terminaison doivent être des adresses IP publiques, inscrites auprès de votre organisation ou de l’opérateur qui vous fournit la connectivité ExpressRoute.

  2. Les points de terminaison doivent être annoncés à Microsoft et validés/acceptés par ExpressRoute.

  3. Les points de terminaison ne doivent pas être annoncés à Internet avec une métrique de routage préféré identique ou supérieure.

  4. Les points de terminaison ne doivent pas être utilisés pour la connectivité à des services Microsoft non configurés sur ExpressRoute.

Si la conception de votre réseau ne respecte pas ces exigences, il existe un risque élevé que vos utilisateurs rencontrent des problèmes de connectivité à Office 365 et à d’autres services Microsoft résultant de trous noirs dans l’itinéraire ou d’un routage asymétrique. Cela se produit quand des demandes adressées aux services Microsoft sont routées sur ExpressRoute, tandis que les réponses sont routées via Internet, ou inversement, et que les réponses sont supprimées par des équipements réseau avec état, tels que des pare-feu.

La méthode la plus courante pour satisfaire les exigences ci-dessus consiste à utiliser une NAT source implémentée dans le cadre de votre réseau ou fournie par votre opérateur ExpressRoute. Une NAT source vous permet d’extraire d’ExpressRoute les détails et l’adressage IP privé de votre réseau Internet. Associée à des annonces d’itinéraire IP appropriées, elle fournit un mécanisme simple pour garantir la symétrie d’itinéraire. Si vous utilisez des équipements réseau avec état qui sont spécifiques aux emplacements d’homologation ExpressRoute, vous devez implémenter des pools de NAT séparés pour chaque homologation ExpressRoute afin de garantir la symétrie d’itinéraire.

Pour en savoir plus, voir Configuration NAT requise pour ExpressRoute.

Ajoutez les modifications de la connectivité sortante au diagramme de topologie du réseau.

La majorité des déploiements d’Office 365 en entreprise supposent une certaine forme de connectivité entrante d’Office 365 aux services locaux, comme pour les scénarios hybrides Exchange, SharePoint et Skype Entreprise, les migrations de boîtes aux lettres et l’authentification à l’aide de l’infrastructure ADFS. Lorsque, dans ExpressRoute, vous activez un itinéraire de routage supplémentaire entre votre réseau local et Microsoft pour la connectivité sortante, ces connexions entrantes peuvent être affectées involontairement par un routage asymétrique, même si vous voulez que ces flux continuent d’utiliser Internet. Quelques précautions décrites ci-dessous sont recommandées pour vous assurer de l’absence d’impact sur les flux entrants d’Office 365 vers les systèmes locaux via Internet.

Pour minimiser les risques de routage asymétrique de flux de trafic réseau entrant, toutes les connexions entrantes doivent utiliser une NAT source avant d’être routées dans des segments de votre réseau qui ont une visibilité de routage dans ExpressRoute. Si les connexions entrantes sont autorisées sur un segment de réseau avec une visibilité de routage ExpressRoute sans NAT source, les demandes en provenance d’Office 365 entrent à partir d’Internet, mais les réponses retournées à Office 365 préfèrent emprunter le chemin réseau ExpressRoute de retour vers le réseau Microsoft, ce qui entraîne un routage asymétrique.

Pour respecter cette exigence, vous pouvez envisager l’un des modèles d’implémentation suivants :

  1. Effectuez une NAT source avant que des demandes soient routées dans votre réseau interne à l’aide d’équipements réseau tels que des pare-feux ou des équilibreurs de charge sur le chemin menant d’Internet à vos systèmes locaux.

  2. Vérifiez que les itinéraires ExpressRoute ne sont pas propagés aux segments réseau où résident des services entrants gérant les connexions Internet, tels des serveurs frontaux ou des systèmes de proxy inverse.

La prise en compte explicite de ces scénarios dans votre réseau et le maintien de tous les flux de trafic réseau entrant sur Internet, vous aideront à réduire le risque lié au déploiement et à l’utilisation d’un routage asymétrique.

Il peut arriver que vous puissiez choisir de diriger certains flux entrants sur des connexions ExpressRoute. Pour ces scénarios, tenez compte des considérations supplémentaires suivantes.

  1. Office 365 peut cibler uniquement des points de terminaison locaux qui utilisent des adresses IP publiques. Cela signifie que, même si le point de terminaison entrant local est exposé uniquement à Office 365 sur ExpressRoute, une adresse IP publique doit toujours lui être associée.

  2. Toute résolution de nom DNS effectuée par les services Office 365 pour résoudre des points de terminaison locaux se produit en utilisant un DNS public. Cela signifie que vous devez inscrire le nom de domaine complet des points de terminaison de service entrants aux mappages d’adresses IP sur Internet.

  3. Pour recevoir des connexions réseau entrantes sur ExpressRoute, les sous-réseaux IP publics pour ces points de terminaison doivent être annoncés à Microsoft sur ExpressRoute.

  4. Évaluez soigneusement ces flux de trafic réseau entrant pour vous assurer que la sécurité et les contrôles réseau appropriés leur sont appliqués conformément aux stratégies réseau et de sécurité de votre organisation.

  5. Une fois vos points de terminaison entrants locaux annoncés à Microsoft sur ExpressRoute, ExpressRoute devient effectivement l’itinéraire de routage préféré vers ces points de terminaison pour tous les services Microsoft, dont Office 365. Cela signifie que ces sous-réseaux de points de terminaison doivent être utilisés uniquement pour les communications avec les services Office 365, et avec aucun autre service sur le réseau Microsoft. Dans le cas contraire, votre conception entraînera un routage asymétrique où les connexions entrantes à partir de services Microsoft seront routées de préférence sur ExpressRoute, tandis que l’itinéraire de retour utilisera Internet.

  6. Si un circuit ou un point de rencontre ExpressRoute sont indisponibles, vous devez vous assurer que les points de terminaison entrants locaux sont toujours disponibles pour accepter des demandes sur un chemin réseau distinct. Cela peut entraîner l’annonce de sous-réseaux pour ces points de terminaison via plusieurs circuits ExpressRoute.

  7. Nous vous recommandons d’appliquer une NAT source pour tous les flux de trafic réseau entrants accédant à votre réseau via ExpressRoute, en particulier lorsque ces flux passent par des équipements réseau avec état, tels que des pare-feu.

  8. Certains services locaux, par exemple de proxy ADFS ou de découverte automatique Exchange, peuvent recevoir des demandes entrantes en provenance tant de services Office 365 que d’utilisateurs sur Internet. Pour ces demandes, Office 365 cible le même nom de domaine complet (FQDN) que les demandes d’utilisateurs sur Internet. Autoriser des connexions utilisateur entrantes à ces points de terminaison locaux à partir d’Internet, tout en forçant les connexions Office 365 à utiliser ExpressRoute, constitue une complexité de routage significative. Pour la grande majorité des clients, l’implémentation de scénarios aussi complexes sur ExpressRoute n’est pas recommandée pour des raisons opérationnelles. Cette surcharge supplémentaire inclut une gestion des risques de routage asymétrique, et requiert que vous gériez avec soin les annonces et stratégies de routage dans plusieurs dimensions.

Vous voulez éviter un routage asymétrique pour vous assurer que les membres de votre organisation puissent utiliser sans problème Office 365 ainsi que d’autres services importants sur Internet. Deux configurations courantes des clients peuvent entraîner un routage asymétrique. Le moment est donc venu d’examiner la configuration réseau que vous avez l’intention d’utiliser et de vérifier si l’un de ces scénarios de routage asymétrique pourrait se présenter.

Pour commencer, nous allons examiner quelques situations associées au diagramme de réseau suivant. Dans ce diagramme, tous les serveurs qui reçoivent des demandes entrantes, tels que des serveurs ADFS ou des serveurs hybrides locaux, se trouvent dans le centre de données du New Jersey, et sont annoncés à Internet.

  1. Si le réseau de périmètre est sécurisé, aucune NAT source n’est disponible pour les demandes entrantes.

  2. Les serveurs dans le centre de données du New Jersey peuvent voir les itinéraires Internet et ExpressRoute.

Vue d’ensemble de la connectivité à ExpressRoute

Nous avons également des suggestions sur la façon de les corriger.

Problème 1 : connexion cloud à local via Internet

Le diagramme suivant illustre le chemin réseau asymétrique emprunté quand votre configuration réseau ne fournit pas de NAT pour les demandes entrantes en provenance de Microsoft Cloud via Internet.

  1. La demande entrante en provenance d’Office 365 récupère l’adresse IP du point de terminaison local à partir du DNS public, puis envoie la demande à votre réseau de périmètre.

  2. Dans cette configuration erronée, aucune NAT source n’est configurée ou disponible au niveau du réseau de périmètre où le trafic est envoyé, ce qui a pour effet que l’adresse IP source réelle est utilisée comme destination de retour.

    • Le serveur sur votre réseau route le trafic de retour vers Office 365 via toute connexion réseau ExpressRoute disponible.

    • Le résultat est un itinéraire asymétrique pour ce flux vers Office 365, ce qui engendre une interruption de connexion.

Problème de routage asymétrique avec ExpressRoute 1

Solution 1a : NAT source

Le simple ajout d’une NAT source à la demande entrante résout cette configuration incorrecte du réseau. Dans ce diagramme :

  1. La demande entrante continue d’entrer via le réseau de périmètre du centre de données du New Jersey. Cette fois, une NAT source est disponible.

  2. La réponse du serveur revient vers l’adresse IP associée à la NAT source, au lieu de l’adresse IP d’origine, de sorte que la réponse suit le même chemin réseau.

Solution de routage asymétrique avec ExpressRoute 1

Solution 1b : définition d’étendue de l’itinéraire

Par ailleurs, vous pouvez choisir de ne pas autoriser l’annonce des préfixes BGP d’ExpressRoute, en supprimant le chemin réseau secondaire pour ces ordinateurs. Dans ce diagramme :

  1. La demande entrante continue d’entrer via le réseau de périmètre du centre de données du New Jersey. Cette fois, les préfixes annoncés à partir de Microsoft sur le circuit ExpressRoute ne sont pas disponibles pour le centre de données du New Jersey.

  2. La réponse du serveur revient vers l’adresse IP associée à l’adresse IP d’origine via le seul itinéraire disponible, de sorte que la réponse suit le même chemin réseau.

Solution de routage asymétrique avec ExpressRoute 2

2 : connexion cloud à local via ExpressRoute

Le diagramme suivant illustre le chemin réseau asymétrique emprunté quand votre configuration réseau ne fournit pas de NAT pour les demandes entrantes en provenance de Microsoft Cloud via ExpressRoute.

  1. La demande entrante en provenance d’Office 365 récupère l’adresse IP du DNS, puis envoie la demande à votre réseau de périmètre.

  2. Dans cette configuration erronée, aucune NAT source n’est configurée ou disponible au niveau du réseau de périmètre où le trafic est envoyé, ce qui a pour effet que l’adresse IP source réelle est utilisée comme destination de retour.

    • L’ordinateur sur votre réseau route le trafic de retour vers Office 365 via toute connexion réseau ExpressRoute disponible.

    • Le résultat est une connexion asymétrique à Office 365.

Problème de routage asymétrique avec ExpressRoute 2

Solution 2 : NAT source

Le simple ajout d’une NAT source à la demande entrante résout cette configuration incorrecte du réseau. Dans ce diagramme :

  1. La demande entrante continue d’entrer via le réseau de périmètre du centre de données de New York. Cette fois, une NAT source est disponible.

  2. La réponse du serveur revient vers l’adresse IP associée à la NAT source, au lieu de l’adresse IP d’origine, de sorte que la réponse suit le même chemin réseau.

Solution de routage asymétrique avec ExpressRoute 3

Vérifier sur le papier que la conception du réseau présente une symétrie d’itinéraire

À ce stade, vous devez vérifier sur papier que votre plan d’implémentation présente une symétrie d’itinéraire pour les différents scénarios d’utilisation d’Office 365. Vous allez identifier l’itinéraire réseau spécifique qui devrait être emprunté quand une personne utilise différentes fonctionnalités du service. Du routage réseau et WAN local, aux équipements du périmètre, puis au chemin de connectivité, ExpressRoute ou Internet, puis à la connexion au point de terminaison en ligne.

Vous devez procéder de la sorte pour tous les services réseau Office 365 précédemment identifiés en tant que services que votre organisation adoptera.

Il est utile d’effectuer cette procédure de reproduction sur papier des itinéraires avec une autre personne. Expliquez-lui à partir d’où chaque tronçon de réseau est supposé obtenir son itinéraire suivant, et assurez-vous de bien connaître les itinéraires de routage. N’oubliez pas qu’ExpressRoute fournit toujours un itinéraire plus court pour l’accès aux adresses IP du serveur Microsoft, de sorte que le coût de son itinéraire est inférieur à celui d’un itinéraire Internet par défaut.

Concevoir une configuration de connectivité client

Utilisation de fichiers PAC avec ExpressRoute

Si vous utilisez un serveur proxy pour internet lié le trafic, vous devez régler les PAC ou des fichiers de configuration client pour vérifier ordinateurs clients sur votre réseau sont correctement configurés pour envoyer le trafic ExpressRoute souhaité à Office 365 sans transiter par votre serveur proxy et le trafic restant, y compris certains types de trafic Office 365, est envoyée au proxy pertinent. Consultez notre guide sur la Gestion des points de terminaison Office 365 par exemple fichiers PAC.

Remarque : Les points de terminaison changent fréquemment, à une fréquence hebdomadaire. Pour réduire le nombre de modifications à effectuer pour rester à jour, vous ne devez apporter que celles basées sur les services et fonctionnalités que votre organisation a adoptés. Soyez très attentif à la Date d’effet. Dans le flux RSS dans lequel les modifications sont annoncées et un enregistrement de toutes les modifications passées est conservé, les adresses IP annoncées ne peuvent pas être publiées ou supprimées d’une annonce tant que la date d’effet n’est pas atteinte.

Élaborer vos procédures de déploiement et de test

Votre plan d’implémentation doit inclure une planification de test et de restauration. Si votre implémentation ne fonctionne pas comme prévu, le plan doit être conçu de façon à affecter le plus petit nombre possible de personnes avant la détection de problèmes éventuels. Voici quelques principes généraux que votre plan doit prendre en compte.

  1. Étagez l’intégration du segment réseau et du service utilisateur afin de minimiser les perturbations.

  2. Planifiez le test des itinéraires avec détermination d’itinéraire et connexion TCP à partir d’un hôte connecté à Internet séparé.

  3. Il est préférable de services entrants et sortants doivent être réalisés sur un réseau de test isolé avec un client test Office 365.

    • Vous pouvez également tester sur un réseau de production si le client n’utilise pas encore Office 365 ou figure dans un pilote.

    • Vous pouvez également effectuer un test durant une interruption de production isolée à des fins de test et d’analyse uniquement.

    • Vous pouvez également tester en vérifiant les itinéraires de chaque service sur chaque nœud de routeur de la couche 3. Cette solution de rechange ne doit être utilisée que si aucun autre test n’est praticable, car l’absence de test physique constitue un risque.

Vos procédures de votre déploiement doivent être appliquées à de petits groupes de personnes, par étapes, afin d’effectuer des tests avant de déployer sur des groupes plus importants de personnes. Voici plusieurs façons d’étager le déploiement d’ExpressRoute.

  1. Configurez ExpressRoute avec une homologation Microsoft, et faites en sorte que les annonces d’itinéraire soient transmises à un seul hôte à des fins de test par étapes.

  2. Annoncez les itinéraires du réseau ExpressRoute d’abord à un seul segment réseau, puis développez les annonces d’itinéraire par segment réseau ou région.

  3. Si vous déployez Office 365 pour la première fois, utilisez le déploiement de réseau ExpressRoute comme pilote pour un petit nombre de personnes.

  4. Si vous utilisez des serveurs proxy, vous pouvez également configurer un fichier PAC de test pour diriger un petit nombre de personnes vers ExpressRoute avec des tests et des commentaires avant d’ajouter davantage de personnes.

Votre plan d’implémentation doit indiquer chaque procédure de déploiement à effectuer, ou chaque commande à utiliser pour déployer la configuration réseau. Pendant le temps d’indisponibilité du réseau, toutes les modifications apportées doivent provenir du plan de déploiement écrit à l’avance et révisé par un pair. Consultez nos conseils sur la configuration technique d’ExpressRoute.

  • Mise à jour vos enregistrements TXT SPF si vous avez modifié des adresses IP pour des serveurs locaux qui continueront à envoyer des messages électroniques.

  • Mise à jour des entrées DNS pour des serveurs locaux si vous avez modifié des adresses IP pour vous adapter à une nouvelle configuration de NAT.

  • Assurez-vous que vous êtes abonné au flux RSS pour les notifications de point de terminaison Office 365 afin de conserver les configurations de routage ou de proxy.

Une fois votre déploiement ExpressRoute terminé les procédures décrites dans le plan de test doivent être exécutés. Résultats de chaque procédure doivent être enregistrés. Vous devez inclure des procédures pour revenir à l’environnement de production d’origine dans les résultats de plan de test indiquent que l’implémentation n’a pas réussie l’événement.

Vos procédures de test doivent porter sur chaque service réseau entrant et sortant pour Office 365, qu’il utilise ExpressRoute ou non. Les procédures doivent tester chaque emplacement réseau en incluant les utilisateurs situés à l’extérieur du site du réseau local d’entreprise.

Voici quelques exemples d’activités de test.

  1. Ping à partir de votre routeur local à votre routeur opérateur réseau.

  2. Vérifiez que votre routeur local reçoit les plus de 500 annonces d’adresses IP Office 365 et CRM Online.

  3. Vérifiez que votre NAT entrante et sortante opère entre ExpressRoute et le réseau interne.

  4. Valider qu’itinéraires à votre NAT sont publiés à partir de votre routeur.

  5. Vérifiez qu’ExpressRoute a accepté votre préfixes annoncés.

    • Utiliser l’applet de commande suivante pour vérifier les publications homologation :

    • Get-AzureRmExpressRouteCircuitRouteTable -DevicePath Primary -ExpressRouteCircuitName TestER -ResourceGroupName RG -PeeringType MicrosoftPeering
  6. Vérifiez que votre plage d’adresses IP de NAT n’est pas annoncée à Microsoft par le biais d’un autre circuit réseau ExpressRoute ou Internet public, sauf s’il s’agit d’un sous-ensemble spécifique d’une plage plus vaste, comme dans l’exemple précédent.

  7. Les circuits ExpressRoute étant couplés, vérifiez que les deux sessions BGP s’exécutent.

  8. Configurez un hôte unique à l’intérieur de votre NAT, puis utilisez les commandes ing, tracert et tcpping pour tester la connectivité du nouveau circuit à l’hôte outlook.office365.com. Vous pouvez également vous servir d’un outil tel que Wireshark ou Microsoft Network Monitor 3.4 sur un port en miroir pour le MSEE, afin de vérifier que vous pouvez vous connecter à l’adresse IP associée à outlook.office365.com.

  9. Testez la fonctionnalité au niveau application pour Exchange Online.

    • Testez Outlook pour vérifier sa capacité à se connecter à Exchange Online et à envoyer/recevoir du courrier.

    • Testez Outlook pour vérifier sa capacité à utiliser le mode en ligne.

    • Testez la connectivité des smartphones et leur capacité à envoyer/recevoir.

  10. Testez la fonctionnalité au niveau application pour SharePoint Online.

    • Testez le client de synchronisation OneDrive Entreprise.

    • Testez l’accès web de SharePoint Online.

  11. Testez la fonctionnalité au niveau application pour les scénarios appelant Skype Entreprise :

    • Participez à une téléconférence en tant qu’utilisateur authentifié [invitation envoyée par l’utilisateur final].

    • Invitez un utilisateur à une téléconférence [invitation envoyée à partir de MCU].

    • Participez à une conférence en tant qu’utilisateur anonyme à l’aide de l’application web Skype Entreprise.

    • Rejoignez un appel à partir de votre connexion PC câblée, d’un téléphone IP et d’un appareil mobile.

    • Appel à l’utilisateur fédéré o appel PSTN Validation : appel terminé, la qualité des appels est acceptable, heure de la connexion est acceptable.

    • Vérifiez que le statut de présence des contacts est mis à jour tant pour les membres du client que pour les utilisateur fédérés.

Un routage asymétrique est le problème d’implémentation le plus courant. Voici quelques causes courantes à rechercher :

  • Utilisation d’une topologie de routage réseau ouverte ou plate sans NAT source en place.

  • Non utilisation de SNAT pour router des services entrants via les connexions Internet et ExpressRoute.

  • Test ne pas services entrants sur ExpressRoute sur un réseau de test avant de déployer largement.

Déploiement de la connectivité ExpressRoute via votre réseau

Étagez votre déploiement sur un segment du réseau à la fois, en étendant progressivement la connectivité à différentes parties du réseau, avec un plan de restauration pour chaque nouveau segment réseau. Si votre déploiement coïncide avec un déploiement d’Office 365, commencez par déployer vers vos utilisateurs pilotes Office 365, puis étendez à partir de là.

D’abord pour votre test, puis pour la production :

  • Exécutez les étapes de déploiement pour activer ExpressRoute.

  • Vérifiez que les itinéraires réseau se présentent comme prévu.

  • Testez chaque service entrant et sortant.

  • Restaurez si vous constatez des problèmes.

À présent que vous avez terminé le plan sur papier, il est temps de le tester à petite échelle. Dans le cadre de ce test vous allez établir une connexion ExpressRoute avec homologation Microsoft à un sous-réseau de test sur votre réseau local. Vous pouvez configurer un client Office 365 d’évaluation connecté au sous-réseau de test, et inclure dans celui-ci tous les services sortants et entrants que vous comptez utiliser en production. Configurez le DNS pour le segment réseau de test et établissez tous les services entrants et sortants. Exécutez votre plan de test et assurez-vous que vous êtes familiarisé avec le routage pour chaque service et la propagation de l’itinéraire.

À mesure que vous accomplissez les étapes décrites, cochez celles que vous avez terminées et assurez-vous que votre équipe et vous les avez examinées avant d’exécuter vos plans de déploiement et de test.

  • Liste des services entrants et sortants impliqués dans la modification du réseau.

  • Diagramme de l’architecture du réseau global montrant les points de sortie Internet et les point de rencontre ExpressRoute.

  • Diagramme du routage réseau montrant les différents chemins réseau utilisés pour chaque service déployé.

  • Plan de déploiement avec les étapes d’implémentation des modifications et de restauration si nécessaire.

  • Plan de test de chaque service Office 365 et réseau.

  • Validation sur papier des itinéraires de production pour les services entrants et sortants.

  • Test accompli sur un segment réseau de test, incluant un test de disponibilité.

Choisissez une fenêtre d’interruption suffisamment longue pour exécuter entièrement les plans de déploiement et de test, résoudre des problèmes et effectuer une restauration si nécessaire.

Avertissement : En raison de la complexité du routage sur Internet et ExpressRoute, il est recommandé d’ajouter une période tampon supplémentaire à cette fenêtre pour gérer la résolution des problèmes de routage complexe.

Une Qualité de service est nécessaire pour bénéficier des fonctions de communication vocale et de téléconférence de Skype Entreprise Online. Vous pouvez configurer QoS après vous être assuré que la connexion réseau ExpressRoute ne bloque aucun autre accès au service Office 365. La configuration de QoS est décrite dans l’article ExpressRoute et qualité de service (QoS) dans Skype Entreprise Online.

Résolution des problèmes de votre implémentation

Vous devez commencer par examiner les étapes décrites dans ce guide d’implémentation. Votre plan d’implémentation était-il complet ? Si possible, revenez en arrière et testez davantage le petit réseau pour reproduire l’erreur et la déboguer.

Identifiez les services entrants ou sortants qui se sont avérés défaillants lors du test. Obtenez les adresses IP et sous-réseaux précis pour chacun des services défaillants. Passez au diagramme de topologie du réseau sur papier pour vérifier le routage. Validez spécifiquement l’emplacement où le routage ExpressRoute est annoncé, et testez ce routage durant l’interruption, si possible en conservant des traces.

Exécutez PSPing avec une trace réseau à chaque point de terminaison client et évaluer les adresses IP source et de destination pour valider qu’elles se présentent comme prévu. Exécuter telnet à n’importe quel hôte de messagerie que vous exposez sur le port 25 et vérifiez que SNAT est masquage de l’adresse IP source d’origine si ce comportement est normal.

N’oubliez pas que, lors du déploiement d’Office 365 avec une connexion ExpressRoute, vous devez vous assurer de la configuration réseau pour ExpressRoute est conçue de façon optimale et que vous avez optimisé sur votre réseau les autres composants tels que les ordinateurs clients. Pour vous aider à résoudre les problèmes liés aux étapes que vous avez peut-être négligées, en plus de ce guide de planification, nous avons rédigé un Plan de résolution des problèmes de performances pour Office 365.

Vous pouvez utiliser ce lien pour revenir : https://aka.ms/implementexpressroute365

Rubriques connexes

Connectivité au réseau pour Office 365
Azure ExpressRoute pour Office 365
Gestion ExpressRoute pour Office 365 connectivité
routage avec ExpressRoute pour Office 365
planification réseau avec ExpressRoute pour Office 365
BGP à l’aide des Communautés dans ExpressRoute pour Office 365 scénarios (preview)
qualité Media et des performances pour la connectivité réseau dans Skype entreprise Online
optimiser votre réseau pour Skype entreprise Online
ExpressRoute et qualité de service dans Skype entreprise Online
appeler le flux à l’aide de ExpressRoute
Optimisation des performances d’Office 365 à l’aide des points de comparaison et de l’historique des performances
performances résolution des problèmes de plan pour Office 365
Office 365 URL et plages d’adresses IP
Office 365 réseau et optimisation des performances

Remarque : Avertissement traduction automatique : cet article a été traduit par un ordinateur, sans intervention humaine. Microsoft propose cette traduction automatique pour offrir aux personnes ne maîtrisant pas l’anglais l’accès au contenu relatif aux produits, services et technologies Microsoft. Comme cet article a été traduit automatiquement, il risque de contenir des erreurs de grammaire, de syntaxe ou de terminologie.

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoignez le programme Office Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×