Verwalten von Office 365-Endpunkten

Die meisten Unternehmen, die über mehrere geographische Standorte und ein sie verbindendes WAN verfügen, müssen für die Office 365-Netzwerkverbindung konfiguriert werden. Sie können Ihr Netzwerk optimieren, indem Sie alle vertrauenswürdigen Office 365-Netzwerkanforderungen direkt über Ihre Firewall senden und dabei alle zusätzlichen Überprüfungen oder Verarbeitungen auf Paketebene umgehen. Dadurch werden die Latenz und die Anforderungen an die Umkreiskapazität reduziert. Die Identifikation des Office 365-Netzwerkdatenverkehrs ist der erste Schritt, um Ihren Benutzern eine optimale Leistung zu garantieren. Weitere Informationen finden Sie unter Den Prinzipien der Office 365-Netzwerkkonnektivität.

Microsoft empfiehlt, mithilfe des Office 365-IP-Adress- und URL-Webdiensts auf die Office 365-Netzwerkendpunkte und fortlaufende Änderungen an ihnen zuzugreifen.

Unabhängig davon, wie Sie den notwendigen Office 365-Netzwerkdatenverkehr verwalten, benötigt Office 365 eine Verbindung zum Internet. Weitere Netzwerkendpunkte, für die eine Verbindung erforderlich ist, sind in Weitere Endpunkten, die nicht in der Office 365-IP-Adresse und dem URL-Webdienst enthalten sind aufgelistet.

Wie Sie die Office 365-Netzwerkendpunkte verwenden, hängt von der Netzwerkarchitektur ihres Unternehmens ab. In diesem Artikel werden verschiedene Möglichkeiten beschrieben, wie Netzwerkarchitekturen Office 365-IP-Adressen und -URLs integrieren können. Am einfachsten können Sie auswählen, welche Netzwerkanforderungen vertrauenswürdig sind, indem Sie SD-WAN-Geräte verwenden, die die automatisierte Office 365-Konfiguration an jedem Ihrer Bürostandorte unterstützen.

SD-WAN für den Lokalen Zweigstellenausgang des wichtigen Office 365-Netzwerkdatenverkehrs

An jedem Zweigstellenstandort können Sie ein SD-WAN-Gerät bereitstellen, das so konfiguriert ist, dass datenverkehr für die Kategorie "Office 365 Optimieren" von Endpunkten oder kategorien "Optimieren" und "Zulassen" direkt an das Microsoft-Netzwerk weitergeleitet wird. Weiterer Netzwerkdatenverkehr einschließlich des Datenverkehrs des lokalen Datenzentrums, des allgemeinen Website-Datenverkehrs und des Datenverkehrs zu Office 365 Standardkategorie-Endpunkten wird an einen anderen Ort gesendet, an dem Sie einen größeren Netzwerkrand haben.

Microsoft arbeitet mit SD-WAN-Anbietern zusammen, um die automatisierte Konfiguration zu ermöglichen. Weitere Informationen finden Sie unter Office 365 Networking Partner Program.

Verwenden einer PAC-Datei für das Routing von wichtigem Office 365-Datenverkehr

Verwenden Sie PAC- oder WPAD-Dateien, um Netzwerkanforderungen zu verwalten, die Office 365 zugeordnet sind, aber keine IP-Adresse besitzen. In der Regel erhöhen Netzwerkanfragen, die über ein Proxy- oder Umkreisgerät gesendet werden, die Latenz. Während SSL-Unterbrechung und -prüfung die größte Latenz erzeugen, können andere Dienste wie die Proxyauthentifizierung und die Reputationssuche zu niedriger Leistung und einer entsprechend schlechten Benutzererfahrung führen. Darüber hinaus benötigen diese Umkreisnetzwerkgeräte ausreichend Kapazität, um alle Netzwerkanfragen zu verarbeiten. Es empfiehlt sich, Proxy- bzw. Überprüfungsgeräte für direkte Office 365-Netzwerkanforderungen zu umgehen.

PowerShell Gallery Get-PacFile ist ein PowerShell-Skript, das die neuesten Netzwerkendpunkte aus dem IP-Adress- und URL-Webdienst von Office 365 ausliest und eine PAC-Beispieldatei erstellt. Sie können das Skript so ändern, dass es in Ihre vorhandene PAC-Dateiverwaltung integriert werden kann.

Hinweis

