Microsoft 365 principper for netværksforbindelse

Denne artikel gælder for både Microsoft 365 Enterprise og Office 365 Enterprise.

Før du begynder at planlægge dit netværk til Microsoft 365-netværksforbindelse, er det vigtigt at forstå principperne for netværksforbindelse, der ligger bag sikker styring af trafikken i Microsoft 365, og for at få den bedst mulige ydeevne. Denne artikel hjælper dig med at forstå den seneste vejledning til sikker optimering af Microsoft 365-netværksforbindelsen.

Traditionelle virksomhedsnetværk er primært designet til at give brugere adgang til programmer og data, der hostes i virksomhedsdrevne datacentre med stærk perimetersikkerhed. Den traditionelle model antager, at brugerne vil få adgang til applikationer og data inde fra virksomhedens netværksperimeter, over WAN-links fra afdelingskontorer eller eksternt via VPN-forbindelser.

Ibrugtagning af SaaS-programmer som f.eks. Microsoft 365 flytter en kombination af tjenester og data uden for netværkets perimeter. Uden optimering er trafik mellem brugere og SaaS-applikationer underlagt ventetid, der introduceres af pakkeinspektion, netværkshairpins, utilsigtede forbindelser til geografisk fjerne slutpunkter og andre faktorer. Du kan sikre den bedste ydeevne og pålidelighed for Microsoft 365 ved at forstå og implementere vigtige retningslinjer for optimering.

I denne artikel lærer du om:

• Microsoft 365-arkitektur , som den gælder for kundeforbindelse til skyen
• Opdaterede Microsoft 365-forbindelsesprincipper og -strategier til optimering af netværkstrafik og slutbrugeroplevelsen
• Microsoft 365 Endpoints-webtjenesten, som gør det muligt for netværksadministratorer at bruge en struktureret liste over slutpunkter til brug i netværksoptimering
• Vejledning til optimering af forbindelsen til Microsoft 365-tjenester
• Sammenligning af netværksperimetersikkerhed med slutpunktssikkerhed
• Indstillinger for trinvis optimering for Microsoft 365-trafik
• Microsoft 365-forbindelsestesten, et værktøj til test af grundlæggende forbindelse til Microsoft 365

Microsoft 365-arkitektur

Microsoft 365 er en distribueret SaaS-cloud (Software-as-a-Service), der leverer produktivitets- og samarbejdsscenarier via en lang række mikrotjenester og programmer. Eksempler omfatter Exchange Online, SharePoint Online, Microsoft Teams, Office i en browser og mange andre. Selvom specifikke Microsoft 365-programmer kan have deres unikke funktioner, som det gælder for kundens netværk og forbindelse til skyen, deler de alle nogle vigtige principper, mål og arkitekturmønstre. Disse principper og arkitekturmønstre for forbindelse er typiske for mange andre SaaS-skyer. Samtidig er de forskellige fra de typiske implementeringsmodeller for Platform-as-a-Service- og Infrastructure-as-a-Service-clouds, f.eks. Microsoft Azure.

Et af de mest betydningsfulde arkitektoniske træk ved Microsoft 365 (som ofte overses eller misfortolkes af netværksarkitekter) er, at det er en virkelig global distribueret tjeneste i forhold til, hvordan brugerne opretter forbindelse til den. Placeringen af Microsoft 365-mållejeren er vigtig for at forstå lokaliteten, hvor kundedata er gemt i skyen. Brugeroplevelsen med Microsoft 365 involverer dog ikke at oprette direkte forbindelse til diske, der indeholder dataene. Brugeroplevelsen med Microsoft 365 (herunder ydeevne, pålidelighed og andre vigtige kvalitetsegenskaber) omfatter forbindelse via stærkt distribuerede servicehoveddøre, der skaleres ud på tværs af hundredvis af Microsoft-placeringer over hele verden. I de fleste tilfælde opnås den bedste brugeroplevelse ved at tillade kundenetværket at distribuere brugeranmodninger til det nærmeste Microsoft 365-tjenesteindgangspunkt. Dette er at foretrække frem for at oprette forbindelse til Microsoft 365 via et udgangspunkt på en central placering eller i et område.

