Freigeben über


Übersicht über die Benutzeroberfläche für die Subnetzzuordnung

Sie können Ihre eigene Subnetzzuordnung integrieren, um Peeringgruppen und Peeringeinschränkungen basierend auf der lokalen IP-Adresse zu erstellen. Die Vorteile sind:

  • Nur Benutzer, die sich in derselben Gruppe befinden, peeren miteinander.
  • Websiteübergreifendes Peering wird verhindert. Das heißt, Peers mit unterschiedlichen Gruppen-IDs peeren nicht.
  • Angereicherte Analysen zeigen sitebasiertes Peering und Leistung an.
  • VPN-Subnetze können explizit ausgeschlossen werden. Wenn Sie ein vollständiges Tunnelsetup konfiguriert haben, können Sie das Peering zwischen Benutzern im Büro und Remotebenutzern deaktivieren, die über VPN eine Verbindung herstellen.
  • Aktivieren sie Peeringverbindungen zwischen Internetbenutzern.

Voraussetzung: Verfügbarmachen der IP-Adressen von Viewern

Der Microsoft eCDN-Dienst erfordert, dass die IP-Adressen von Viewern für den Dienst verfügbar gemacht werden, um den Peeringprozess zu aktivieren und die Konfiguration der Subnetzzuordnung zu vereinfachen.

Wichtig

Moderne Browser verbergen die IP-Adresse ihrer Benutzer vor SDKs. Es ist von entscheidender Bedeutung, dass das SDK des Microsoft eCDN-Diensts für die IP-Adressen der Empfänger verfügbar gemacht wird.

Weitere Informationen finden Sie unter Deaktivieren der IP-Verschleierung ausschließlich für den Microsoft eCDN-Dienst.

Vorbereiten Ihrer Subnetze

Das erwartete Subnetzzuordnungsformat ist eine CSV-Datei mit einer bestimmten Struktur. Befolgen Sie die bereitgestellten Formatierungsanleitungen. Nur die ersten drei Felder sind obligatorisch.

Spaltenname Datentyp Beschreibung Richtlinien
Gruppen-ID Zeichenfolge Ihr Websitename wird in der Analyse angezeigt. Nur Peers mit der gleichen Gruppen-ID können miteinander peeren. Erforderlich
Subnetze CIDR Durch Leerzeichen oder Komma (,) getrennte Netzwerkspezifizierer im CIDR-Format . Erforderlich
P2P Enum Konfigurieren Sie das Verhalten von Benutzern, die unter diese Gruppe fallen. Mögliche Werte:
  • Ein : Peering ist aktiviert.
  • Aus : Peering ist deaktiviert.
  • * Leech : Peering ist im nutzungsgeschützten Modus aktiviert.
Erforderlich
FAHL Enum Die Aktivierung von WAN-Umschaltungen für das STUN-Protokoll ermöglicht es uns, Peeringverbindungen zwischen Internetbenutzern zu erstellen.
In Regionen mit schlechter Internetkonnektivität, z. B. bergigen und ländlichen Gebieten, kann es für einen Zuschauer beispielsweise vorteilhafter sein, Inhalte von Peers in der Nähe zu beziehen, anstatt eine weiter entfernte Quelle zu erreichen. Mögliche Werte:
  • Ein : Peering über öffentliche IP-Adresse ist aktiviert.
  • (Standardeinstellung) Aus : Peering über öffentliche IP-Adresse ist deaktiviert.
Optional
Label Zeichenfolge Bezeichnungen helfen Ihnen, Websites genauer zu identifizieren.
Sie verfügen beispielsweise über eine Gruppen-ID mit dem Namen "Berlin", und innerhalb dieser Gruppe gibt es ein Subnetz, das nur WLAN ist, daher würden Sie es als "Nur WLAN" bezeichnen. Wir empfehlen die Verwendung von Etiketten.
Empfohlen
Land Zeichenfolge Überschreiben Sie das Land/die Region manuell, wie basierend auf der öffentlichen IP-Adresse des Betrachters bestimmt. Diese Option ist nützlich für Viewer, deren Internet-Breakoutpunkt nicht ihren tatsächlichen Standort darstellt. Optional
City String Dasselbe Verhalten und dieselbe Anleitung wie die Spalte "Land". Optional

Wichtig

*Damit der Leechmodus ordnungsgemäß funktioniert, müssen die p2p-leech-Subnetze eine Gruppen-ID mit einem oder mehreren erreichbaren Subnetzen teilen, die auf p2p-on festgelegt sind. Sehen Sie sich die Leech-Zeile im folgenden Screenshot-Beispiel als Referenz an.

Tipp

Haben Sie eine CQD-Gebäudezuordnung? Wenden Sie sich an uns , um ein experimentelles Skript zu erhalten, das entwickelt wurde, um eine CSV-Datei für die Gebäudezuordnung in das Subnetzzuordnungsformat von Microsoft eCDN zu konvertieren.

Beispiel für eine CSV-Subnetzzuordnung

Beispieltabelle mit den sieben Spalten.

Hinweis