Weitere Informationen zu den Sicherheits- und Leistungsaspekten der direkten Konnektivität mit Office 365-Endpunkten finden Sie unter den Prinzipien der Office 365-Netzwerkkonnektivität.

Herstellen einer Verbindung mit Office 365 über Firewalls und Proxys.

Abbildung 1: Einfaches Unternehmensumkreisnetzwerk

Die PAC-Datei wird für Webbrowser in Punkt 1 in Abbildung 1 bereitgestellt. Wenn Sie eine PAC-Datei für den direkten Ausgang von wichtigem Office 365-Netzwerkdatenverkehr verwenden, müssen Sie auch die Verbindung zu den IP-Adressen hinter diesen URLs in ihrer Umkreisnetzwerk-Firewall zulassen. Dazu rufen Sie die IP-Adressen für die gleichen Office 365-Endpunktkategorien ab, die in der PAC-Datei angegeben sind, und erstellen basierend auf diesen Adressen Firewall-ACLs. Die Firewall ist Punkt 3 in Abbildung 1.

Wenn Sie gesondert festlegen, dass für die Endpunkte der Kategorie „Optimize“ nur direktes Routing ausgeführt werden soll, müssen alle erforderlichen Endpunkte der Kategorie „Allow“, die Sie an den Proxyserver senden, in diesem aufgelistet werden, um die Weiterverarbeitung zu umgehen. So sind beispielsweise die SSL-Unterbrechung und -Überprüfung und die Proxyauthentifizierung mit den Endpunkten der Kategorien „Optimize“ und „Allow“ nicht kompatibel. Der Proxy Server ist Punkt 2 in Abbildung 1.

Die allgemeine Konfiguration erlaubt den Office 365-Netzwerkdatenverkehr, der auf den Proxy Server trifft, ohne dass der gesamte ausgehende Datenverkehr vom Proxyserver verarbeitet wird. Informationen zu Problemen mit SSL-Unterbrechung und -Prüfung finden Sie unter Verwenden von Netzwerkgeräten oder-Lösungen von Drittanbietern im Office 365-Datenverkehr.

Es gibt zwei Arten von PAC-Dateien, die vom Get-PacFile-Skript erzeugt werden.

Typ Beschreibung
1
Senden des Endpunktdatenverkehrs der Kategorie „Optimize“ direkt und des sonstigen Datenverkehrs an den Proxyserver.
2
Senden des Endpunktdatenverkehrs der Kategorien „Optimize“ und „Allow“ direkt und des sonstigen Datenverkehrs an den Proxyserver. Mit diesem Typ können Sie auch den gesamten ExpressRoute für Office 365-Datenverkehr zu ExpressRoute-Netzwerksegmenten und den sonstigen Datenverkehr an den Proxyserver senden.

Hier ein einfaches Beispiel für das Aufrufen des PowerShell-Skripts:

Get-PacFile -ClientRequestId b10c5ed1-bad1-445f-b386-b919946339a7

Es gibt viele Parameter, die Sie an das Skript übergeben können:

Parameter Beschreibung
ClientRequestId
Dies ist erforderlich, und es handelt sich um einen GUID, der an den Webdienst übergeben wird, der den Clientcomputer darstellt, der den Anruf macht.
Instanz
Die Office 365-Dienstinstanz, die standardmäßig auf "Weltweit" festgelegt ist. Dies wird auch an den Webdienst übergeben.
TenantName
Der Name Ihres Office 365-Mandanten. Wird an den Webdienst übergeben und in einigen Office 365-URLs als ersetzbarer Parameter verwendet.
Typ
Der Typ der Proxy-PAC-Datei, die Sie generieren möchten.

Hier ist ein weiteres Beispiel für das Aufrufen des PowerShell-Skripts mit zusätzlichen Parametern:

Get-PacFile -Type 2 -Instance Worldwide -TenantName Contoso -ClientRequestId b10c5ed1-bad1-445f-b386-b919946339a7

Umgehungsverarbeitung des Office 365-Netzwerkdatenverkehrs durch einen Proxyserver

Wenn PAC-Dateien nicht für direkten ausgehenden Datenverkehr verwendet werden, möchten Sie die Verarbeitung auf Ihrem Netzwerkperimeter dennoch umgehen, indem Sie Ihren Proxyserver konfigurieren. Einige Anbieter von Proxyservern haben diese automatisierte Konfiguration aktiviert, wie sie in Office 365 Networking Partner Program beschrieben ist.