For de fleste kunder er Microsoft 365-brugere fordelt på tværs af mange placeringer. For at opnå de bedste resultater bør de principper, der er skitseret i dette dokument, ses ud fra et udskaleringssynspunkt (ikke opskalering). Samtidig med at der fokuseres på at optimere forbindelsen til det nærmeste tilstedeværelsespunkt i Microsofts globale netværk, ikke til den geografiske placering for Microsoft 365-lejeren. Det betyder i bund og grund, at selvom Microsoft 365-lejerdata kan være gemt på en bestemt geografisk placering, forbliver Microsoft 365-oplevelsen for den pågældende lejer distribueret. Den kan være til stede tæt på (netværks)afstand til hver slutbrugerplacering, som lejeren har.

Microsoft 365-principper for netværksforbindelse

Microsoft anbefaler følgende principper for at opnå optimal Microsoft 365-forbindelse og -ydeevne. Brug disse Microsoft 365-forbindelsesprincipper til at administrere din trafik og få den bedste ydeevne, når du opretter forbindelse til Microsoft 365.

Det primære mål i netværksdesignet bør være at minimere ventetid ved at reducere rundturstiden (RTT) fra dit netværk til Microsoft Global Network, som er Microsofts offentlige netværksbasis, der forbinder alle Microsofts datacentre med lav ventetid og skyapplikationsindgangspunkter spredt over hele verden. Du kan få mere at vide om Microsofts globale netværk på : Sådan opbygger Microsoft sit hurtige og pålidelige globale netværk.

Identificer og differentier Microsoft 365-trafik

Identificering af Microsoft 365-netværkstrafik er det første trin i at kunne skelne den pågældende trafik fra generisk internetbunden netværkstrafik. Microsoft 365-forbindelse kan optimeres ved at implementere en kombination af fremgangsmåder som optimering af netværksrute, firewallregler og browserproxyindstillinger. Derudover er det også en fordel at omgå netværksinspektionsenheder for visse slutpunkter.

Du kan finde flere oplysninger om Microsoft 365-optimeringsmetoder i afsnittet optimering af forbindelse til Microsoft 365-tjenester .

Microsoft udgiver alle Microsoft 365-slutpunkter som en webtjeneste og giver vejledning i, hvordan disse data bedst bruges. Du kan finde flere oplysninger om, hvordan du henter og arbejder med Microsoft 365-slutpunkter, i artiklen URL-adresser og IP-adresseområder for Microsoft 365.

Udgangsnetværksforbindelser lokalt

Lokalt DNS- og internetudgangspunkt er af afgørende betydning for at reducere forbindelsesventetiden og sikre, at der oprettes brugerforbindelser til det nærmeste indgangspunkt til Microsoft 365-tjenester. I en kompleks netværkstopologi er det vigtigt at implementere både lokalt DNS-udgangspunkt og lokalt internetudgangspunkt sammen.

Før fremkomsten af cloud-tjenester som Microsoft 365 var slutbrugerens internetforbindelse som en designfaktor i netværksarkitekturen relativt enkel. Når internettjenester og websteder distribueres over hele verden, er ventetiden mellem virksomhedens udgangspunkter og et givet destinationsslutpunkt i vid udstrækning en funktion af den geografiske afstand.

I en traditionel netværksarkitektur krydser alle udgående internetforbindelser virksomhedens netværk og går ud fra en central placering. Efterhånden som Microsofts skybaserede tilbud er blevet mere modne, er en distribueret internetvendt netværksarkitektur blevet afgørende for understøttelse af latensfølsomme cloud-tjenester. Microsofts globale netværk er udviklet til at imødekomme krav til ventetid med Distributed Service Front Door-infrastrukturen, som er en dynamisk struktur af globale indgangspunkter, der dirigerer indgående skytjenesteforbindelser til det nærmeste indgangspunkt. Dette er beregnet til at reducere længden af den "sidste kilometer" for Microsofts cloudkunder ved effektivt at forkorte ruten mellem kunden og skyen.

Enterprise WAN'er er ofte designet til at backhaul netværkstrafik til en central virksomheds hovedkontor til inspektion, før der sendes udgang til internettet, normalt via en eller flere proxyservere. Følgende diagram illustrerer en sådan netværkstopologi.

