Testværktøj til Microsoft 365-netværksforbindelse

Testværktøjet til Microsoft 365-netværksforbindelsen er placeret på https://connectivity.office.com. Det er et supplement til den netværksvurdering og netværksindsigt, der er tilgængelig i Microsoft 365 Administration under Tilstand | Menuen Forbindelse.

Bemærk!

Dette dokument angiver URL-adressen (https://connectivity.office.com) til den globale version af dette værktøj. Hvis du har andre versioner, skal du se nedenstående tabel for at få vist de tilsvarende URL-adresser.

Funktion	Global tjeneste https://connectivity.office.com	US Government L4	US Government L5 (DOD)	Kina drevet af 21Vianet https://connectivity.sovcloud.cn
Anonym test	✅	✖️	✖️	✅
Udskriv rapport	✅	✖️	✖️	✅
Login	✅	✖️	✖️	✖️
Gem rapport	✅	✖️	✖️	✖️
Vis rapport	✅	✖️	✖️	✖️
Del rapport i lejer	✅	✖️	✖️	✖️
Del rapport offentligt	✅	✖️	✖️	✖️
Status for netværkstilstand	✅	✖️	✖️	✅
Understøttelse af flere sprog: engelsk, forenklet kinesisk, traditionelt kinesisk, japansk	✅	✖️	✖️	✅
Test fra kommandolinjen	✅	✖️	✖️	✖️
Ofte stillede spørgsmål	✅	✖️	✖️	✅
Communityforum	✅	✖️	✖️	✅

Vigtigt!

Det er vigtigt at logge på din Microsoft 365-lejer, da alle testrapporter deles med din administrator og uploades til lejeren, mens du er logget på.

Netværksindsigt i Microsoft 365 Administration Center er baseret på almindelige målinger i produktet for din Microsoft 365-lejer, der samles hver dag. Til sammenligning køres netværksindsigt fra Microsoft 365-testen for netværksforbindelse lokalt i værktøjet.

Test i produktet er begrænset, og kørsel af test lokalt for brugeren indsamler flere data, hvilket resulterer i dybere indsigt. Netværksindsigt i Microsoft 365 Administration Center viser, at der er et netværksproblem på en bestemt office-placering. Microsoft 365-forbindelsestesten kan hjælpe med at identificere hovedårsagen til problemet og levere en målrettet handling til forbedring af ydeevnen.

Vi anbefaler, at disse indsigter bruges sammen, hvor netværksstatussen kan vurderes for hver kontorplacering i Microsoft 365 Administration Center. Du kan finde flere specifikke oplysninger efter udrulningen af test baseret på Microsoft 365-forbindelsestesten.

Hvad sker der på hvert testtrin?

Office-placeringsidentifikation

Når du vælger knappen Kør test , viser vi den kørende testside og identificerer office-placeringen. Du kan skrive din placering efter by, stat og land/område eller vælge at få den registreret for dig. Hvis du registrerer kontorplaceringen, anmoder værktøjet om breddegrad og længdegrad fra webbrowseren og begrænser nøjagtigheden til 300 meter med 300 meter før brug. Det er ikke nødvendigt at identificere placeringen mere præcist end bygningen for at måle netværkets ydeevne.

JavaScript-test

Efter identifikation af office-placering kører vi en TCP-ventetidstest i JavaScript, og vi anmoder om data fra tjenesten om i brug og anbefalede Microsoft 365-front door-servere til tjenesten. Når disse test er fuldført, viser vi dem på kortet og under fanen Detaljer, hvor de kan ses før næste trin.

Download klientprogrammet til avancerede test

Derefter starter vi downloaden af klientprogrammet til avancerede test. Vi er afhængige af brugeren for at starte klientprogrammet, og de skal også have .NET 6.0 Runtime installeret.

Microsoft 365-netværksforbindelsen består af to dele: webstedet https://connectivity.office.com og et Windows-klientprogram, der kan downloades, og som kører avancerede test af netværksforbindelsen. De fleste af testene kræver, at programmet køres. Resultaterne udfyldes på websiden igen i takt med, at den køres.

Du bliver bedt om at hente det avancerede klienttestprogram fra webstedet, når webbrowsertestene er fuldført. Åbn og kør filen, når du bliver bedt om det.

Start klientprogrammet til avancerede test

Når klientprogrammet starter, opdateres websiden for at vise dette resultat. Testdata begynder at blive modtaget på websiden. Siden opdateres, hver gang der modtages nye data, og du kan gennemse dataene, når de modtages.

Avancerede test er fuldført og upload af testrapport

Når testene er fuldført, viser websiden og klienten til avancerede test begge dette. Hvis brugeren er logget på, uploades testrapporten til kundens lejer.

Deling af din testrapport

Testrapporten kræver godkendelse til din Microsoft 365-konto. Din administrator vælger, hvordan du kan dele din testrapport. Standardindstillingerne tillader deling af dine rapporter med andre brugere i organisationen, og linket ReportID er ikke tilgængeligt. Rapporter udløber som standard efter 90 dage.

Deling af din rapport med administratoren

Hvis du er logget på, når der opstår en testrapport, deles rapporten med administratoren.

Deling med dit Microsoft-kontoteam, support eller andet personale

Testrapporter (undtagen enhver personlig identifikation) deles med Microsoft-medarbejdere. Denne deling er aktiveret som standard og kan deaktiveres af administratoren i Tilstand | Siden Network Connectivity i Microsoft 365 Administration Center.

Deling med andre brugere, der logger på den samme Microsoft 365-lejer

Du kan vælge brugere, som din rapport skal deles med. Det er som standard aktiveret at kunne vælge, men det kan deaktiveres af administratoren.

Deling med alle, der bruger et ReportID-link

Du kan dele din testrapport med alle ved at give adgang til et ReportID-link. Dette link genererer en URL-adresse, som du kan sende til en person, så de kan få vist testrapporten uden at logge på. Denne deling er deaktiveret som standard og skal aktiveres af administratoren.

Testresultater for netværksforbindelse

Resultaterne vises under fanerne Oversigt og Detaljer . Fanen Oversigt viser et kort over den registrerede netværksperimeter og en sammenligning af netværksvurderingen med andre Microsoft 365-kunder i nærheden. Det giver også mulighed for deling af testrapporten. Sådan ser visningen med oversigtsresultater ud:

Her er et eksempel på outputtet under fanen Detaljer. Under detaljefanen vises en markering af grøn cirkel, hvis resultatet blev sammenlignet positivt. Vi viser et rødt trekantudråbstegn, hvis resultatet overskred en grænse, der angiver en netværksindsigt. I de følgende afsnit beskrives hver af rækkerne under fanen Detaljer, og de tærskler, der bruges til netværksindsigt, forklares.

Oplysninger om din placering

I dette afsnit vises testresultater, der er relateret til din placering.

Din placering

Brugerens placering registreres fra brugernes webbrowser. Det kan også skrives efter brugerens eget valg. Den bruges til at identificere netværksafstande til bestemte dele af virksomhedens netværksperimeter. Det er kun byen fra denne placeringsregistrering og afstanden til andre netværkspunkter, der gemmes i rapporten.

Brugerens kontorplacering vises i kortvisningen.

Netværks udgangsplacering (den placering, hvor dit netværk opretter forbindelse til internetudbyderen)

Vi identificerer netværkets udgående IP-adresse på serversiden. Placeringsdatabaser bruges til at slå den omtrentlige placering af netværksudgående op. Disse databaser har typisk en nøjagtighed på ca. 90 % af IP-adresserne. Hvis placeringen, der blev slået op fra netværkets udgående IP-adresse, ikke er nøjagtig, vil denne unøjagtighed føre til et falsk resultat. Hvis du vil validere, om denne fejl opstår for en bestemt IP-adresse, kan du bruge offentligt tilgængelige netværks-IP-adresseplaceringswebsteder til at sammenligne med din faktiske placering.

Din afstand fra netværkets udgående placering

Vi bestemmer afstanden fra denne placering til kontorplaceringen. Denne afstand vises som en netværksindsigt, hvis afstanden er større end 800 kilometer , da det sandsynligvis vil øge TCP-ventetiden med mere end 25 ms og kan påvirke brugeroplevelsen.

Kortet viser netværkets udgående placering i forhold til brugerens kontorplacering, hvilket angiver netværkets backhaul i virksomhedens WAN.

Implementer udgående fra lokale og direkte netværk fra brugerens kontorplaceringer til internettet for at opnå optimal Microsoft 365-netværksforbindelse. Forbedringer af lokal og direkte udgående data er den bedste måde at håndtere denne netværksindsigt på.

Oplysninger om proxyserver

Vi identificerer, om proxyserver(r) er konfigureret på den lokale computer til at overføre Microsoft 365-netværkstrafik i kategorien Optimer . Vi identificerer afstanden fra brugerens office-placering til proxyserverne.

Afstanden testes først af ICMP-ping. Hvis det mislykkes, tester vi med TCP-ping, og til sidst slår vi proxyserverens IP-adresse op i en placeringsdatabase for IP-adressen. Vi viser en netværksindsigt, hvis proxyserveren er længere end 800 kilometer væk fra brugerens kontorplacering.

VPN (Virtuelt privat netværk), du bruger til at oprette forbindelse til din organisation

Denne test registrerer, om du bruger en VPN til at oprette forbindelse til Microsoft 365. Et overførselsresultat viser, om du ikke har nogen VPN, eller om du har en VPN med anbefalet konfiguration af opdelt tunnel til Microsoft 365.

VPN-opdelt tunnel

Hver optimeringskategorirute for Exchange Online, SharePoint Online og Microsoft Teams testes for at se, om den er tunneleret på VPN'en. En opdelt arbejdsbelastning forhindrer VPN-forbindelsen helt. Der sendes en tunnelarbejdsbelastning via VPN'en. En selektiv tunnelarbejdsbelastning har nogle ruter sendt via VPN'en, og nogle er opdelt. Et overførselsresultat viser, om alle arbejdsbelastninger er opdelt eller selektivt tunneleret.

Kunder i dit storbyområde med bedre ydeevne

Netværksventetid mellem brugerens kontorplacering og Exchange Online-tjenesten sammenlignes med andre Microsoft 365-kunder i samme metroområde. Der vises en netværksindsigt, hvis 10 % eller flere af kunderne i samme metroområde har en bedre ydeevne. Det betyder, at brugerne har en bedre ydeevne i Microsoft 365-brugergrænsefladen.

Denne netværksindsigt genereres på baggrund af, at alle brugere i en by har adgang til den samme telekommunikationsinfrastruktur og den samme nærhed til internetkredsløb og Microsofts netværk.

Tid til at foretage en DNS-anmodning på dit netværk

Dette viser den DNS-server, der er konfigureret på den klientcomputer, der kørte testene. Det kan være en DNS-rekursiv resolverserver, men dette er ualmindeligt. Det er mere sandsynligt, at det er en DNS-videresendelsesserver, der cachelagrer DNS-resultater og videresender alle ikke-cachelagrede DNS-anmodninger til en anden DNS-server.

Dette er kun til orientering og bidrager ikke til netværksindsigt.

Din afstand fra og/eller tid til at oprette forbindelse til en REKURSIV DNS-fortolker

Den anvendte DNS-rekursive resolver identificeres ved at foretage en bestemt DNS-anmodning og derefter bede DNS-navneserveren om den IP-adresse, den modtog den samme anmodning fra. Denne IP-adresse er den rekursive DNS-fortolker, og den er slået op i databaser med IP-adresseplaceringer for at finde placeringen. Afstanden fra brugerens office-placering til serverplaceringen for DNS-rekursiv fortolker beregnes derefter. Dette vises som en netværksindsigt, hvis afstanden er større end 800 kilometer .

Placeringen, der blev slået op fra netværkets udgående IP-adresse, er muligvis ikke nøjagtig, og denne unøjagtighed ville føre til et falsk resultat fra denne test. Hvis du vil validere, om denne fejl opstår for en bestemt IP-adresse, kan du bruge offentligt tilgængelige netværks-IP-adresseplaceringswebsteder.

Denne netværksindsigt påvirker valget af Exchange Online service front door. For at løse denne indsigt skal lokal og direkte netværksudgående være en forudsætning, og derefter skal DNS Rekursive Resolver være placeret tæt på den pågældende netværksudgående.

Exchange Online

I dette afsnit vises testresultater, der er relateret til Exchange Online.

Placering af hoveddøren til Exchange-tjenesten

Hoveddøren til Exchange-tjenesten i brug identificeres på samme måde, som Outlook gør det, og vi måler netværks-TCP-ventetiden fra brugerens placering til den. TCP-ventetiden vises, og den brugte Exchange-tjenestes frontdør sammenlignes med listen over de bedste servicefrontdøre for den aktuelle placering. Dette vises som en netværksindsigt, hvis en af de bedste frontdøre til Exchange-tjenesten ikke er i brug.

Hvis du ikke bruger en af de bedste frontdøre til Exchange-tjenesten, kan det skyldes netværks backhaul før virksomhedens netværksafgang, og i så fald anbefaler vi lokal og direkte netværksafgang. Det kan også skyldes brugen af en ekstern DNS-rekursiv resolverserver, i hvilket tilfælde vi anbefaler, at den REkursive DNS-fortolkerserver justeres med netværksudgående.

Vi beregner en potentiel forbedring af TCP-ventetiden (ms) til exchange-tjenestens hoveddør. Dette gøres ved at se på den testede netværksventetid for office-placeringen for brugeren og trække netværksventetiden fra den aktuelle placering til fordøren til Exchange-tjenestens skab. Forskellen repræsenterer den potentielle mulighed for forbedringer.

Den eller de bedste exchange-service-hoveddøre til din placering

Dette viser de bedste placeringer for Exchange-tjenestens hoveddør efter by for din placering.

Hoveddøren til tjenesten registreres i klientens DNS

Dette viser DNS-navnet og IP-adressen på den Front Door-server for Exchange-tjenesten, som du blev dirigeret til. Den er kun beregnet til oplysninger, og der er ingen tilknyttet netværksindsigt.

SharePoint

I dette afsnit vises testresultater, der er relateret til SharePoint og OneDrive.

Placeringen af hoveddøren til tjenesten

Hoveddøren til SharePoint-tjenesten i brug identificeres på samme måde som OneDrive-klienten. Vi måler netværkets TCP-ventetid fra brugerens office-placering til den.

Downloadhastighed

Vi måler downloadhastigheden for en fil på 15 Mb fra hoveddøren til SharePoint-tjenesten. Resultatet vises i megabyte pr. sekund for at angive, hvilken størrelse fil i megabyte, der kan downloades fra SharePoint eller OneDrive på ét sekund. Tallet skal svare til en tiendedel af den minimale kredsløbsbåndbredde i megabit pr. sekund. Hvis du f.eks. har en internetforbindelse på 100 mbps, kan du forvente 10 megabyte pr. sekund (10 MBps).

Bufferbloat

Under downloaden på 15 Mb måler vi TCP-ventetiden til sharePoint-tjenestens hoveddør. Dette er ventetiden under indlæsning, og det sammenlignes med ventetiden, når den ikke er under indlæsning. Stigningen i ventetiden, når der er under belastning, skyldes ofte, at forbrugernetværksenhedsbuffere indlæses (eller er oppustet). Der vises en netværksindsigt for en bloat på 100 ms eller mere.

Hoveddøren til tjenesten registreres i klientens DNS

Dette viser DNS-navnet og IP-adressen på den Front Door-server i SharePoint-tjenesten, som du blev dirigeret til. Den er kun beregnet til oplysninger, og der er ingen tilknyttet netværksindsigt.

Microsoft Teams

I dette afsnit vises testresultater, der er relateret til Microsoft Teams.

Medieforbindelse (lyd-, video- og programdeling)

Dette tester udP-forbindelsen til microsoft Teams-tjenestens hoveddør. Hvis dette er blokeret, fungerer Microsoft Teams muligvis stadig ved hjælp af TCP, men lyd og video bliver forringet. Læs mere om disse UDP-netværksmålinger, som også gælder for Microsoft Teams på Media Quality and Network Connectivity Performance in Skype for Business Online.

Pakketab

Viser UDP-pakketabet målt i et 10-sekunders testlydopkald fra klienten til frontdøren til Microsoft Teams-tjenesten. Dette skal være lavere end 1,00 % for et gennemløb.

Latency

Viser den målte UDP-ventetid, som skal være mindre end 100 ms.

Jitter

Viser den målte UDP-jitter, som skal være mindre end 30 ms.

Forbindelse

Vi tester for HTTP-forbindelse fra brugerens office-placering til alle de påkrævede Microsoft 365-netværksslutpunkter. Disse udgives på https://aka.ms/o365ip. Der vises en netværksindsigt for alle påkrævede netværksslutpunkter, som der ikke kan oprettes forbindelse til.

Forbindelsen kan være blokeret af en proxyserver, en firewall eller en anden netværkssikkerhedsenhed på virksomhedens netværksperimeter. Forbindelsen til TCP-port 80 testes med en HTTP-anmodning, og forbindelsen til TCP-port 443 testes med en HTTPS-anmodning. Hvis der ikke er noget svar, er FQDN markeret som en fejl. Hvis der er en HTTP-svarkode 407, er FQDN markeret som en fejl. Hvis der er en HTTP-svarkode 403, kontrollerer vi svarets serverattribut, og hvis det ser ud til at være en proxyserver, markerer vi dette som en fejl. Du kan simulere de test, vi udfører med kommandolinjeværktøjet i Windows curl.exe.

Vi tester TLS/SSL-certifikatet på hvert påkrævede Microsoft 365-netværksslutpunkt, der er i kategorien Optimer eller tillad som defineret på https://aka.ms/o365ip. Hvis nogen test ikke finder et Microsoft TLS/SSL-certifikat, skal det krypterede netværk, der er tilsluttet, være blevet opfanget af en mellemliggende netværksenhed. Der vises en netværksindsigt på alle opfangede krypterede netværksslutpunkter.

Hvor der findes et TLS/SSL-certifikat, der ikke leveres af Microsoft, viser vi FQDN'et for testen og ejeren af det brugte TLS/SSL-certifikat. Denne ejer af TLS/SSL-certifikatet kan være proxyserverleverandør, eller det kan være et selvsigneret certifikat til virksomheder.

Netværkssti

I dette afsnit vises resultaterne af en ICMP-sporingsroute til Exchange Online tjenestefronten, SharePoint-tjenestens fordør og microsoft Teams-tjenestens fordør. Den er kun beregnet til oplysninger, og der er ingen tilknyttet netværksindsigt. Der er angivet tre traceroutes. En traceroute til outlook.office365.com, en traceroute til kundernes SharePoint-frontend eller til at microsoft.sharepoint.com , hvis der ikke blev angivet en, og en traceroute til world.tr.teams.microsoft.com.

Bemærk!

I rapporter, der genereres i forskellige versioner, kan de adresser, du ser ovenfor, også variere en smule.

Forbindelsesrapporter

Når du er logget på, kan du gennemse tidligere rapporter, som du har kørt. Du kan også dele dem eller slette dem på listen.

Status for netværkstilstand

Dette viser eventuelle betydelige tilstandsproblemer med Microsofts globale netværk, som kan påvirke Microsoft 365-kunder.

Test fra kommandolinjen

Vi leverer en eksekverbar kommandolinje, der kan bruges af fjerninstallationen, udførelsesværktøjer og køre de samme test, som er tilgængelige på webstedet for testværktøjet til netværksforbindelsen til Microsoft 365.

Kommandolinjetestværktøjet kan downloades her: Kommandolinjeværktøj

Du kan køre den ved at dobbeltklikke på den eksekverbare fil i Windows Stifinder, eller du kan starte den fra en kommandoprompt, eller du kan planlægge den med opgavestyring.

Første gang du starter den eksekverbare fil, bliver du bedt om at acceptere slutbrugerlicensaftalen, før der udføres test. Hvis du allerede har læst og accepteret slutbrugerlicensaftalen, kan du oprette en tom fil med navnet Microsoft-365-Network-Connectivity-Test-EULA-accepted.txt i den aktuelle arbejdsmappe for den eksekverbare proces, når den startes. Hvis du vil acceptere slutbrugerlicensaftalen, kan du skrive 'y' og trykke på Enter i kommandolinjevinduet, når du bliver bedt om det.

Den eksekverbare fil accepterer følgende kommandolinjeparametre:

• -h for at få vist et link til denne Hjælp-dokumentation
• -test på testliste <> Angiver de test, der skal køres. Som standard køres der kun grundlæggende test. Gyldige testnavne omfatter: all, dnsConnectivityPerf, dnsResolverIdentification, bufferBloat, traceroute, proxy, vpn, skype, connectivity, networkInterface
• -filepath <filedir> Mappesti til testresultatfiler. Den tilladte værdi er absolut eller relativ sti til en tilgængelig mappe
• -by <> For felterne by, stat og land/område bruges den angivne værdi, hvis den er angivet. Hvis den ikke leveres, sendes der en forespørgsel til WLS (Windows Location Services). Hvis WLS mislykkes, registreres placeringen fra computerens netværks udgang
• -tilstandstilstand <>
• -land <>
• -proxykonto <><adgangskode> Proxykontonavn og adgangskode kan angives, hvis du har brug for en proxy for at få adgang til internettet

Resultater

Output af resultater skrives til en JSON-fil i en mappe med navnet TestResults, som oprettes i den aktuelle arbejdsmappe for processen, medmindre den allerede findes. Outputtets filnavnsformat er connectivity_test_result_YYYY-MM-DD-HH-MM-SS.json. Resultaterne er i JSON-noder, der svarer til det output, der vises på websiden for testværktøjet til Microsoft 365-netværksforbindelsen. Der oprettes en ny resultatfil, hver gang du kører den, og den separate eksekverbare fil overfører ikke resultater til din Microsoft-lejer til visning på siderne i Administration Center Network Connectivity. Front door codes, longitudes og latitudes er ikke inkluderet i resultatfilen.

Start fra Windows Stifinder

Du kan dobbeltvælge den eksekverbare fil for at starte testen, hvorefter der vises et kommandopromptvindue.

Starter fra kommandoprompten

I et CMD.EXE kommandopromptvindue kan du skrive stien til og navnet på den eksekverbare fil for at køre den. Filnavnet er Microsoft.Connectivity.Test.exe.

Starter fra Windows Opgavestyring

I Windows Opgavestyring kan du tilføje en opgave for at starte den eksekverbare test. Du skal angive den aktuelle arbejdsmappe for opgaven, så den er der, hvor du har oprettet den godkendte fil med slutbrugerlicensaftalen siden de eksekverbare blokke, indtil slutbrugerlicensaftalen accepteres. Du kan ikke acceptere slutbrugerlicensaftalen interaktivt, hvis processen startes i baggrunden uden en konsol.

Flere oplysninger om den separate eksekverbare fil

Kommandolinjeværktøjet bruger Windows Location Services til at finde brugerne oplysninger om land/område for by til at bestemme nogle afstande. Hvis Windows Location Services er deaktiveret i Kontrolpanel, er brugerplaceringsbaserede vurderinger tomme. I Windows-indstillinger skal "Placeringstjenester" være slået til, og "Lad skrivebordsapps få adgang til din placering" skal også være slået til.

Kommandolinjeværktøjet forsøger at installere .NET Framework, hvis det ikke allerede er installeret. Den downloader også den primære test af den eksekverbare fil fra testværktøjet microsoft 365-netværksforbindelse og starter den.

Test ved hjælp af Microsoft Support- og genoprettelsesassistent

Microsoft Support- og genoprettelsesassistent (Assistent) automatiserer alle de trin, der kræves for at udføre kommandolinjeversionen af Testværktøjet til Netværksforbindelse til Microsoft 365 på en brugers computer, og opretter en rapport, der ligner den, der er oprettet af webversionen af værktøjet til forbindelsestest. Bemærk, at Assistent kører kommandolinjeversionen af Testværktøjet til Netværksforbindelse i Microsoft 365 for at oprette den samme JSON-resultatfil, men JSON-filen konverteres til .CSV filformat.

Du kan downloade og køre assistenten her.

Visning af testresultater

Du kan få adgang til rapporter på følgende måder:

Rapporterne er tilgængelige på nedenstående skærm, når assistenten er færdig med at scanne brugerens computer. Hvis du vil have adgang til disse rapporter, skal du blot vælge indstillingen "Vis log" for at få dem vist.

Forbindelsestestens resultater og telemetridata indsamles og uploades til mappen uploadlogs . Brug en af følgende metoder for at få adgang til denne mappe:

• Åbn Kør (Windows-tasten + R), og kør kommandoen %localappdata%/saralogs/uploadlogs på følgende måde:

• I Stifinder skal du skrive C:\Users<UserName>\AppData\Local\saralogs\uploadlogs og trykke på Enter på følgende måde:

Bemærk:<UserName> er brugerens Windows-profilnavn. Dobbeltklik og åbn filerne for at få vist oplysningerne om testresultaterne og telemetrien.

Typer af resultatfiler

Microsoft Support- og genoprettelsesassistent opretter to filer:

1. CSV (Network Connectivity Report) Denne rapport kører den rå JSON-fil i forhold til et regelprogram for at sikre, at definerede tærskler opfyldes, og at der vises en "advarsel" eller "fejl" i outputkolonnen i CSV-filen. Du kan få vist den NetworkConnectivityReport.csv fil for at få oplysninger om registrerede problemer eller defekter. Se Hvad sker der på hvert testtrin for at få oplysninger om hver test og tærsklerne for advarsler.

2. JSON (Network Connectivity Scan Report) Denne fil indeholder de rå outputtestresultater fra kommandolinjeversionen af Testværktøjet til Netværksforbindelse (MicrosoftConnectivityTest.exe).

Ofte stillede spørgsmål

Her er svar på nogle af vores ofte stillede spørgsmål.

Hvad kræves der for at køre den avancerede testklient?

Den avancerede testklient kræver .NET 6.0 Runtime. Hvis du kører den avancerede testklient, uden at det er installeret, bliver du dirigeret til installationssiden til .NET 6.0. Sørg for at installere fra kolonnen Kør skrivebordsapps til Windows. Der kræves administratortilladelser på computeren for at installere .NET 6.0 Runtime.

Den avancerede testklient bruger SignalR til at kommunikere til websiden. Til dette skal du sikre, at TCP-port 443-forbindelsen til connectivity.service.signalr.net er åben. Denne URL-adresse er ikke publiceret i , https://aka.ms/o365ip fordi denne forbindelse ikke er påkrævet for en bruger af Microsoft 365-klientprogrammet. Hvis du bruger en HTTP-proxy til at oprette forbindelse til FQDN-connectivity.office.com og støder på, at signalR-proxykonfigurationen for fejlen er forskellig fra oprindelse. Sørg for, at forbindelse til FQDN-connectivity.service.signalr.net er tilladt via proxyen. Hvis der bruges en PAC-fil til at pushproxykonfigurationsindstillinger, skal du sikre, at PAC-filen returnerer de samme proxyindstillinger for FQDN's connectivity.office.com og connectivity.service.signalr.net.

Hvad er hoveddøren til Microsoft 365-tjenesten?

Microsoft 365-tjenestens hoveddør er et indgangspunkt på Microsofts globale netværk, hvor Office-klienter og -tjenester afslutter deres netværksforbindelse. Hvis du vil have en optimal netværksforbindelse til Microsoft 365, anbefales det, at din netværksforbindelse afsluttes til den nærmeste Microsoft 365-hoveddør i din by eller metro.

Bemærk!

Microsoft 365-tjenestefrontdøren har ingen direkte relation til Azure Front Door Service-produktet , der er tilgængeligt på Azure Marketplace.

Hvad er den bedste hoveddør til Microsoft 365-tjenesten?

En bedste Microsoft 365-tjenestefrontdør (tidligere kendt som en optimal servicefront door) er en, der er tættest på din netværksudgående, generelt i din by eller metroområde. Brug Microsoft 365-værktøjet til netværksydeevne til at bestemme placeringen af din i brug microsoft 365-tjenestefronten og den eller de bedste frontdøre til tjenesten. Hvis værktøjet bestemmer, at din brugsdør er en af de bedste, bør du forvente god forbindelse til Microsofts globale netværk.

Hvad er en internet udgående placering?

Internet udgående placering er den placering, hvor netværkstrafikken forlader virksomhedsnetværket og opretter forbindelse til internettet. Dette identificeres også som den placering, hvor du har en NAT-enhed (Network Address Translation), og som regel hvor du opretter forbindelse til en internetudbyder. Hvis du ser en lang afstand mellem din placering og din internet udgående placering, kan dette identificere en betydelig WAN-backhaul.

Relaterede artikler

Netværksforbindelse i Microsoft 365 Administration Center

Indsigt i netværksydeevne i Microsoft 365

Microsoft 365-netværksvurdering

Microsoft 365 Network Connectivity Location Services