Wenn Sie dies manuell ausführen, müssen Sie die Endpunktkategoriedaten "Optimieren" und "Zulassen" aus dem Office 365-IP-Adress- und URL-Webdienst abrufen und Ihren Proxyserver so konfigurieren, dass die Verarbeitung für diese Dienste umgangen wird. Es ist wichtig, die SSL-Unterbrechung und -Überprüfung und die Proxyauthentifizierung mit den Endpunkten der Kategorien „Optimize“ und „Allow“ zu vermeiden.

Änderungsverwaltung für Office 365-IP-Adressen und-URLs

Neben der Auswahl der geeigneten Konfiguration für Ihren Netzwerkperimeter ist es wichtig, dass Sie einen Änderungsverwaltungsprozess für Office 365-Endpunkte einführen. Diese Endpunkte ändern sich regelmäßig, und wenn Sie die Änderungen nicht verwalten, können Benutzer blockiert oder mit schlechter Leistung enden, nachdem eine neue IP-Adresse oder URL hinzugefügt wurde.

Änderungen an den Office 365-IP-Adressen und -URLs werden üblicherweise am letzten Tag eines jeden Monats veröffentlicht. Es aber kann vorkommen, dass eine Änderung aufgrund von Betriebs-, Support- oder Sicherheitsanforderungen auch zu einem anderen Zeitpunkt veröffentlicht wird.

Wenn eine Änderung veröffentlicht wird, bei der Sie handeln müssen, weil eine IP-Adresse oder URL hinzugefügt wurde, sollten Sie davon ausgehen, dass Sie 30 Tage Benachrichtigung von dem Zeitpunkt der Veröffentlichung der Änderung erhalten, bis ein Office 365-Dienst auf diesem Endpunkt vorhanden ist. Dies wird als Datum des Inkrafttretens widergespiegelt. Obwohl wir diesen Benachrichtigungszeitraum anstreben, ist dies aufgrund von Betriebs-, Support- oder Sicherheitsanforderungen unter Umständen nicht immer möglich. Änderungen, die keine sofortige Aktion erfordern, um die Konnektivität aufrechtzuerhalten, z. B. entfernte IP-Adressen oder URLs oder weniger wichtige Änderungen, enthalten keine vorherige Benachrichtigung. In diesen Fällen wird kein Gültigkeitsdatum angegeben. Unabhängig davon, welche Benachrichtigung bereitgestellt wird, wird für jede Änderung der Termin der Aktivierung des Dienstes aufgelistet.

Änderungsbenachrichtigungen mithilfe des Webdiensts

Sie können den Office 365-IP-Adresse und -URL-Webdienst verwenden, um eine Änderungsbenachrichtigung zu erhalten. Es wird empfohlen, die /version-Webmethode einmal pro Stunde aufzurufen, um die Version der Endpunkte zu überprüfen, die Sie zum Herstellen einer Verbindung mit Office 365 verwenden. Wenn sich diese Version im Vergleich zu der von Ihnen verwendeten Version ändert, sollten Sie die neuesten Endpunktdaten aus der /endpoints-Webmethode und optional die Unterschiede aus der /changes-Webmethode abrufen. Es ist nicht erforderlich, die Webmethoden /endpoints oder /changes aufzurufen, wenn die gefundene Version nicht geändert wurde.

Weitere Informationen finden Sie unter Office 365-IP-Adresse und -URL-Webdienst.

Änderungsbenachrichtigungen mithilfe von RSS-Feeds

Der Office 365-IP-Adresse- und -URL-Webdienst bietet einen Feed, den Sie in Outlook abonnieren können. Es gibt Links zu den RSS-URLs auf den einzelnen Office 365 Service instanzspezifischen Seiten für die IP-Adressen und URLs. Weitere Informationen finden Sie unter Office 365-IP-Adresse und -URL-Webdienst.

Änderungsbenachrichtigung und Genehmigungsprüfung mit Power Automate

Uns ist bewusst, dass Sie möglicherweise weiterhin die monatlichen Änderungen an Netzwerkendpunkten manuell vornehmen müssen. Sie können Power Automate verwenden, um einen Fluss zu erstellen, der Sie per E-Mail benachrichtigt und optional einen Genehmigungsprozess für Änderungen ausführt, wenn Office 365-Netzwerkendpunkte Änderungen aufweisen. Nach Abschluss der Überprüfung können Sie den Workflow per E-Mail automatisch an Ihr Firewall- und das Proxyserver-Managementteam senden.