Da Microsoft 365 kører på Microsofts globale netværk, som omfatter front end-servere over hele verden, er der ofte en front end-server tæt på brugerens placering. Ved at levere lokalt internetudgangspunkt og ved at konfigurere interne DNS-servere til at levere lokal navneoversættelse for Microsoft 365-slutpunkter kan netværkstrafik, der er bestemt til Microsoft 365, oprette forbindelse til Microsoft 365 front end-servere så tæt på brugeren som muligt. Følgende diagram viser et eksempel på en netværkstopologi, der gør det muligt for brugere, der opretter forbindelse fra hovedkontor, afdelingskontor og fjernplaceringer, at følge den korteste vej til det nærmeste Microsoft 365-indgangspunkt.

Afkortning af netværksstien til Microsoft 365-indgangspunkter på denne måde kan forbedre forbindelsens ydeevne og slutbrugeroplevelsen i Microsoft 365. Det kan også hjælpe med at reducere effekten af fremtidige ændringer af netværksarkitekturen på ydeevne og pålidelighed i Microsoft 365.

DNS-anmodninger kan også give ventetid, hvis den besvarende DNS-server er fjern eller optaget. Du kan minimere ventetiden for navneoversættelse ved at klargøre lokale DNS-servere på afdelingsplaceringer og sikre, at de er konfigureret til at cache DNS-poster korrekt.

Selvom regionale udgangspunkter kan fungere godt til Microsoft 365, vil den optimale forbindelsesmodel være altid at levere netværksudgangspunkt på brugerens placering, uanset om det er på virksomhedens netværk eller fjernplaceringer som f.eks. hjem, hoteller, caféer og lufthavne. Denne lokale model for direkte udgang er repræsenteret i følgende diagram.

Virksomheder, der har indført Microsoft 365, kan drage fordel af Microsoft Global Networks Distributed Service Front Door-arkitektur ved at sikre, at brugerforbindelser til Microsoft 365 tager den kortest mulige vej til det nærmeste Microsoft Global Network-indgangspunkt. Den lokale udgangsnetværksarkitektur gør dette ved at tillade, at Microsoft 365-trafik dirigeres over det nærmeste udgangspunkt, uanset brugerplacering.

Den lokale udgangsarkitektur har følgende fordele i forhold til den traditionelle model:

• Giver optimal ydeevne i Microsoft 365 ved at optimere rutelængden. Slutbrugerforbindelser dirigeres dynamisk til det nærmeste Microsoft 365-indgangspunkt af Distributed Service Front Door-infrastrukturen.
• Reducerer belastningen på virksomhedens netværksinfrastruktur ved at tillade lokal udgang.
• Sikrer forbindelser i begge ender ved hjælp af klientslutpunktssikkerhed og skysikkerhedsfunktioner.

Undgå hårnåle på netværket

Som en generel tommelfingerregel giver den korteste og mest direkte rute mellem bruger og nærmeste Microsoft 365-slutpunkt den bedste ydeevne. En netværkshairpin opstår, når WAN- eller VPN-trafik på vej til en bestemt destination først dirigeres til en anden mellemliggende placering (f.eks. sikkerhedsstak, cloudadgangsmægler eller skybaseret webgateway), hvilket introducerer ventetid og potentiel omdirigering til et geografisk fjernt slutpunkt. Netværkshairpins skyldes også ineffektivitet i routing/peering eller suboptimale (fjern) DNS-opslag.

For at sikre, at Microsoft 365-forbindelsen ikke er underlagt netværkshairpins, selv i det lokale udgangstilfælde, skal du kontrollere, om den internetudbyder, der bruges til at levere internetudgangspunkt for brugerplaceringen, har en direkte peeringrelation til Microsofts globale netværk i umiddelbar nærhed af den pågældende placering. Det kan også være en god ide at konfigurere udgående routing til at sende pålidelig Microsoft 365-trafik direkte. Dette er i modsætning til proxying eller tunneling gennem en tredjepartsleverandør af sky- eller skybaseret netværkssikkerhed, der behandler din internettrafik. Lokal DNS-navneoversættelse for Microsoft 365-slutpunkter hjælper med at sikre, at ud over direkte routing bruges de nærmeste Microsoft 365-indgangspunkter til brugerforbindelser.