Die letzte Zeile, die p2p-off-Gruppe "catch-all", ist in diesem Beispiel redundant und wird hier explizit zur Veranschaulichung eingeschlossen. Wenn eine Subnetzzuordnung ** vorhanden ist, werden Viewer, die keiner Gruppe zugewiesen sind, als p2p-off konfiguriert. Weitere Informationen finden Sie im Abschnitt Standard-Gruppen.

Begrenzungen

  • Maximal 50.000 Subnetze (maximal 50.000 Zeilen)

Standard-Gruppen

Es gibt Szenarien, in denen Viewer unabhängig von der Subnetzzuordnung in vordefinierte Gruppen platziert werden, abhängig von den in dieser Matrix beschriebenen Kriterien.

Kriterienmatrix Subnetzzuordnung vorhanden   Keine Subnetzzuordnung  
Name der Gruppe p2p-Konfiguration Name der Gruppe p2p-Konfiguration
Keine IP/fehlerhafte IP-Adresse Nicht gruppiert aus Nicht gruppiert aus
Angegebene IP-Adresse (keine Übereinstimmung) Standardgruppe aus alle auf 
Angegebene IP-Adresse (entspricht der definierten Gruppe) Weitere Informationen finden Sie unter config Weitere Informationen finden Sie unter config --- ---

Eine von zwei wichtigen Gruppen kann auch dann auf Ihre Viewer angewendet werden, wenn eine Subnetzzuordnung vorhanden ist.

  • Nicht gruppiert : Viewer werden dieser p2p-off-Gruppe zugewiesen, wenn ihr eCDN-Client keine gültige IP-Adresse vom Betriebssystem empfängt. Diese Gruppe kann unabhängig davon angewendet werden, ob die Subnetzzuordnung in den eCDN-Verwaltungskonsole hochgeladen wurde. In den meisten Fällen handelt es sich um Browser-Viewer, die nicht über die erforderliche mDNS-Konfiguration zum Deaktivieren der IP-Maskierung verfügen. Weitere Informationen finden Sie im Leitfaden Zum Deaktivieren von mDNS .

  • Standardgruppe : Diese p2p-off-Gruppe wird auf Viewer angewendet, die zum Zeitpunkt des Ereignisses nicht in der Subnetzzuordnung berücksichtigt wurden. Sie finden die ersten drei Oktette der erfassten lokalen IP-Adressen der Viewer in der Spalte Private IP der Tabelle "Benutzeraufschlüsselung" im Dashboard Drilldowns, um die nicht angemeldeten Ip-Adressen zu untersuchen und zu versuchen, die nicht für Benutzer zu isolieren. Gemäß der Microsoft-Datenschutzrichtlinie können wir die vollständigen IP-Adressen einzelner Zuschauer nicht verfügbar machen.

  • all : Diese Gruppe wird angewendet, wenn keine Subnetzzuordnung vorhanden ist, auf alle Viewer, deren eCDN-Client vom Betriebssystem mit einer gültigen IP-Adresse bereitgestellt wurde. Diese Viewer sind auf p2p-on festgelegt.

Bereichsüberlappung

Achtung

Bei überlappenden Bereichen wird ein Client dem Subnetz mit dem kleinsten Bereich zugewiesen, zu dem seine IP-Adresse gehört.

Dieses Verhalten kann kreativ genutzt werden, um eine einfachere Subnetzzuordnung beizubehalten, wenn Sie über ein Subnetz in einem größeren Supernet verfügen, für das Sie unterschiedliche p2p-Konfigurationen wünschen, z. B. einen hochsicheren Schrank.

Beispiel

Nehmen Sie einen hypothetischen Viewer mit einer IP-Adresse von 10.0.10.5 und dem folgenden Beispiel für die Subnetzzuordnung.

Group Name Netzwerk/CIDR Konfiguration
Standort A 10.0.0.0/16 p2p-on
Raum 1 10.0.10.0/24 p2p-off

Site A mit 65.534 verwendbaren IP-Adressen, die von 10.0.0.1 bis 10.0.255.254 reichen, überschneidet den Bereich von Raum 1, der von 10.0.10.1 bis mit 10.0.10.254 254 verwendbaren IP-Adressen reicht. Daher passt der Viewer in beide Bereiche, würde aber Raum 1 mit p2p-off zugewiesen werden, da /24 der kleinste anwendbare Bereich ist.

Multi-NIC-Szenario

In einem Szenario, in dem ein Endpunkt über mehrere Netzwerkschnittstellenkarten (NICs) mit gültigen lokalen IP-Adressen verfügt, z. B. einen Endpunkt mit einer aktiven VPN-Verbindung, wird die folgende Logik angewendet, um die Gruppenzuweisung des Endpunkts zu bestimmen.

  1. Erstens werden alle NICs basierend auf ihrer lokalen IP-Adresse einer Subnetzgruppe und der entsprechenden p2p-Konfiguration entsprechend der Subnetzzuordnung zugeordnet.
  2. Als Nächstes werden die NICs basierend auf ihrer p2p-Konfiguration priorisiert. NiCs, die einer p2p-On-Gruppe zugewiesen sind, werden höher priorisiert.
  3. Schließlich wählen wir in einem ungewöhnlichen Szenario, in dem der Endpunkt mehrere p2p-On-NiCs zugewiesen hat, die erste gemäß der Priorisierung gemäß dem WebRTC-Priorisierungsschema aus.