Informationen zu einem Power Automate-Beispiel und einer Power Automate-Vorlage finden Sie unter Verwenden von Power Automate zum Empfangen einer E-Mail für Änderungen an Office 365-IP-Adressen und -URLs.

Häufig gestellte Fragen zu Office 365-Netzwerkendpunkten

Lesen Sie diese häufig gestellten Fragen zur Office 365-Netzwerkkonnektivität.

Wie übermittle ich eine Frage?

Klicken Sie auf den Link unten, um anzugeben, ob die Artikel hilfreich war, und weiteren Fragen zu übermitteln. Wir überwachen das Feedback und aktualisieren die Liste der am häufigsten gestellten Fragen.

Wie kann ich den Standort meines Mandanten ermitteln?

Der Mandantenstandort lässt sich am besten mit unserer Karte der Rechenzentren ermitteln.

Bin ich in geeigneter Weise über Peering mit Microsoft verbunden?

Die Peeringstandorte werden unter Peering mit Microsoft im Detail beschrieben.

Mit mehr als 2500 ISP-Peeringbeziehungen weltweit und 70 Präsenzpunkten sollte der Zugang aus Ihrem Netzwerk in unseres nahtlos möglich sein. Es lohnt sich, ein paar Minuten zu investieren, um sicherzustellen, dass die Peeringbeziehung Ihres ISPs optimal ist. Hier finden Sie ein paar Beispiele guter und weniger guter Peeringübergaben an Ihr Netzwerk.

Ich sehe Netzwerkanforderungen an IP-Adressen, die nicht in der Liste "Veröffentlicht" angezeigt werden. Muss ich Zugriff auf diese Netzwerkanforderungen zulassen?

In der Liste werden nur IP-Adressen für die Office 365-Server angezeigt, zu denen Sie direkt routen sollten. Es handelt sich nicht um eine vollständige Liste aller IP-Adressen, für die Netzwerkanforderungen angezeigt werden. Es werden Netzwerkanforderungen an Microsoft und ip-Adressen von Drittanbietern angezeigt, die nicht veröffentlicht wurden. Diese IP-Adressen werden dynamisch generiert oder auf eine Weise verwaltet, die bei Änderungen eine rechtzeitige Benachrichtigung verhindert. Wenn Ihre Firewall den Zugriff für diese Netzwerkanforderungen nicht basierend auf den FQDNs zulassen kann, verwenden Sie zum Verwalten der Anforderungen eine PAC- oder WPAD-Datei.

Sie sehen eine Office 365 zugeordnete IP-Adresse, über die Sie weitere Informationen erhalten möchten?

  1. Überprüfen Sie mithilfe eines CIDR-Rechners, ob die IP-Adresse in einem größeren veröffentlichten Bereich enthalten ist, z. B. dem für IPv4 oder IPv6.. Beispielsweise enthält 40.96.0.0/13 die IP-Adresse 40.103.0.1, obwohl 40.96 nicht mit 40.103 übereinstimmt.
  2. Überprüfen Sie mithilfe einer Whois-Abfrage, ob die IP-Adresse einem Partner gehört. Wenn die IP-Adresse von Microsoft betrieben wird, kann es sich um einen internen Partner handeln. Viele Partnernetzwerkendpunkte werden als zur Standardkategorie gehörend aufgeführt, für die KEINE IP-Adressen veröffentlicht werden.
  3. Die IP-Adresse darf nicht Teil von Office 365 oder einer Abhängigkeit sein. Die Veröffentlichung von Office 365-Netzwerkendpunkten enthält nicht alle Microsoft-Netzwerkendpunkte.
  4. Überprüfen Sie das Zertifikat. Stellen Sie mit einem Browser über HTTPS://<IP_ADDRESS> eine Verbindung mit der IP-Adresse her, und überprüfen Sie die im Zertifikat aufgeführten Domänen, um zu verstehen, welche Domänen der IP-Adresse zugeordnet sind. Wenn es sich um eine IP-Adresse im Besitz von Microsoft und nicht in der Liste der Office 365-IP-Adressen handelt, ist die IP-Adresse wahrscheinlich einem Microsoft CDN wie MSOCDN.NET oder einer anderen Microsoft-Domäne ohne veröffentlichte IP-Informationen zugeordnet. Wenn Sie feststellen, dass es sich bei der Domäne auf dem Zertifikat um eine Domäne handelt, für die die IP-Adresse aufgelistet sein sollte, teilen Sie uns dies bitte mit.