Hvis du bruger skybaserede netværks- eller sikkerhedstjenester til din Microsoft 365-trafik, skal du sikre dig, at resultatet af hairpinen evalueres, og at dens effekt på ydeevnen i Microsoft 365 forstås. Det kan udføres ved at undersøge antallet og placeringen af tjenesteudbyderplaceringer, som trafikken videresendes gennem, i forhold til antallet af dine afdelingskontorer og Microsoft Global Network-peeringpunkter, kvaliteten af netværkspeeringforholdet mellem tjenesteudbyderen og din internetudbyder og Microsoft og ydeevneeffekten af returlast i tjenesteudbyderens infrastruktur.

På grund af det store antal distribuerede placeringer med Microsoft 365-indgangspunkter og deres afstand til slutbrugere kan routing af Microsoft 365-trafik til et tredjepartsnetværk eller en tredjepartsudbyder have en negativ indvirkning på Microsoft 365-forbindelser, hvis udbydernetværket ikke er konfigureret til optimal Microsoft 365-peering.

Vurder omgåelse af proxyer, trafikinspektionsenheder og duplikerede sikkerhedsteknologier

Virksomhedskunder bør gennemgå deres metoder til netværkssikkerhed og risikoreduktion specifikt for Microsoft 365-trafik og bruge Microsoft 365-sikkerhedsfunktioner til at reducere deres afhængighed af påtrængende, ydeevnepåvirkende og dyre netværkssikkerhedsteknologier til Microsoft 365-netværkstrafik.

De fleste virksomhedsnetværk håndhæver netværkssikkerhed for internettrafik ved hjælp af teknologier som proxyer, TLS-inspektion, pakkeinspektion og systemer til forebyggelse af datatab. Disse teknologier giver vigtig risikoreduktion for generiske internetanmodninger, men kan dramatisk reducere ydeevnen, skalerbarheden og kvaliteten af slutbrugeroplevelsen, når de anvendes på Microsoft 365-slutpunkter.

Microsoft 365 Endpoints-webtjeneste

Microsoft 365-administratorer kan bruge et script eller REST-kald til at bruge en struktureret liste over slutpunkter fra Microsoft 365 Endpoints-webtjenesten og opdatere konfigurationerne af perimeterfirewalls og andre netværksenheder. Dette sikrer, at trafik, der er bundet til Microsoft 365, identificeres, behandles korrekt og administreres anderledes end netværkstrafik, der er bundet til generiske og ofte ukendte internetwebsteder. Du kan finde flere oplysninger om, hvordan du bruger Microsoft 365 Endpoints-webtjenesten, i artiklen URL-adresser og IP-adresseområder for Microsoft 365.

PAC-scripts (Proxy Automatic Configuration)

Microsoft 365-administratorer kan oprette PAC-scripts (automatisk konfiguration af proxy), der kan leveres til brugercomputere via WPAD eller GPO. PAC-scripts kan bruges til at tilsidesætte proxyer for Microsoft 365-anmodninger fra WAN- eller VPN-brugere, hvilket gør det muligt for Microsoft 365-trafik at bruge direkte internetforbindelser i stedet for at krydse virksomhedens netværk.

Du kan få flere oplysninger om brug af PAC-filer til at optimere netværksforbindelsen på klientenheder under Administration af Microsoft 365-slutpunkter.

Microsoft 365-sikkerhedsfunktioner

Microsoft er gennemsigtig med hensyn til datacentersikkerhed, driftssikkerhed og risikoreduktion i forbindelse med Microsoft 365-servere og de netværksslutpunkter, de repræsenterer. Indbyggede sikkerhedsfunktioner i Microsoft 365 er tilgængelige for at reducere sikkerhedsrisikoen i netværket, f.eks. Microsoft Purview Forebyggelse af datatab, antivirus, multifaktorgodkendelse, kundelockbox, Defender for Office 365, Microsoft 365 Threat Intelligence, Microsoft 365 Secure Score, de indbyggede sikkerhedsfunktioner til alle postkasser i skyenog Netværks-DDOS Security.

Du kan finde flere oplysninger om Microsofts datacenter og global netværkssikkerhed i Microsoft Center for sikkerhed og rettighedsadministration.

Optimering af forbindelsen til Microsoft 365-tjenester