Zugreifen auf die Benutzeroberfläche für die Subnetzzuordnung

Greifen Sie auf die Microsoft eCDN-Verwaltungskonsole zu, erweitern Sie im Navigationsbereich die Registerkarte Konfiguration , und wählen Sie Subnetzzuordnung aus.

Hochladen Ihrer Subnetze

  1. Greifen Sie auf die Benutzeroberfläche für die Subnetzzuordnung zu.

  2. Wählen Sie CSV hochladen und dann Ihre Subnetzzuordnungsdatei aus.

    Screenshot mit zwei Schaltflächen. Laden Sie CSV hoch, und löschen Sie die aktuelle Zuordnung.

  3. Wenn Ihre Spalten im Vorschaumodus nicht ordnungsgemäß erkannt werden, können Sie Spalten ggf. mithilfe der Kopfzeile neu zuweisen. Erforderliche Spalten müssen zugewiesen werden, um fortzufahren. Zellwerte werden im nächsten Schritt ausgewertet.

    Screenshot des CSV-Vorschaufensters.

    Bevor Sie fortfahren, können Sie auch den unformatierten Inhalt Ihrer CSV-Datei bearbeiten.

    Screenshot: Drei Schaltflächen. Abbrechen, Bearbeiten von Unformatierten Inhalten und Fortfahren.

  4. Wählen Sie Weiter aus, um mit dem Bearbeitungsmodus fortzufahren.

  5. Nehmen Sie im Bearbeitungsmodus alle erforderlichen Korrekturen vor.

    Microsoft eCDN kann viele Arten von Fehlern erkennen, z. B. fehlende obligatorische Werte, Subnetzduplizierung, ungültige Zeichen oder CIDR, fehlende Spalten usw. Problemzellen sind mit einer farbigen Spitze oben rechts in der Zelle markiert, blau für Warnung, rot für Fehler.

    Screenshot von zwei Problemzellen mit Farbcodierung der Art des Problems in der oberen rechten Ecke: blaue Warnung und roter Fehler.

    Die Benutzeroberfläche generiert auch eine Karte für jeden fehlerhaften Wert mit einer kurzen Beschreibung und Position des Problems. Einige Probleme können automatisch behoben werden, indem Sie die Schaltfläche "Beheben" auswählen. Beleidigende Werte, die nicht automatisch behoben werden können, können manuell korrigiert werden, indem Sie auf die Zelle klicken.

    Screenshot der Schaltfläche

  6. Wählen Sie Speichern aus, sobald alle Fehler behoben wurden.

Hinweis

Neue Subnetzzuordnungsbezeichnungen können nicht rückwirkend auf frühere Ereignisdaten angewendet werden.

Bearbeiten Ihrer Subnetze

Durch Klicken auf die Schaltfläche Bearbeiten oder Klicken auf eine der Aktionen im Zeilenmenü (z. B. Löschen oder Duplizieren) wird der Bearbeitungsmodus aktiviert. Das Konzept "Bearbeiten" über der Tabelle und das Vorhandensein verschiedener interaktiver Kontextsteuerelemente deuten darauf hin, dass Sie sich im Bearbeitungsmodus befinden, wie im folgenden Screenshot zu sehen ist. Um Ihre Bearbeitungen zu verwerfen, wählen Sie die Schaltfläche Verwerfen aus. Eine Zelle mit einem ungültigen Wert weist oben rechts in der Zelle ein farbiges Tag auf und generiert eine Karte im Abschnitt Nicht gespeicherte Änderungen unterhalb der Tabelle Subnetzzuordnungsvorschau.

Zu den unterstützten Bearbeitungsaktionen gehören:

  • Aktualisieren von Gruppen-ID, CIDR, P2P-Konfiguration, WAN-Konfiguration, Bezeichnung, Land und Ort

  • Hinzufügen, Duplizieren und Löschen von Zeilen

  • Speichern und Verwerfen von Bearbeitungen

Jede Bearbeitung wird im Feld Diff Preview unterhalb der Tabelle Subnetzzuordnungsvorschau angezeigt. Nachdem Sie Ihre Änderungen abgeschlossen haben, wählen Sie die Schaltfläche Speichern aus, um die Änderungen zu übernehmen.

Screenshot: Bearbeitungsmodus

Revisions

Jedes Mal, wenn Sie eine Subnetzzuordnung speichern, wird eine Revision erstellt. Unser Back-End speichert die letzten 20 Revisionen. Sie können alle Revisionen und deren Editoren anzeigen, indem Sie unter der Tabelle Subnetzzuordnung auf den Abwärtspfeil neben Aktuelle Revision klicken.

Screenshot einer Liste mit einigen Revisionen.

Im Menü mit drei Punkten auf der rechten Seite haben Sie die Möglichkeit, eine vorherige Revision wiederherzustellen oder herunterzuladen.