Einige Office 365-URLs verweisen auf CNAME-Einträge anstelle von A-Einträgen im DNS. Was muss ich mit den CNAME-Einträgen tun?

Clientcomputer benötigen einen DNS A- oder AAAA-Eintrag, der eine oder mehrere IP-Adressen enthält, um eine Verbindung mit einem Clouddienst herzustellen. Einige URLs in Office 365 zeigen CNAME-Einträge anstelle von A- oder AAAA-Einträgen an. Diese CNAME-Einträge sind zwischengeschaltet und es können mehrere als Kette vorhanden sein. Sie werden immer in einen A- oder AAAA-Eintrag für eine IP-Adresse aufgelöst. Sehen Sie sich beispielsweise die folgende Liste von DNS-Einträgen an, die schließlich in die IP-Adresse IP_1 aufgelöst werden:

serviceA.office.com -> CNAME: serviceA.domainA.com -> CNAME: serviceA.domainB.com -> A: IP_1

Diese CNAME-Umleitungen sind ein normaler Bestandteil des DNS, und für den Clientcomputer wie für den Proxyserver transparent. Sie werden für den Lastenausgleich, Netzwerke für die Inhaltsübermittlung, hohe Verfügbarkeit und die Minimierung von Servicevorfällen verwendet. Microsoft veröffentlicht die zwischengeschalteten CNAME-Einträge nicht, sie können jederzeit geändert werden, und Sie sollten sie nicht so konfigurieren müssen, wie sie auf Ihrem Proxyserver zulässig sind.

Ein Proxyserver überprüft die ursprüngliche URL, die im obigen Beispiel serviceA.office.com ist, und diese URL wäre in der Office 365-Veröffentlichung enthalten. Der Proxy Server fordert die DNS-Auflösung dieser URL in eine IP-Adresse an und empfängt IP_1. Die zwischengeschalteten CNAME-Umleitungsdatensätze werden nicht überprüft.

Hartcodierte Konfigurationen oder die Verwendung einer Zulassungsliste, die auf indirekten Office 365-FQDNs basiert, werden nicht empfohlen, von Microsoft nicht unterstützt und verursachen bekannte Probleme mit der Kundenkonnektivität. DNS-Lösungen, die die CNAME-Umleitung blockieren oder office 365-DNS-Einträge anderweitig falsch auflösen, können über DNS-Weiterleitungen mit aktivierter DNS-Rekursion oder mithilfe von DNS-Stammhinweisen gelöst werden. Viele Drittanbieter-Netzwerkperimeterprodukte integrieren nativ den empfohlenen Office 365-Endpunkt, um eine Zulassungsliste in ihre Konfiguration mithilfe des Office 365-IP-Adress- und URL-Webdiensts aufzunehmen.

Warum enthalten Microsoft-Domänennamen Namen wie "nsatc.net" oder "akadns.net"?

Office 365 und andere Microsoft-Dienste nutzen verschiedene Drittanbieterdienste wie Akamai und MarkMonitor, um die Office 365-Benutzererfahrung zu optimieren. Um stets die besten Ergebnisse zu ermöglichen, können sich diese Dienste in Zukunft ändern. Domänen von Drittanbietern können Inhalte hosten, z. B. ein CDN, oder sie hosten einen Dienst, z. B. einen geografischen Datenverkehrsverwaltungsdienst. Zu den derzeit genutzten Dienste gehören unter anderem:

MarkMonitor wird verwendet, wenn Anforderungen angezeigt werden, die .nsatc.net enthalten*. Dieser Dienst bietet Schutz und Überwachung von Domänennamen zum Schutz vor böswilligem Verhalten.

ExactTarget wird verwendet, wenn Anforderungen an *.exacttarget.com angezeigt werden. Dieser Dienst bietet E-Mail-Linkverwaltung und Überwachung vor böswilligem Verhalten.

Akamai wird verwendet, wenn Sie Anforderungen sehen, die einen der folgenden vollqualifizierten Domänennamen enthalten. Dieser Dienst stellt Geo-DNS- und CDN-Dienste (Content Delivery Network) bereit.