Microsoft 365-tjenester er en samling af dynamiske, indbyrdes afhængige og dybt integrerede produkter, programmer og tjenester. Når du konfigurerer og optimerer forbindelsen til Microsoft 365-tjenester, er det ikke muligt at knytte bestemte slutpunkter (domæner) til nogle få Microsoft 365-scenarier for at implementere tilladelsesliste på netværksniveau. Microsoft understøtter ikke selektiv tilladelsesliste, da det medfører forbindelses- og tjenestehændelser for brugerne. Netværksadministratorer bør derfor altid anvende Microsoft 365-retningslinjerne for tilladelsesliste for netværk og almindelige netværksoptimeringer på det komplette sæt af krævede netværksslutpunkter (domæner), der publiceres og opdateres regelmæssigt. Mens vi forenkler Microsoft 365-netværksslutpunkter som svar på feedback fra kunder, skal netværksadministratorer være opmærksomme på følgende kernemønstre i det eksisterende sæt slutpunkter i dag:

• Hvor det er muligt, indeholder de publicerede domæneslutpunkter jokertegn for at reducere netværkskonfigurationen betydeligt for kunderne.
  • Microsoft 365 annoncerede et initiativ til domænekonsolidering (cloud.microsoft), der giver kunderne en metode til at forenkle deres netværkskonfigurationer og automatisk akkumulere netværksoptimeringer for dette domæne til mange nuværende og fremtidige Microsoft 365-tjenester.
  • Eksklusiv brug af cloud.microsoft-roddomænet til sikkerhedsisolering og specifikke funktioner. Dette gør det muligt for kundenetværk og sikkerhedsteams at have tillid til Microsoft 365-domæner, samtidig med at forbindelsen til disse slutpunkter forbedres, og unødvendig behandling af netværkssikkerhed undgås.
  • Visse slutpunktsdefinitioner angiver entydige IP-præfikser, der svarer til deres domæner. Denne funktion understøtter kunder med komplicerede netværksstrukturer, så de kan anvende præcise netværksoptimeringer ved hjælp af oplysninger om IP-præfiks.

Følgende netværkskonfigurationer anbefales til alle påkrævede Microsoft 365-netværksslutpunkter (-domæner) og -kategorier:

• Eksplicit tilladelse til Microsoft 365-netværksslutpunkter i de netværksenheder og -tjenester, som brugerforbindelser gennemgår (f.eks. netværksperimetersikkerhedsenheder som proxyer, firewalls, DNS, skybaserede netværkssikkerhedsløsninger osv.)
  • Omgå Microsoft 365-domæner fra TLS-dekryptering, trafikaflytning, gennemgribende pakkeinspektion og filtrering af netværkspakker og indhold. Bemærk, at mange resultater, som kunderne bruger disse netværksteknologier til i forbindelse med programmer, der ikke er tillid til/ikke-administrerede, kan opnås med Microsoft 365-sikkerhedsfunktioner.
  • Direkte internetadgang bør prioriteres for Microsoft 365-domæner ved at reducere afhængigheden af WAN-backhauling (Wide Area Network), undgå netværkshairpins og aktivere et mere effektivt internetudgangspunkt, lokalt for brugerne og direkte til Microsoft-netværket.
  • Sørg for, at DNS-navneoversættelsen sker tæt på netværksudgangspunktet for at sikre, at forbindelser betjenes gennem den mest optimale Microsoft 365-hoveddør.
  • Prioriter Microsoft 365-forbindelser langs netværksstien, og sikring af kapacitet og tjenestekvalitet for Microsoft 365-oplevelser.
  • Omgå trafikformidlingsenheder, f.eks. proxyer og VPN-tjenester.

Microsoft 365-forbindelsesvejledning er designet omkring domænebaseret slutpunktsidentifikation. Microsoft anbefaler, at du bruger de publicerede domæneslutpunktsdata, der er tilgængelige via https://aka.ms/m365endpoints , som primær kilde til Microsoft 365-netværkskonfiguration, tilladelsesliste og forbindelsesoptimering.

Nogle kunder med komplekse netværkstopologier kan også bruge publicerede IP-præfiksdata, hvor det er tilgængeligt, til at understøtte specifikke netværksoptimeringer, f.eks. brugerdefineret routing, split-tunnel-VPN og proxytilsidesættelse. Mens Microsoft udgiver IP-præfikser for nogle Microsoft 365-tjenester, er mange cloudtjenesteslutpunkter dynamiske, og deres tilknyttede IP-adresser kan ændres over tid. For disse slutpunkter publiceres kun domænebaserede slutpunktsdata, og der angives ingen tilsvarende IP-adresseoplysninger.

