Microsoft 365 testhulpprogramma voor netwerkconnectiviteit
Het testhulpprogramma voor Microsoft 365 netwerkconnectiviteit bevindt zich op https://connectivity.office.com. Het is een hulpprogramma voor de netwerkevaluatie en netwerk-inzichten die beschikbaar zijn in de Microsoft 365-beheercentrum onder de | Connectiviteitsmenu.
Belangrijk
Het is belangrijk om u aan te melden bij uw Microsoft 365 tenant, omdat alle testrapporten worden gedeeld met uw beheerder en worden geüpload naar de tenant terwijl u bent aangemeld.
Notitie
Het testhulpprogramma voor netwerkconnectiviteit ondersteunt tenants in WW Commercial, maar niet GCC Moderate, GCC High, DoD of China.
Netwerk insights in het Microsoft 365-beheer Center zijn gebaseerd op regelmatige in-product metingen voor uw Microsoft 365 tenant, die elke dag worden geaggregeerd. Ter vergelijking: netwerkzichten van de Microsoft 365 netwerkconnectiviteitstest worden lokaal uitgevoerd in het hulpprogramma.
In-product testen is beperkt en het lokaal uitvoeren van tests voor de gebruiker verzamelt meer gegevens, wat resulteert in diepere inzichten. Netwerkinszichten in het Microsoft 365-beheer Center laten zien dat er een netwerkprobleem is op een specifieke kantoorlocatie. De Microsoft 365 connectiviteitstest kan helpen om de hoofdoorzaak van dat probleem te identificeren en een gerichte prestatieverbeteringsactie te bieden.
We raden u aan deze inzichten samen te gebruiken, waarbij de netwerkkwaliteitsstatus kan worden beoordeeld voor elke kantoorlocatie in het Microsoft 365-beheer Center. Meer details vindt u na de implementatie van tests op basis van de Microsoft 365 connectiviteitstest.
Wat gebeurt er bij elke teststap
Office locatie-id
Wanneer u op de knop Test uitvoeren klikt, wordt de pagina voor het uitvoeren van de test weergegeven en wordt de locatie van het kantoor geïdentificeerd. U kunt uw locatie typen op plaats, staat en land of ervoor kiezen om deze voor u te laten detecteren. Als u de kantoorlocatie detecteert, vraagt het hulpprogramma de breedtegraad en lengtegraad aan vanuit de webbrowser en beperkt het de nauwkeurigheid tot 300 meter bij 300 meter vóór gebruik. Het is niet nodig om de locatie nauwkeuriger te identificeren dan het gebouw om de netwerkprestaties te meten.
JavaScript-tests
Na de identificatie van kantoorlocaties voeren we een TCP-latentietest uit in JavaScript en vragen we gegevens van de service op over in-use en aanbevolen Microsoft 365 service front door-servers. Wanneer deze tests zijn voltooid, worden ze weergegeven op de kaart en op het tabblad Details, waar ze kunnen worden weergegeven vóór de volgende stap.
De clienttoepassing voor geavanceerde tests downloaden
Vervolgens starten we het downloaden van de geavanceerde testclienttoepassing. We vertrouwen op de gebruiker om de clienttoepassing te starten en ze moeten ook .NET 6.0 Runtime hebben geïnstalleerd.
De Microsoft 365 netwerkverbindingstest bestaat uit twee delen: de website https://connectivity.office.com en een downloadbare Windows clienttoepassing waarmee geavanceerde netwerkverbindingstests worden uitgevoerd. Voor de meeste tests moet de toepassing worden uitgevoerd. De resultaten worden weer in de webpagina ingevuld terwijl deze wordt uitgevoerd.
U wordt gevraagd de geavanceerde clienttesttoepassing van de website te downloaden nadat de webbrowsertests zijn voltooid. Open het bestand en voer het uit wanneer hierom wordt gevraagd.
de geavanceerde testclienttoepassing Startmenu
Zodra de clienttoepassing is gestart, wordt de webpagina bijgewerkt om dit resultaat weer te geven. Testgegevens worden ontvangen op de webpagina. De pagina wordt telkens bijgewerkt wanneer nieuwe gegevens worden ontvangen en u kunt de gegevens bekijken wanneer deze binnenkomen.
Geavanceerde tests voltooid en testrapport uploaden
Wanneer de tests zijn voltooid, laten de webpagina en de geavanceerde testclient dat beide zien. Als de gebruiker is aangemeld, wordt het testrapport geüpload naar de tenant van de klant.
Uw testrapport delen
Het testrapport vereist verificatie voor uw Microsoft 365-account. De beheerder selecteert hoe u uw testrapport kunt delen. Met de standaardinstellingen kunt u uw rapporten delen met andere gebruikers binnen uw organisatie en is de ReportID-koppeling niet beschikbaar. Rapporten verlopen standaard na 90 dagen.
Uw rapport delen met uw beheerder
Als u bent aangemeld wanneer er een testrapport plaatsvindt, wordt het rapport gedeeld met uw beheerder.
Delen met uw Microsoft-accountteam, ondersteuning of ander personeel
Testrapporten (met uitzondering van persoonlijke identificatie) worden gedeeld met Microsoft-werknemers. Dit delen is standaard ingeschakeld en kan worden uitgeschakeld door uw beheerder in de status | De pagina Netwerkconnectiviteit in het Microsoft 365-beheer Center.
Delen met andere gebruikers die zich aanmelden bij dezelfde Microsoft 365 tenant
U kunt gebruikers kiezen waarmee u uw rapport wilt delen. Kiezen is standaard ingeschakeld, maar kan worden uitgeschakeld door uw beheerder.
Delen met iedereen die een ReportID-koppeling gebruikt
U kunt uw testrapport met iedereen delen door toegang te verlenen tot een ReportID-koppeling. Met deze koppeling wordt een URL gegenereerd die u naar iemand kunt verzenden, zodat deze het testrapport kan weergeven zonder zich aan te melden. Dit delen is standaard uitgeschakeld en moet worden ingeschakeld door uw beheerder.
Testresultaten voor netwerkconnectiviteit
De resultaten worden weergegeven op de tabbladen Samenvatting en Details . Op het tabblad Overzicht ziet u een kaart van de gedetecteerde netwerkperimeter en een vergelijking van de netwerkevaluatie met andere Microsoft 365 klanten in de buurt. Het maakt het ook mogelijk om het testrapport te delen. De weergave met samenvattingsresultaten ziet er als volgt uit:
Hier is een voorbeeld van de uitvoer van het tabblad Details. Op het tabblad Details wordt een groen vinkje weergegeven als het resultaat gunstig is vergeleken. Er wordt een uitroepteken met een rode driehoek weergegeven als het resultaat een drempelwaarde heeft overschreden die een netwerkzicht aangeeft. In de volgende secties worden de resultatenrijen van het detailtabblad beschreven en worden de drempelwaarden uitgelegd die worden gebruikt voor netwerkinzichten.
Uw locatiegegevens
In deze sectie worden testresultaten weergegeven die betrekking hebben op uw locatie.
Uw locatie
De locatie van de gebruiker wordt gedetecteerd vanuit de webbrowser van de gebruiker. Het kan ook worden ingevoerd naar keuze van de gebruiker. Het wordt gebruikt om netwerkafstanden tot specifieke delen van de perimeter van het bedrijfsnetwerk te identificeren. Alleen de plaats van deze locatiedetectie en de afstand tot andere netwerkpunten worden opgeslagen in het rapport.
De locatie van het gebruikerskantoor wordt weergegeven in de kaartweergave.
Locatie van uitgaand netwerk (de locatie waar uw netwerk verbinding maakt met uw internetprovider)
We identificeren het IP-adres voor uitgaand verkeer van het netwerk aan de serverzijde. Locatiedatabases worden gebruikt om de geschatte locatie voor het uitgaand netwerk op te zoeken. Deze databases hebben doorgaans een nauwkeurigheid van ongeveer 90% van de IP-adressen. Als de locatie die is opgezocht vanuit het IP-adres voor uitgaand netwerk niet nauwkeurig is, zou dit leiden tot een onwaar resultaat. Als u wilt controleren of deze fout optreedt voor een specifiek IP-adres, kunt u openbaar toegankelijke websites voor netwerk-IP-adreslocaties gebruiken om te vergelijken met uw werkelijke locatie.
Uw afstand tot de locatie voor uitgaand netwerk
We bepalen de afstand van die locatie tot de kantoorlocatie. Dit wordt weergegeven als een netwerkanalyse als de afstand groter is dan 800 kilometer , omdat dit de TCP-latentie waarschijnlijk met meer dan 25 ms verhoogt en van invloed kan zijn op de gebruikerservaring.
Op de kaart ziet u de locatie voor uitgaand netwerk ten opzichte van de kantoorlocatie van de gebruiker die de backhaul van het netwerk binnen het WAN van het bedrijf aangeeft.
Implementeer lokale en directe netwerkuitgangen van kantoorlocaties van gebruikers naar internet voor optimale Microsoft 365 netwerkverbinding. Verbeteringen in lokaal en direct uitgaand verkeer zijn de beste manier om dit netwerkzicht aan te pakken.
Proxyservergegevens
We bepalen of proxyservers zijn geconfigureerd op de lokale computer om Microsoft 365 netwerkverkeer door te geven in de categorie Optimaliseren. We identificeren de afstand van de locatie van het gebruikerskantoor tot de proxyservers.
De afstand wordt eerst getest door ICMP ping. Als dat mislukt, testen we met TCP-ping en zoeken we ten slotte het IP-adres van de proxyserver op in een IP-adreslocatiedatabase. We laten een netwerkzicht zien als de proxyserver zich verder dan 800 kilometer van de locatie van het gebruikerskantoor bevindt.
Virtueel particulier netwerk (VPN) dat u gebruikt om verbinding te maken met uw organisatie
Met deze test wordt gedetecteerd of u een VPN gebruikt om verbinding te maken met Microsoft 365. Een doorgevend resultaat wordt weergegeven als u geen VPN hebt of als u een VPN hebt met de aanbevolen configuratie voor gesplitste tunnel voor Microsoft 365.
VPN Split Tunnel
Elke categorieroute optimaliseren voor Exchange Online, SharePoint Online en Microsoft Teams wordt getest om te zien of deze is getunneld op het VPN. Een uitsplitsingsworkload vermijdt de VPN volledig. Er wordt een workload met tunneling verzonden via het VPN. Een workload met selectieve tunneling heeft een aantal routes die via het VPN worden verzonden en sommige zijn gesplitst. Een doorgevend resultaat geeft aan of alle workloads zijn gesplitst of selectief zijn getunneld.
Klanten in uw grootstedelijk gebied met betere prestaties
Netwerklatentie tussen de kantoorlocatie van de gebruiker en de Exchange Online service wordt vergeleken met andere Microsoft 365 klanten in hetzelfde metrogebied. Een netwerkanalyse wordt weergegeven als 10% of meer van de klanten in hetzelfde metrogebied betere prestaties hebben. Dit betekent dat hun gebruikers betere prestaties hebben in de Microsoft 365 gebruikersinterface.
Dit netwerk-inzicht wordt gegenereerd op basis van het feit dat alle gebruikers in een stad toegang hebben tot dezelfde telecommunicatie-infrastructuur en dezelfde nabijheid van internetcircuits en het netwerk van Microsoft.
Tijd om een DNS-aanvraag in uw netwerk te doen
Hier ziet u de DNS-server die is geconfigureerd op de clientcomputer waarop de tests zijn uitgevoerd. Het kan een DNS Recursive Resolver-server zijn, maar dit is ongebruikelijk. Het is waarschijnlijker dat dit een DNS-doorstuurserver is, die DNS-resultaten in de cache opslaat en niet-in de cache opgeslagen DNS-aanvragen doorstuurt naar een andere DNS-server.
Dit is alleen bedoeld voor informatie en draagt niet bij aan netwerkzicht.
Uw afstand tot en/of de tijd om verbinding te maken met een recursieve DNS-resolver
De in-use DNS Recursive Resolver wordt geïdentificeerd door een specifieke DNS-aanvraag te maken en vervolgens de DNS-naamserver te vragen naar het IP-adres waarvan deze dezelfde aanvraag heeft ontvangen. Dit IP-adres is de REcursieve DNS-resolver en wordt opgezocht in ip-adreslocatiedatabases om de locatie te vinden. Vervolgens wordt de afstand tussen de locatie van het gebruikerskantoor en de serverlocatie dns-recursieve resolver berekend. Dit wordt weergegeven als netwerkzicht als de afstand groter is dan 800 kilometer .
De locatie die is opgezocht vanuit het IP-adres voor uitgaand verkeer van het netwerk is mogelijk niet nauwkeurig en dit zou leiden tot een onwaar resultaat van deze test. Als u wilt controleren of deze fout optreedt voor een specifiek IP-adres, kunt u openbare ip-adreslocatiewebsites van het netwerk gebruiken.
Dit netwerkinzicht heeft specifiek invloed op de selectie van de Exchange Online service front door. Om dit inzicht te verhelpen, moeten lokaal en direct uitgaand netwerk een vereiste zijn en moet DNS Recursive Resolver zich dicht bij dat netwerkuitgangsnetwerk bevinden.
Exchange Online
In deze sectie ziet u testresultaten met betrekking tot Exchange Online.
locatie van Exchange service voor deur
De in-use Exchange service front door wordt op dezelfde manier geïdentificeerd als Outlook dit doet en we meten de TCP-latentie van het netwerk van de locatie van de gebruiker naar de service. De TCP-latentie wordt weergegeven en de in-use Exchange service front door wordt vergeleken met de lijst met beste service front doors voor de huidige locatie. Dit wordt weergegeven als een netwerkinzicht als een van de beste Exchange servicedeur(s) niet in gebruik is.
Het niet gebruiken van een van de beste Exchange service front door(en) kan worden veroorzaakt door netwerkbackhaul vóór het uitgaand verkeer van het bedrijfsnetwerk. In dat geval raden we lokaal en direct uitgaand netwerk aan. Het kan ook worden veroorzaakt door het gebruik van een externe DNS-recursieve resolverserver. In dat geval raden we u aan de DNS-recursieve resolverserver uit te lijnen met de uitgaande netwerkserver.
We berekenen een mogelijke verbetering in TCP-latentie (ms) naar de Exchange service front door. Dit wordt gedaan door te kijken naar de geteste netwerklatentie van de kantoorlocatie van de gebruiker en de netwerklatentie af te trekken van de huidige locatie naar de kasten Exchange service voordeur. Het verschil vertegenwoordigt de mogelijke mogelijkheid tot verbetering.
Beste Exchange servicedeur(s) voor uw locatie
Hier vindt u de beste Exchange locaties voor de voordeur van de service per plaats voor uw locatie.
Service front door vastgelegd in de client-DNS
Hier ziet u de DNS-naam en het IP-adres van de Exchange service front door-server waarnaar u bent omgeleid. Deze wordt alleen ter informatie verstrekt en er is geen gekoppeld netwerkzicht.
SharePoint Online
In deze sectie ziet u testresultaten met betrekking tot SharePoint Online en OneDrive.
De locatie van de voordeur van de service
De in-use SharePoint service front door wordt op dezelfde manier geïdentificeerd als de OneDrive client en we meten de TCP-latentie van het netwerk van de locatie van het gebruikerskantoor naar deze.
Downloadsnelheid
We meten de downloadsnelheid voor een bestand van 15 Mb van de SharePoint service front door. Het resultaat wordt weergegeven in megabytes per seconde om aan te geven welke grootte bestand in megabytes kan worden gedownload van SharePoint of OneDrive in één seconde. Het getal moet vergelijkbaar zijn met een tiende van de minimale circuitbandbreedte in megabits per seconde. Als u bijvoorbeeld een internetverbinding van 100 mbps hebt, kunt u 10 MB per seconde (10 MBps) verwachten.
Bufferbloat
Tijdens het downloaden van 15 Mb meten we de TCP-latentie naar de SharePoint service front door. Dit is de latentie onder belasting en wordt vergeleken met de latentie wanneer deze niet onder belasting valt. De toename van de latentie bij belasting is vaak toe te schrijven aan buffers van het consumentennetwerkapparaat die worden geladen (of opgeblazen). Er wordt een netwerkinzicht weergegeven voor een bloat van 1000 of meer.
Service front door vastgelegd in de client-DNS
Hier ziet u de DNS-naam en het IP-adres van de SharePoint service front door-server waarnaar u bent omgeleid. Deze wordt alleen ter informatie verstrekt en er is geen gekoppeld netwerkzicht.
Microsoft Teams
In deze sectie ziet u testresultaten met betrekking tot Microsoft Teams.
Mediaconnectiviteit (audio, video en toepassingen delen)
Hiermee wordt getest op UDP-connectiviteit met de Microsoft Teams service front door. Als dit wordt geblokkeerd, werkt Microsoft Teams mogelijk nog steeds met TCP, maar zijn audio en video beschadigd. Lees meer over deze UDP-netwerkmetingen, die ook van toepassing zijn op Microsoft Teams bij mediakwaliteit en netwerkverbindingsprestaties in Skype voor Bedrijven Online.
Pakketverlies
Toont het UDP-pakketverlies gemeten in een testaudioaanroep van 10 seconden van de client naar de Microsoft Teams service-voordeur. Dit moet lager zijn dan 1,00% voor een pass.
Latency
Toont de gemeten UDP-latentie, die lager moet zijn dan 100 ms.
Jitter
Toont de gemeten UDP-jitter, die lager moet zijn dan 30 ms.
Connectiviteit
We testen op HTTP-connectiviteit van de locatie van het gebruikerskantoor naar alle vereiste Microsoft 365 netwerkeindpunten. Deze worden gepubliceerd op https://aka.ms/o365ip. Er wordt een netwerkanalyse weergegeven voor vereiste netwerkeindpunten, waarmee geen verbinding kan worden gemaakt.
Connectiviteit kan worden geblokkeerd door een proxyserver, een firewall of een ander netwerkbeveiligingsapparaat op de perimeter van het bedrijfsnetwerk. Connectiviteit met TCP-poort 80 wordt getest met een HTTP-aanvraag en de connectiviteit met TCP-poort 443 wordt getest met een HTTPS-aanvraag. Als er geen antwoord is, wordt de FQDN gemarkeerd als een fout. Als er een HTTP-antwoordcode 407 is, wordt de FQDN gemarkeerd als een fout. Als er een HTTP-antwoordcode 403 is, controleren we het serverkenmerk van het antwoord en als het een proxyserver lijkt te zijn, markeren we dit als een fout. U kunt de tests simuleren die we uitvoeren met het Windows opdrachtregelprogramma curl.exe.
We testen het SSL-certificaat op elk vereist Microsoft 365 netwerkeindpunt dat zich in de categorie optimaliseren of toestaan bevindt, zoals gedefinieerd op https://aka.ms/o365ip. Als bij tests geen Microsoft SSL-certificaat wordt gevonden, moet het versleutelde netwerk dat is verbonden, zijn onderschept door een tussenliggende netwerkapparaat. Er wordt een netwerkanalyse weergegeven op alle onderschepte versleutelde netwerkeindpunten.
Als er een SSL-certificaat wordt gevonden dat niet door Microsoft wordt geleverd, wordt de FQDN voor de test en de eigenaar van het IN-use SSL-certificaat weergegeven. Deze SSL-certificaateigenaar kan een leverancier van een proxyserver zijn of een zelfondertekend certificaat voor ondernemingen.
Netwerkpad
In deze sectie ziet u de resultaten van een ICMP-traceroute naar de Exchange Online service front door, de SharePoint Online service front door en de Microsoft Teams service front door. Deze wordt alleen ter informatie verstrekt en er is geen gekoppeld netwerkzicht. Er zijn drie traceroutes opgegeven. Een traceroute naar outlook.office365.com, een traceroute naar de klanten SharePoint front-end of naar microsoft.sharepoint.com als deze niet is opgegeven, en een traceroute naar world.tr.teams.microsoft.com.
Connectiviteitsrapporten
Wanneer u bent aangemeld, kunt u eerdere rapporten bekijken die u hebt uitgevoerd. U kunt ze ook delen of verwijderen uit de lijst.
Status van het netwerk
Dit toont belangrijke statusproblemen met het wereldwijde netwerk van Microsoft, wat van invloed kan zijn op Microsoft 365 klanten.
Testen vanaf de opdrachtregel
We bieden een uitvoerbare opdrachtregel die kan worden gebruikt door uw hulpprogramma's voor externe implementatie en uitvoering en die dezelfde tests kan uitvoeren als beschikbaar zijn op de website van het testhulpprogramma voor Microsoft 365 netwerkconnectiviteit.
Het testhulpprogramma voor de opdrachtregel kan hier worden gedownload: Opdrachtregelprogramma
U kunt het uitvoeren door te dubbelklikken op het uitvoerbare bestand in Windows Bestandenverkenner, of u kunt het starten vanaf een opdrachtprompt of u kunt het plannen met task scheduler.
De eerste keer dat u het uitvoerbare bestand start, wordt u gevraagd om de gebruiksrechtovereenkomst (EULA) te accepteren voordat het testen wordt uitgevoerd. Als u de gebruiksrechtovereenkomst al hebt gelezen en geaccepteerd, kunt u een leeg bestand met de naam Microsoft-365-Network-Connectivity-Test-EULA-accepted.txt maken in de huidige werkmap voor het uitvoerbare proces wanneer het wordt gestart. Als u de gebruiksrechtovereenkomst wilt accepteren, typt u 'y' en drukt u op Enter in het opdrachtregelvenster wanneer u daarom wordt gevraagd.
Het uitvoerbare bestand accepteert de volgende opdrachtregelparameters:
- -h om een koppeling naar deze Help-documentatie weer te geven
- -testlijsttest <> Hiermee geeft u tests op die moeten worden uitgevoerd. Standaard worden alleen basistests uitgevoerd. Geldige testnamen zijn: all, dnsConnectivityPerf, dnsResolverIdentification, bufferBloat, traceroute, proxy, vpn, skype, connectivity, networkInterface
- -filepath <filedir> Directory pad van test resultaat bestanden. Toegestane waarde is absoluut of relatief pad van een toegankelijke map
- -plaats <> Voor de velden stad, staat en land wordt de opgegeven waarde gebruikt als deze wordt opgegeven. Als dit niet wordt opgegeven, wordt Windows Location Services (WLS) opgevraagd. Als WLS mislukt, wordt de locatie gedetecteerd vanuit het netwerk van de machines
- -status <>
- -land <>
- -proxy <account> <password> Proxy account name and password can be provided if you require a proxy to access the internet
Resultaten
De uitvoer van de resultaten wordt naar een JSON-bestand geschreven in een map met de naam TestResults, die wordt gemaakt in de huidige werkmap van het proces, tenzij deze al bestaat. De bestandsnaamindeling voor de uitvoer is connectivity_test_result_YYYY-MM-DD-HH-MM-SS.json. De resultaten bevinden zich in JSON-knooppunten die overeenkomen met de uitvoer die wordt weergegeven op de webpagina voor de website van het testhulpprogramma voor Microsoft 365 netwerkconnectiviteit. Telkens wanneer u het bestand uitvoert, wordt er een nieuw resultaatbestand gemaakt en het zelfstandige uitvoerbare bestand uploadt geen resultaten naar uw Microsoft-tenant voor weergave op de pagina's netwerkconnectiviteit in het beheercentrum. Front door-codes, lengtegraad en breedtegraad zijn niet opgenomen in het resultaatbestand.
Starten vanuit Windows Bestandenverkenner
U kunt gewoon dubbelklikken op het uitvoerbare bestand om het testen te starten en er wordt een opdrachtpromptvenster weergegeven.
Starten vanaf de opdrachtprompt
In een CMD.EXE opdrachtpromptvenster kunt u het pad en de naam van het uitvoerbare bestand typen om het uit te voeren. De bestandsnaam is Microsoft.Connectivity.Test.exe
Starten vanuit Windows Taakplanner
In Windows Task Scheduler kunt u een taak toevoegen om het uitvoerbare bestand van de zelfstandige test te starten. U moet de huidige werkmap van de taak opgeven waar u het geaccepteerde eula-bestand hebt gemaakt, omdat het uitvoerbare bestand wordt geblokkeerd totdat de gebruiksrechtovereenkomst wordt geaccepteerd. U kunt de gebruiksrechtovereenkomst niet interactief accepteren als het proces op de achtergrond wordt gestart zonder console.
Meer informatie over het zelfstandige uitvoerbare bestand
Het opdrachtregelprogramma maakt gebruik van Windows Location Services om de informatie over het land van de plaats van de gebruiker te vinden voor het bepalen van bepaalde afstanden. Als Windows Location Services is uitgeschakeld in het configuratiescherm, zijn evaluaties op basis van gebruikerslocatie leeg. In Windows Instellingen moet 'Locatieservices' zijn ingeschakeld en moet 'Bureaublad-apps toegang verlenen tot uw locatie' ook zijn ingeschakeld.
Het opdrachtregelprogramma probeert de .NET Framework te installeren als dit nog niet is geïnstalleerd. Het downloadt ook het belangrijkste uitvoerbare testbestand van het testprogramma voor Microsoft 365 netwerkconnectiviteit en start dat.
Veelgestelde vragen
Hier vindt u antwoorden op enkele van onze veelgestelde vragen.
Wat is vereist om de geavanceerde testclient uit te voeren?
Voor de geavanceerde testclient is .NET 6.0 Runtime vereist. Als u de geavanceerde testclient uitvoert zonder dat deze is geïnstalleerd, wordt u omgeleid naar de installatiepagina van .NET 6.0. Zorg ervoor dat u installeert vanuit de kolom Bureaublad-apps uitvoeren voor Windows. Beheerdersmachtigingen op de computer zijn vereist om .NET 6.0 Runtime te installeren.
De geavanceerde testclient gebruikt SignalR om te communiceren met de webpagina. Hiervoor moet u ervoor zorgen dat tcp-poort 443-connectiviteit met connectivity.service.signalr.net is geopend. Deze URL wordt niet gepubliceerd in de https://aka.ms/o365ip omdat deze connectiviteit niet vereist is voor een Microsoft 365 clienttoepassingsgebruiker.
Wat is Microsoft 365 service voordeur?
De Microsoft 365 service front door is een toegangspunt op het wereldwijde netwerk van Microsoft waar Office clients en services hun netwerkverbinding beëindigen. Voor een optimale netwerkverbinding met Microsoft 365 is het raadzaam om uw netwerkverbinding te beëindigen in de dichtstbijzijnde Microsoft 365 voordeur in uw stad of metro.
Notitie
Microsoft 365 service front door heeft geen directe relatie met het Azure Front Door Service-product dat beschikbaar is in Azure Marketplace.
Wat is de beste Microsoft 365 service voordeur?
Een beste Microsoft 365 service voordeur (voorheen bekend als een optimale service voordeur) is een die zich het dichtst bij uw netwerkuitgang bevindt, in het algemeen in uw stad of metrogebied. Gebruik het hulpprogramma voor Microsoft 365 netwerkprestaties om de locatie van uw in-use Microsoft 365 service-voordeur en de beste servicedeur(s) te bepalen. Als het hulpprogramma vaststelt dat uw in-use voordeur een van de beste is, kunt u een goede connectiviteit met het wereldwijde netwerk van Microsoft verwachten.
Wat is een uitgaande internetlocatie?
De locatie voor uitgaand internet is de locatie waar uw netwerkverkeer uw bedrijfsnetwerk verlaat en verbinding maakt met internet. Dit wordt ook aangeduid als de locatie waar u een NAT-apparaat (Network Address Translation) hebt en meestal waar u verbinding maakt met een Internet Service Provider (ISP). Als u een lange afstand ziet tussen uw locatie en uw uitgaande internetlocatie, kan dit een aanzienlijke WAN-backhaul identificeren.
Verwante onderwerpen
Netwerkconnectiviteit in het Microsoft 365-beheer Center
inzichten in netwerkprestaties Microsoft 365