Clientkonnektivität

Wichtig :  Dieser Artikel wurde maschinell übersetzt. Bitte beachten Sie den Haftungsausschluss. Die englische Version des Artikels ist als Referenz hier verfügbar: hier.

Zusammenfassung   : Es wird erläutert, wie Clientcomputer abhängig vom Standort des Clientcomputers und des Rechenzentrums des Office 365-Mandanten die Verbindung zu Office 365-Mandanten herstellen.

Office 365 befindet sich in Microsoft-Rechenzentren überall auf der Welt, was dazu beiträgt den Dienst aufrecht zu erhalten, auch wenn es in einer Region zu Katastrophen wie Erdbeben oder Stromausfällen kommt. Wenn Sie eine Verbindung zu Ihrem Office 365-Mandanten herstellen, wird die Clientverbindung an das jeweilige Rechenzentrum weitergeleitet, in dem Ihr Mandant gehostet wird. Die Regeln, die bestimmen, wo Ihr Mandant gehostet werden kann, sind durch Ihren Vertrag mit Microsoft festgelegt. Die Regeln, die bestimmen, wie Ihr Client die Daten von diesem Rechenzentrumsstandort erhält, sind von der Architektur des von Ihnen verwendeten Diensts abhängig.

Wenn Sie sich beispielsweise am Office 365-Portal anmelden, werden Sie in der Regel mit dem nächstgelegenen Rechenzentrum für den Client verbunden und dann je nach anschließend verwendetem Dienst weitergeleitet. Wenn Sie E-Mail starten, stammt die anfängliche Verbindung zum Anzeigen der Benutzeroberfläche möglicherweise noch vom nächstgelegenen Rechenzentrum, doch kann eine zweite Verbindung zwischen dem nächstgelegenen Rechenzentrum und dem Rechenzentrum, in dem sich Ihr Mandant befindet, geöffnet werden, um den Inhalt der von Ihnen gelesenen E-Mails anzuzeigen. Microsoft betreibt eines der zehn besten Netzwerke auf der Welt und bietet außergewöhnlich schnelle Verbindungen zwischen Rechenzentren.

Nachdem Sie diesen Artikel gelesen haben, verstehen Sie wahrscheinlich, warum wir keine URLs und IP-Adressbereiche für Office 365 nach Rechenzentrum bereitstellen können. Die Rechenzentren sind einfach zu sehr ineinander verflochten und zu sehr voneinander abhängig, um dies zu ermöglichen.

Wenn Sie Azure ExpressRoute für Office 365 verwenden, erfolgt die Verbindung in den meisten Fällen über eine private Leitung zu Office 365 und nicht über die hier beschriebene öffentliche Leitung. Die Prinzipien zur Herstellung der Clientverbindungen sind dennoch zutreffend. Hier erfahren Sie mehr über Azure ExpressRoute für Office 365.

Ausführlichere Informationen zu Netzwerkanforderungen für Skype for Business finden Sie in dem Artikel Medienqualität und Netzwerkkonnektivitätsleistung in Skype for Business Online.

In diesem Artikel ist Teil Netzwerk Planung und Leistung optimieren für Office 365

Hinweis : Wir müssen Sie Kundendaten verwalten, damit sie sichere und private in unseren Rechenzentren ist. Das Trust Centerbeinhaltet Details über die Schritte, die wir an Datenschutz verwalten.

Herstellen der Verbindung zum nächstgelegenen Rechenzentrum

Dies ist der am häufigsten verwendete Verbindungstyp, und er wird sowohl vom Office 365-Portal als auch von Exchange Online verwendet. In diesem Fall gilt: Wenn der Client versucht, eine Verbindung zu Office 365 herzustellen, ermittelt die DNS-Abfrage die globale Region, in der sich der Computer befindet, und Office 365 leitet die Anforderung an das nächstgelegene Rechenzentrum weiter.

Verbindungen zum Portal werden am nächstgelegenen Rechenzentrum gestoppt, und der Clientcomputer erhält Informationen zum Mandanten des Clients von diesem Standort aus.

Exchange Online geht einen Schritt weiter. Nachdem der Clientcomputer mit dem nächstgelegenen Rechenzentrum verbunden wurde, stellt ein Exchange-Server in diesem Rechenzentrum die Verbindung zu dem Rechenzentrum her, in dem sich der Mandant tatsächlich befindet, wie es unten im Abschnitt zurFunktionsweise dargestellt ist. Die Exchange Online-Server im nächstgelegenen Rechenzentrum leiten dann die Anforderungen des Clientcomputers an den Postfachserver weiter. Dadurch beschleunigt sich der Ablauf für den Clientcomputer, da die komplexe Aufgabe des Abrufens von E-Mails und Kalenderelementen in das Microsoft-Netzwerk verschoben wird.