Yderligere netværksovervejelser

Når du optimerer forbindelsen til Microsoft 365, kan visse netværkskonfigurationer have en negativ indvirkning på Microsoft 365-tilgængelighed, interoperabilitet, ydeevne og brugeroplevelse. Microsoft har ikke testet følgende netværksscenarier med vores tjenester, og de er kendt som årsag til forbindelsesproblemer.

• TLS-afslutning eller gennemgribende pakkeinspektion af alle Microsoft 365-domæner med kundeproxyer eller andre typer netværksenheder eller -tjenester.
• Blokering af specifikke protokoller eller protokolversioner, f.eks. QUIC, WebSocket's osv. af mellemliggende netværksinfrastruktur eller tjeneste.
• Gennemtvinge nedgradering eller failover af protokoller (f.eks. UDP –> TCP, TLS1.3 –> TLS1.2 –> TLS1.1), der bruges mellem klientprogrammer og Microsoft 365-tjenester.
• Routing af forbindelser gennem netværksinfrastrukturen ved anvendelse af sin egen godkendelse, f.eks. proxygodkendelse.

Vi anbefaler, at kunder undgår at bruge disse netværksteknikker til trafik, der er bestemt til Microsoft 365-domæner, og tilsidesætter disse for Microsoft 365-forbindelser.

Microsoft anbefaler, at du konfigurerer et automatiseret system til at downloade og anvende listen over Microsoft 365-netværksslutpunkter regelmæssigt. Se Ændringsadministration for Microsoft 365 IP-adresser og URL-adresser for at få flere oplysninger.

Sammenligning af netværksperimetersikkerhed med slutpunktssikkerhed

Målet med traditionel netværkssikkerhed er at styrke virksomhedens netværksperimeter mod indtrængen og skadelige udnyttelser. Efterhånden som organisationer indfører Microsoft 365, bliver nogle netværkstjenester og data helt eller delvist overført til skyen. Som det gælder for enhver grundlæggende ændring af netværksarkitekturen, kræver denne proces en revurdering af netværkssikkerheden, der tager højde for nye faktorer:

• Efterhånden som skytjenesterne indføres, distribueres netværkstjenester og data mellem lokale datacentre og skyen, og perimetersikkerheden er ikke længere tilstrækkelig i sig selv.
• Fjernbrugere opretter forbindelse til virksomhedens ressourcer både i lokale datacentre og i skyen fra ukontrollerede placeringer som f.eks. hjem, hoteller og caféer.
• Specialbyggede sikkerhedsfunktioner er i stigende grad indbygget i skytjenester og kan potentielt supplere eller erstatte eksisterende sikkerhedssystemer.

Microsoft tilbyder en lang række Microsoft 365-sikkerhedsfunktioner og giver præskriptiv vejledning til anvendelse af bedste praksis for sikkerhed, der kan hjælpe dig med at sikre data- og netværkssikkerhed for Microsoft 365. Anbefalede bedste fremgangsmåder omfatter:

• Brug MFA (Multi-factor authentification) MFA tilføjer et ekstra lag beskyttelse til en strategi for stærk adgangskode ved at kræve, at brugerne skal godkende et telefonopkald, en sms-besked eller en appmeddelelse på deres smartphone efter korrekt indtastning af deres adgangskode.

• Brug Microsoft Defender for Cloud Apps Konfigurer politikker til at spore unormal aktivitet og reagere på den. Konfigurer beskeder med Microsoft Defender for Cloud Apps, så administratorer kan gennemse usædvanlig eller risikabel aktivitet, f.eks. download af store mængder data, flere mislykkede forsøg på logon eller forbindelser fra en ukendt eller farlig IP-adresse.

• Konfigurer DLP (forebyggelse af datatab) DLP gør det muligt for dig at identificere følsomme data og oprette politikker, der hjælper med at forhindre dine brugere i utilsigtet eller tilsigtet deling af data. DLP fungerer på tværs af Microsoft 365, herunder Exchange Online, SharePoint Online og OneDrive, så brugerne kan opretholde kompatibiliteten uden at afbryde deres arbejdsproces.