*.akadns.net
*.akam.net
*.akamai.com
*.akamai.net
*.akamaiedge.net
*.akamaihd.net
*.akamaized.net
*.edgekey.net
*.edgesuite.net

Ich benötige die geringstmögliche Konnektivität für Office 365

Office 365 ist eine Suite von Diensten, die für die Verwendung über das Internet konzipiert sind. Die Versprechen hinsichtlich Zuverlässigkeit und Verfügbarkeit basieren auf der Verfügbarkeit zahlreicher Standardinternetdienste. Standardinternetdienste wie DNS, CRL und CDNs müssen beispielsweise erreichbar sein, um Office 365 zu verwenden, genau so, wie es für die meisten modernem Internetdienste der Fall ist.

Die Office 365-Suite ist in ihre wichtigsten Dienstbereiche unterteilt. Diese können selektiv für die Konnektivität aktiviert werden, und es gibt einen gemeinsamen Bereich, der eine Abhängigkeit für alle ist und immer erforderlich ist.

Dienstbereich Beschreibung
Exchange
Exchange Online und Exchange Online Protection
SharePoint
SharePoint Online und OneDrive for Business
Skype for Business Online und Microsoft Teams
Skype for Business auf Microsoft Teams
Standard
Office 365 pro Plus, Office in einem Browser, Azure AD und andere häufige Netzwerkendpunkte

Zusätzlich zu diesen grundlegenden Internetdiensten gibt es Drittanbieterservices, die nur zur Integration zusätzlicher Funktionalitäten dienen. Diese sind zwar für die Integration erforderlich, werden aber im Artikel zu Office 365-Endpunkten als optional gekennzeichnet. Dies bedeutet, dass die Kernfunktionalität des Diensts weiterhin funktioniert, wenn der Endpunkt nicht zugänglich ist. Für jeden erforderlichen Netzwerkendpunkt ist das erforderliche Attribut auf "true" festgelegt. Für jeden optionalen Netzwerkendpunkt ist das erforderliche Attribut auf "false" festgelegt, und das Notes-Attribut enthält die fehlenden Funktionen, die Sie erwarten sollten, wenn die Verbindung blockiert wird.

Wenn Sie versuchen, Office 365 zu verwenden und feststellen, dass Dienste von Drittanbietern nicht zugänglich sind, sollten Sie sicherstellen, dass alle FQDNs, die in diesem Artikel als erforderlich oder optional gekennzeichnet sind, über den Proxy und die Firewall zulässig sind.

Wie blockiere ich den Zugriff auf Microsoft-Services für Endverbraucher?

Das Feature "Mandanteneinschränkungen" unterstützt jetzt das Blockieren der Verwendung aller Microsoft Consumer-Anwendungen (MSA-Apps) wie OneDrive, Hotmail und Xbox.com. Dabei wird ein separater Header zum login.live.com Endpunkt verwendet. Weitere Informationen finden Sie unter Verwenden von Mandanteneinschränkungen zum Verwalten des Zugriffs auf SaaS-Cloudanwendungen.

Meine Firewall benötigt IP-Adressen und kann keine URLs verarbeiten. Wie konfiguriere ich sie für Office 365?

Office 365 stellt keine IP-Adressen aller erforderlichen Netzwerkendpunkte bereit. Einige werden nur als URLs bereitgestellt und sind als Standard kategorisiert. URLs in der Standardkategorie, die erforderlich sind, sollten über einen Proxyserver zulässig sein. Wenn Sie keinen Proxyserver haben, sehen Sie sich an, wie Sie Webanforderungen für URLs konfiguriert haben, die Benutzer in die Adressleiste eines Webbrowsers eingeben. der Benutzer auch keine IP-Adresse an. Die Office 365-Standardkategorie-URLs, die keine IP-Adressen bereitstellen, sollten auf die gleiche Weise konfiguriert werden.

Office 365 – IP-Adress- und URL-Webdienst

IP-Bereiche von Microsoft Azure-Rechenzentren

Öffentlicher Microsoft IP-Bereich

Anforderungen an die Netzwerkinfrastruktur für Microsoft Intune

ExpressRoute und Power BI

URLs und IP-Adressbereiche für Office 365

Verwalten von ExpressRoute für Office 365-Verbindungen

Prinzipien von Office 365-Netzwerkverbindungen