Dieses Verbindungsverfahren ist Standard für Webanwendungen mit hohem Datenverkehr und hohem Geschäftswert wie Office 365. In diesem Abschnitt werden die Schritte dieses Verfahrens beschrieben und dargestellt. Wenn sich der Clientcomputer nicht in der gleichen Region wie der Mandant befindet, sieht die Verbindung je nach Dienst, mit dem der Client eine Verbindung herstellt, ganz anders aus.

Dieses Diagramm stellt einen Kunden dar, der eine Office 365-Standardlösung mit einem Mandanten in Nordamerika verwendet. In diesem Szenario ist die Person, die die Anforderung stellt, nach Europa gereist und verwendet Office 365 von diesem Standort aus.

  1. Der Clientcomputer fordert bei den lokalen DNS-Servern die IP-Adresse an, die mit Office 365 verbunden ist.

  2. Die lokalen DNS-Server des Clientcomputers fordern bei den Microsoft-DNS-Servern die IP-Adresse an, die mit Office 365 verbunden ist.

  3. Die Microsoft-DNS-Server geben den Namen des regionalen Servers zurück (basierend auf dem Standort der DNS-Server des Clients), und der Clientcomputer wiederholt die Schritte 1 und 2, um die IP-Adresse des regionalen Office 365-Rechenzentrums abzurufen.

  4. Der Clientcomputer stellt die Verbindung zur IP-Adresse des regionalen Rechenzentrums her.

  5. Die Exchange Online-Server stellen eine Verbindung zum aktiven Rechenzentrum her, in dem sich der Mandant des Kunden befindet.

Nächstgelegenes regionales Rechenzentrum

Diese Verbindung sieht bei souveränen Cloudlösungen, z. B. Office 365 betrieben von 21 Vianet, etwas anders aus. Wenn sich der Mandant in einer souveränen Instanz von Office 365 befindet, sind die nächstgelegenen Office 365-Server, die Portalverbindungen akzeptieren, die Server innerhalb der souveränen Region, in der sich der Mandant befindet. Ebenso werden Kunden, die in unserer souveränen Cloud oder Standardlösungen auf SharePoint Online zugreifen, an Front-End-Server weitergeleitet, auf denen sich der Mandant befindet. Weitere Informationen finden Sie im Abschnitt zum Herstellen der Verbindung zum aktiven Rechenzentrum weiter unten.

  1. Der Clientcomputer fordert bei den lokalen DNS-Servern die IP-Adresse an, die mit Office 365 verbunden ist.

  2. Die lokalen DNS-Server des Clientcomputers fordern bei den Microsoft-DNS-Servern die IP-Adresse an, die mit Office 365 verbunden ist.

  3. Die Microsoft-DNS-Server geben den Namen des regionalen Servers zurück (basierend auf dem Standort der DNS-Server des Clients), und der Clientcomputer wiederholt die Schritte 1 und 2, um die IP-Adresse des regionalen Office 365-Rechenzentrums abzurufen.

  4. Der Clientcomputer stellt die Verbindung zur IP-Adresse des regionalen Rechenzentrums her.

  5. Die Exchange Online-Server stellen eine Verbindung zum aktiven Rechenzentrum her, in dem sich der Mandant des Kunden befindet.

Nächstgelegenes regionales Rechenzentrum in den USA

Herstellen der Verbindung zum aktiven Rechenzentrum

Die Herstellung der Verbindung zum aktiven Rechenzentrum ist für hohe Datenübertragungsarbeitslasten ausgelegt und wird aktuell von SharePoint Online verwendet. In diesem Fall gilt: Wenn der Client versucht, die Verbindung zu Office 365 herzustellen, wird der Browser an das aktive Rechenzentrum des SharePoint Online-Mandanten weitergeleitet.