• Brug kundelockbox Som administrator af Microsoft 365 kan du bruge kundelockbox til at styre, hvordan en Microsoft-supporttekniker får adgang til dine data under en hjælpesession. I tilfælde hvor teknikeren kræver adgang til dine data for at fejlfinde og løse et problem, giver kundelockbox dig mulighed for at godkende eller afvise anmodningen om adgang.

• Brug Secure Score

Et sikkerhedsanalyseværktøj, der anbefaler, hvad du kan gøre for yderligere at reducere risikoen. Secure Score kigger på dine Microsoft 365-indstillinger og -aktiviteter og sammenligner dem med en oprindelig plan, der er oprettet af Microsoft. Du får et resultat, der er baseret på, hvor meget du er på linje med bedste sikkerhedspraksis.

En holistisk tilgang til øget sikkerhed bør omfatte overvejelser om følgende:

• Skift fokus fra perimetersikkerhed til slutpunktssikkerhed ved at anvende skybaserede funktioner og Office-klientsikkerhedsfunktioner.
  • Formindsk sikkerhedsperimeteren til datacenteret
  • Aktivér tilsvarende tillid for brugerenheder på kontoret eller på fjernplaceringer
  • Fokus på at sikre dataplaceringen og brugerens placering
  • Administrerede brugermaskiner har højere pålidelighed med slutpunktssikkerhed
• Administrer al informationssikkerhed holistisk uden kun at fokusere på perimeteren
  • Omdefiner WAN og opbygge perimeternetværkssikkerhed ved at tillade pålidelig trafik at omgå sikkerhedsenheder og adskille ikke-administrerede enheder til gæstenetværk Wi-Fi netværk
  • Reducer kravene til netværkssikkerhed for virksomhedens WAN-kant
  • Nogle sikkerhedsenheder for netværksperimetersikkerhed, f.eks. firewalls, er stadig påkrævet, men belastningen er reduceret
  • Sikrer lokalt udgangspunkt for Microsoft 365-trafik
• Forbedringer kan håndteres trinvist som beskrevet i afsnittet Trinvis optimering . Visse optimeringsteknikker kan give bedre cost/benefit-forhold afhængigt af din netværksarkitektur, og du bør vælge optimeringer, der giver mest mening for din organisation.

Du kan få flere oplysninger om Microsoft 365-sikkerhed og overholdelse af regler og standarder i artiklerne Microsoft 365-sikkerhed og Microsoft Purview.

Trinvis optimering

Vi har præsenteret den ideelle netværksforbindelsesmodel til SaaS tidligere i denne artikel, men for mange store organisationer med historisk komplekse netværksarkitekturer er det ikke praktisk at foretage alle disse ændringer direkte. I dette afsnit diskuterer vi mange trinvise ændringer, der kan hjælpe med at forbedre ydeevnen og pålideligheden af Microsoft 365.

De metoder, du bruger til at optimere Microsoft 365-trafik, varierer afhængigt af din netværkstopologi og de netværksenheder, du har implementeret. Store virksomheder med mange placeringer og komplekse praksisser for netværkssikkerhed skal udvikle en strategi, der omfatter de fleste eller alle de principper, der er angivet i afsnittet Microsoft 365-forbindelsesprincipper , mens mindre organisationer måske kun skal overveje én eller to.

Du kan gribe optimering an som en trinvis proces, hvor hver metode anvendes successivt. I følgende tabel vises vigtige optimeringsmetoder sorteret efter deres effekt på ventetid og pålidelighed for det største antal brugere.

Relateret indhold

• Oversigt over Microsoft 365-netværksforbindelse
• Administrerer Microsoft 365-slutpunkter
• URL-adresser og IP-adresseområder for Microsoft 365
• Microsoft 365 IP-adresse og URL-adresse for webtjeneste
• Vurderer Microsoft 365 netværksforbindelse
• Netværksplanlægning og justering af ydeevnen for Microsoft 365
• Microsoft 365 justering af ydeevne ved hjælp af grundlinjer og ydeevnehistorik
• Fejlfinding af ydeevne i forbindelse med planen for Microsoft 365
• Content Delivery Networks
• Microsoft 365-forbindelsestest
• Sådan opbygger Microsoft sit hurtige og pålidelige globale netværk
• Microsoft 365-netværksblog