Wenn der Clientcomputer eine Verbindung zu SharePoint Online aus einer anderen Region herstellt, wird die Verbindung an das aktive SharePoint Online-Rechenzentrum umgeleitet. In diesem Szenario verwendet der Kunde eine Standardlösung, wodurch die Portalverbindungen lokal bleiben und die SharePoint Online-Verbindungen an das aktive Rechenzentrum weitergeleitet werden.

  1. Der Clientcomputer fordert bei den lokalen DNS-Servern die IP-Adresse an, die mit Office 365 verbunden ist.

  2. Die lokalen DNS-Server des Clientcomputers fordern bei den Microsoft-DNS-Servern die IP-Adresse an, die mit Office 365 verbunden ist.

  3. Die Microsoft-DNS-Server geben den Servernamen des aktiven Office 365-Rechenzentrums zurück (basierend auf dem Standort des Office 365-Mandanten des Clients), und der Clientcomputer wiederholt die Schritte 1 und 2, um die IP-Adresse des aktiven SharePoint Online-Rechenzentrums abzurufen.

  4. Der Clientcomputer stellt die Verbindung zur IP-Adresse des aktiven Rechenzentrums her.

Aktives Rechenzentrum in den USA

Herstellen einer Verbindung über VPN (virtuelles privates Netzwerk)

Diese Art der Verbindung gilt nur, wenn die Clientcomputer ein virtuelles privates Netzwerk (VPN) verwenden. In Wirklichkeit wird das Verhalten von Office 365 nicht einfach geändert, weil ein VPN verwendet wird, jedoch werden VPNs häufig verwendet, um zu kontrollieren, wie Clientcomputer die Verbindung zu Office 365 herstellen. Da dies in der Regel zu einer schlechteren Leistung führt, müssen wir uns mit dem Thema befassen.

Wenn der Clientcomputer eine VPN-Verbindung zu einer Unternehmenszentrale in einer anderen Region herstellt, werden die DNS-Server dieses Büros anstelle der DNS-Server am Standort des Clientcomputers verwendet. In den meisten Fällen beeinträchtigt diese zusätzliche Verbindung über VPN die Leistung von Office 365. Die Office 365-Dienste sind so optimiert, dass Kundenverbindungen so nahe beim Endbenutzer wie möglich bedient werden. Viele Dienste nutzen das Azure-Umkreisnetzwerk, Content Delivery Networks (Netzwerke für die Inhaltsübermittlung) und die zuverlässige Netzwerkkapazität im Microsoft-Netzwerk, um die bestmögliche Benutzererfahrung zu bieten, wenn Netzwerkanforderungen für Office 365-Dienste so nahe beim Clientcomputer wie möglich erfolgen.

  1. Der Clientcomputer fordert bei den VPN-DNS-Servern die IP-Adresse an, die mit Office 365 verbunden ist.

  2. Die VPN-DNS-Server des Clientcomputers fordern bei den Microsoft- DNS-Servern die IP-Adresse an, die mit Office 365 verbunden ist.

  3. Die Microsoft-DNS-Server geben den Namen des regionalen Servers zurück (basierend auf dem Standort der VPN-DNS-Server des Clients), und der Clientcomputer wiederholt die Schritte 1 und 2, um die IP-Adressinformationen des regionalen Office 365-Rechenzentrums abzurufen.

  4. Der Clientcomputer stellt die Verbindung zur IP-Adresse des Rechenzentrums her, das der Unternehmenszentrale am nächsten liegt, mit dem die VPN-Verbindung hergestellt werden soll.

VPN-Rechenzentrumskonnektivität

Es folgt ein Link, mit dem Sie schnell zurückkehren können: https://aka.ms/o365clientconnectivity

Hinweis : Haftungsausschluss für maschinelle Übersetzungen: Dieser Artikel wurde mithilfe eines Computersystems und ohne jegliche Bearbeitung durch Personen übersetzt. Microsoft bietet solche maschinellen Übersetzungen als Hilfestellung für Benutzer ohne Englischkenntnisse an, damit Sie von den Informationen zu Produkten, Diensten und Technologien von Microsoft profitieren können. Da es sich bei diesem Artikel um eine maschinelle Übersetzung handelt, enthält er möglicherweise Fehler in Bezug auf (Fach-)Terminologie, Syntax und/oder Grammatik.

Siehe auch

Verwalten von Office 365-Endpunkte

Netzwerkkonnektivität zu Office 365

Ihre Fähigkeiten erweitern
Schulung erkunden
Neue Funktionen als Erster erhalten
An Office Insider teilnehmen

War diese Information hilfreich?

Vielen Dank für Ihr Feedback!

Vielen Dank für Ihr Feedback. Es klingt, als ob es hilfreich sein könnte, Sie mit einem unserer Office-Supportmitarbeiter zu verbinden.

×