Učinkovitost delovanja paket za Office 365 za odpravljanje težav

Delati morate vedeti koraki za reševanje Prepoznajte in odpravite zamikov, odzivnosti in težave s počasno učinkovitostjo med SharePoint Online, OneDrive za podjetja, Exchange Online ali Skype za podjetja Online in odjemalski računalnik? Preden pokličete podporo, v tem članku vam lahko pomaga odpraviti težave z učinkovitostjo delovanja storitve Office 365 in celo odpraviti nekaj najpogostejših težav.

Opomba:  Najnovejšo vsebino pomoči v vašem jeziku vam želimo zagotoviti v najkrajšem možnem času. Ta stran je bila prevedena z avtomatizacijo in lahko vsebuje slovnične napake ali nepravilnosti. Naš namen je, da bi bila vsebina za vas uporabna. Ali nam lahko na dnu te strani sporočite, ali so bile informacije za vas uporabne? Tukaj je angleški članek za preprosto referenco.

V tem članku je dejansko vzorec dejanje paket, ki jih lahko uporabite za zajemanje pomembne podatke o učinkovitosti delovanja težave, kot je dogaja. Nekatere najpogostejše težave, prav tako so navedeni tukaj.

Če ste šele začeli uporabljati omrežja učinkovitost delovanja in želite, da bi dolgoročni načrt za spremljanje učinkovitosti delovanja v odjemalskih računalnikih in storitvi Office 365, si oglejte storitve Office 365 učinkovitosti delovanja in odpravljanje težav – skrbnik in ga Pro.

Vzorčni odpravljanje načrt z učinkovitostjo delovanja

Delovni načrt je sestavljen iz dveh delov; faze priprave in faze pisanja dnevnika. Če ste pravkar zaznali težave z učinkovitostjo delovanja in morate zbrati podatke, lahko takoj začnete izvajati načrt.

Pripravite odjemalski računalnik

  • Poiščite odjemalski računalnik, ki lahko podvoji težavo z učinkovitostjo delovanja. Ta računalnik bo uporabljen med odpravljanjem težav.

  • Navedite korake, ki povzročijo težavo z učinkovitostjo delovanja, da boste vnaprej pripravljeni na preskušanje.

  • Namestite orodja za zbiranje in beleženje podatkov:

    • Namestite Netmon 3.4 (ali uporabite orodje za sledenje enakovredno omrežja).

    • Namestite brezplačno osnovno izdajo HTTPWatch (ali uporabite orodje za sledenje enakovredno omrežja).

    • Uporabite snemalnik zaslona ali zaženite zapisovalnik korakov (PSR.exe), ki je priložen sistemu Windows Vista ali novejši različici, da beležite izvedene korake med preskušanjem.

Zabeležite težavo z učinkovitostjo delovanja

  • Zaprite vse internetne brskalnike, ki jih ne potrebujete.

  • Zaženite zapisovalnik korakov ali drug snemalnik zaslona.

  • Zaženite zajemanje z orodjem Netmon (ali orodjem za omrežno sledenje).

  • Izbrišite predpomnilnik DNS-ja v ukazni vrstici v odjemalskem računalniku tako, da vnesete ipconfig /flushdns.

  • Zaženite novo sejo brskalnika in vklopite orodje HTTPWatch.

  • Izbirno: Če preskušate Exchange Online, zaženite analizator učinkovitosti delovanja Exchangeevega odjemalca v skrbniški konzoli storitve Office 365.

  • Ponovite enake korake, ki so povzročili težavo z učinkovitostjo delovanja.

  • Zaustavite Netmon ali drugo orodje za sledenje.

  • V ukazni vrstici zaženite smer sledenja do naročnine na Office 365 tako, da vnesete ta ukaz in kliknete ENTER:

    tracert <subscriptionname>.onmicrosoft.com

  • Zaustavite zapisovalnik korakov in shranite video. Ne pozabite navesti datuma in časa zajemanja in opažanja, ali je bila zabeležena dobra ali slaba učinkovitost delovanja.

  • Shranite datoteke sledenja. Nikakor ne pozabite navesti datuma in časa zajemanja in opažanja, ali je bila zabeležena dobra ali slaba učinkovitost delovanja.

Če niste seznanjeni z uporabo orodij, navedenih v tem članku, ne skrbite, kajti slednje je opisano v nadaljevanju. Če imate izkušnje s takim omrežnim zajemanjem, lahko preskočite poglavje Kako brati sledenja, kjer je opisano filtriranje in branje dnevnikov.

Najprej izbrišite predpomnilnik DNS-ja

Razlog Čiščenje predpomnilnika DNS-ja omogoča povsem nov začetek preskusa. Ko počistite predpomnilnik, ponastavite vsebino razreševalnika predpomnilnika DNS-ja na najnovejše vnose. Čiščenje ne odstrani vnosov datoteke HOSTs. Če imate veliko vnosov datoteke HOST, te vnose kopirajte v datoteko v drugem imeniku in nato izpraznite datoteko HOST.

Počistite predpomnilnik razreševalnika DNS

  1. Odprite ukazni poziv (začetek > Zaženi > cmd ali tipka Windows > cmd).

  2. Vnesite ta ukaz in pritisnite ENTER:

    ipconfig /flushdns

Netmon

Microsoftovo omrežje spremljanje orodje (Netmon) analizira pakete, ki je promet, ki prehaja med računalniki v omrežjih. Z uporabo Netmon ih promet s storitvijo Office 365 lahko zajamete, pogled, in preberite paket glave, določite vmesna naprave, preverite pomembne nastavitve na strojne opreme omrežja, iskanje izgubljenih paketov in sledite poteka promet med računalniki v vašega podjetja mreža in Office 365. Ker je šifrirana dejansko telo promet, to pomeni, da (potuje v vratih 443 prek SSL/TLS, ne more prebrati datoteke, ki je poslano. Namesto tega, boste dobili nefiltrirano sledi poti, ki traja paket, ki vam lahko pomagajo izslediti težave vedenje.

Pazite, da takrat ne uporabite filtra. Namesto tega izvedite korake in prikažite težavo, preden ustavite in shranite sledenje.

Ko namestite Netmon 3.4, odprite orodje in izvedite te korake:

Zaženite sledenje z orodjem Netmon in ponovite težavo

  1. Zaženite Netmon 3.4.

    Obstajajo tri podoken na začetek strani: Nedavni zajame, Izberite omrežijin Uvod v Microsoft Network Monitor 3.4. Obvestilo o. Izberite omrežij plošči tudi vam na seznamu privzeta omrežja, ki lahko zajamete. Ne pozabite, da omrežja kartic so izbrani tukaj.

  2. Kliknite Nov zajem na vrhu Začetne strani. S tem dodate nov zavihek poleg zavihkaZačetna stran, imenovan Zajem 1.

    Uporabniški vmesnik Nemon z označenimi gumbi »Nov zajem«, »Začni«, »Ustavi«.

  3. Če želite izvesti en zajem, kliknite Začetek v orodni vrstici.

  4. Ponovite korake, med katerimi je prišlo do težave z učinkovitostjo delovanja.

  5. Kliknite Ustavi > Datoteka > Shrani kot. Ne pozabite navesti datuma in časa s časovnim pasom in opombe, ali je učinkovitost delovanja slaba ali dobra.

HTTPWatch

HTTPWatch je na voljo zaračuna, in brezplačno edition. Brezplačno osnovno izdajo zajema vse, kar potrebujete za ta preskus. HTTPWatch monitorji omrežje čas nalaganja strani in promet neposredno v oknu brskalnika. HTTPWatch je vtičnik za Internet Explorer, ki opisuje grafično učinkovitost delovanja. Analiza lahko shranite in si ogledati v HTTPWatch Studio.

Opombe: 

  • Če uporabljate drug brskalnik, na primer Firefox ali Google Chrome ali če ne morete namestiti orodja HTTPWatch v Internet Explorerju, odprite novo okno brskalnika in na tipkovnici pritisnite F12. Na dnu brskalnika se mora prikazati pojavno okno razvojnega orodja. Če uporabljate brskalnik Opera, pritisnite CTRL+SHIFT+I za spletni nadzornik, nato kliknite zavihek Omrežje in dokončajte spodnji preskus. Podatki bodo nekoliko drugačni, časi nalaganja pa bodo še vedno prikazani v milisekundah.

  • HTTPWatch je koristno orodje tudi za težave s časi nalaganja SharePoint Onlineove strani.

Zaženite orodje HTTPWatch in ponovite težavo

  1. HTTPWatch je vtičnik brskalnika, zato je zagon orodja v brskalniku za vsako različico Internet Explorerja drugačen. Običajno se HTTPWatch nahaja pod ukazno vrstico v brskalniku Internet Explorer.

    Če vtičnik HTTPWatch ni prikazan v oknu brskalnika, preverite različico brskalnika tako, da kliknete »Pomoč« > »Vizitka«, v novejših različicah Internet Explorerja pa tako, da kliknete simbol zobnika in možnost »Pomoč za Internet Explorer«. Če želite zagnati ukazno vrstico, z desno tipko miške kliknite menijsko vrstico v Internet Explorerju in nato Ukazna vrstica. V preteklosti je bilo orodje HTTPWatch povezano tako z ukazno vrstico kot tudi z Explorerjevo vrstico; če torej takoj po namestitvi orodja ne vidite ikone (niti po ponovnem zagonu), ikono poiščite na zavihku Orodja in v orodnih vrsticah. Ne pozabite, da orodne vrstice lahko prilagajate in jim dodajate možnosti.

    Orodna vrstica z ukazi v Internet Explorerju in prikazano ikono »HTTPWatch«

  2. Zaženite HTTPWatch v oknu brskalnika Internet Explorer. Prikazan bo zasidran v brskalniku na dnu okna. Kliknite Zapisovanje.

  3. Ponovite enake korake kot pri težavi z učinkovitostjo delovanja. Kliknite gumb Ustavi v orodju HTTPWatch.

  4. Izberite Shrani HTTPWatch ali Pošlji po e-pošti. Ne pozabite poimenovati datoteke tako, da ji dodelite podatke o datumu in času in opombo o tem, ali je orodje Watch zabeležilo dobro ali slabo učinkovitost delovanja.

    HTTPWatch prikazuje zavihek »Omrežje« za nalaganje domače strani v storitvi Office 365.

    To je posnetek zaslona iz različice orodja HTTPWatch za strokovnjake. Odprete lahko sledenja, izvedena z osnovno različico v računalniku z različico za strokovnjake in si jo tam ogledate. Na ta način so lahko na voljo dodatni podatki o sledenju.

Zapisovalnik težav po korakih

Zapisovalnik korakov ali PSR.exe omogoča zapisovanje težav medtem, ko se pojavljajo. Je zelo uporabno in preprosto orodje.

Zagon težavo zapisovalnik korakov (PSR.exe) za snemanje svojega dela

  1. Izberite Začetek > Zaženi >, vnesite PSR.exe > V redu ali pa kliknite tipko Windows >, vnesite PSR.exe > in pritisnite ENTER.

  2. Ko se prikaže majhno okno PSR.exe, kliknite začni zapisovanje in ponovite korake, pri katerih je prišlo do težave z učinkovitostjo delovanja.

    Pripombe lahko dodate tako, da kliknete Dodaj komentarje.

  3. Ko dokončate korake, kliknite Ustavi zapis . Če težavo z učinkovitostjo delovanja strani upodabljanje, počakajte na strani za upodobitev, preden ga Ustavi snemanje.

  4. Kliknite Shrani.

Posnetek zaslona snemalnika korakov ali datoteke PSR.exe.

Datum in čas, ki je nastavljena za vas. To povezavo vaše pdpo sledenje Netmon in HTTPWatch v času, in vam pomaga pri odpravljanju težav natančnost z. Datum in čas v zapisu pdpo lahko pokažete, da minuto opravil med uporabniško ime in brskanje URL in delno upodabljanje skrbnik mesta, na primer.

Brati sledenja

Nemogoče je vključiti vse potrebne podatke za odpravljanje težav z omrežjem in učinkovitostjo delovanja in jih strniti v enem članku. Za zagotavljanje dobre učinkovitosti delovanja potrebujete izkušnje in znanje o delovanju in pričakovanem vedenju omrežja. Lahko pa predstavimo seznam glavnih težav in pokažemo, kako lahko z orodji odpravite najobičajnejše težave.

Če želite iskat spretnosti sledi omrežja za spletna mesta storitve Office 365 za branje, je bolje profesorja, ki od ustvarjanje sledi strani obremenitve redno in pridobivanje izkušenj, ki jih berete. Na primer, če imate možnost, naložite v storitev Office 365 in sledenje postopek. Filtriranje sledenja za DNS promet ali pa poiščite FrameData za ime storitve, ki si ogledujete. Optično branje sledenje dobiti idejo korakov, ki se pojavijo med prenosom storitev. To bo pomagalo, si preberite, katere navadno nalaganje strani bi morala biti videti, in se pri odpravljanju težav, še posebej okoli učinkovitost delovanja, primerjavo dobro, da je slabo sledi lahko naučili veliko.

Orodja uporablja Microsoft Intellisense v polje filter prikaza. IntelliSense ali pametne kodo zaključka, je ta trik, kjer vnesete v obdobju in vse razpoložljive možnosti prikaza v spustnem meniju izbirno polje. Če, na primer skrbi TCP okno prilagajanja velikosti, najdete na način, da filter (na primer .protocol.tcp.window < 100) na ta način.

Posnetek zaslona orodja, ki prikazuje, da polje »Filter prikaza« uporablja »intellisense«.

Sledi Netmon lahko veliko prometa v njih. Če niste izkušen z njimi branje, je verjetno, bo to odpiranje sledi prvi. Prva stvar je ločen signal od šum v ozadju v sledi. Ste preskusiti proti storitve Office 365, in da je promet, ki ga želite ogledati. Če ste se uporabljajo za krmarjenje po sledi, ne boste potrebovali ta seznam.

Promet med vašim odjemalcem in storitvijo Office 365 poteka prek TLS-ja, kar pomeni, da je telo prometa šifrirano in ga ni mogoče brati v splošnem sledenju z orodjem Netmon. V vašo analizo učinkovitosti delovanja ni treba vključiti podrobnosti podatkov v paketu. Treba pa je vključiti glave paketov in njihove vsebine.

Namigi za pridobitev dobrega sledenja

  • Bodite seznanjeni z vrednostjo naslova IPv4 ali IPv6 odjemalskega računalnika. To vrednost lahko pridobite iz ukaznega poziva tako, da vnesete IPConfig in pritisnete ENTER. Če poznate ta naslov, lahko takoj prepoznate, ali je promet v sledenju neposredno povezan z odjemalskim računalnikom. Če opazite poznan proxy, preverite njegovo dosegljivost in pridobite njegov naslov IP.

  • Počistite predpomnilnik razreševalnika DNS-ja in, če je mogoče, zaprite vse brskalnike, razen tistega, v katerem izvajate preskuse. Če tega ne morete storiti, ker podpora na primer uporablja določeno orodje v brskalniku za ogled namizja odjemalskega računalnika, boste morali sledenje filtrirati.

  • V orodju zaseden za sledenje, poiščite storitve Office 365, ki jo uporabljate. Če še nikoli ali redko videli vaše promet pred, to je koristen korak v težavo z učinkovitostjo delovanja ločevanje od drugih hrupa omrežja. Obstaja nekaj načinov, kako to naredite. Neposredno pred vaše preskus, lahko uporabite ping ali PsPing za URL določene storitve (ping outlook.office365.com in/ali psping -4 microsoft-my.sharepoint.com:443, za primere). Lahko tudi preprosto poiščete te PsPing v sledenje omrežja Netmon (po imenu proces). To vam mesto, da začnete iskati.

    V redu je tudi, če ste v času pojavitve težave uporabljali samo sledenje z orodjem Netmon. Za lažje orientiranje uporabite filter, kot je ContainsBin(FrameData, ASCII, "office") ali ContainsBin(FrameData, ASCII, "outlook"). Zapišete lahko številko okvirja iz datoteke sledenja. Priporočljivo je tudi, da se pomaknete v podoknu »Povzetek okvirja« povsem na desno in poiščete stolpec »ID pogovora«. Za ID tega določenega pogovora je navedena številka, ki si jo lahko tudi zapišete in kasneje ogledate. ne pozabite odstraniti tega filtra, če uporabite kateri koli drug filter.

    Namig: Netmon ima vgrajenih več koristnih filtrov. Pritisnite gumb »Naloži filter« na vrhu podokna Prikaži filter.

    Odkrijte svoj IP tako, da v ukazno vrstico odjemalskega računalnika vnesete »PSPing«.

    Sledenje Netmon odjemalca, ki prikazuje isti ukaz »PSPing« s filtrom TCP.Flags.Syn == 1.

    Seznanite se s prometom in se naučite poiskati želene podatke. Naučite se na primer določiti, kateri paket v sledenju je prvi povezan s storitvijo Office 365, ki jo uporabljate (na primer »Outlook«).

Če za primer vzamemo Office 365 Outlook Online, se promet začne tako:

  • Standardna poizvedba DNS in odziv DNS za outlook.office365.com z ujemajočima ID-jema poizvedbe. Pomembno je, da si zabeležite časovni odmik te obdelave in mesto, kamor globalni DNS za Office 365 pošlje prošnjo za prepoznavanje imena. Priporočljivo je čim bolj lokalno in ne okoli polovice sveta. (Temu lahko sledi neka spletna prijava prometa DNS.)

  • Zahteva HTTP GET, katere poročilo o stanju je bilo trajno premaknjeno (301)

  • Promet RWS, ki vključuje zahteve za povezavo RWS in odgovore za povezavo. (To je oddaljeni Winsock, ki namesto vas vzpostavi povezavo.)

  • TCP SYN in TCP SYN/ACK pogovor. Veliko nastavitve v tem pogovoru vplivajo na učinkovitost.

  • Niz prometa TLS:TLS, kjer se izvedejo rokovanje TLS in pogovori certifikata TLS. (Ne pozabite, da je datum šifriran prek SSL/TLS-ja.)

Vsi deli prometa so pomembni in povezani, vendar majhni odseki sledenja vsebujejo podatke, ki so še posebej pomembni za odpravljanje težav z učinkovitostjo delovanja, zato se bomo osredotočili nanje. Ker je Microsoft podrobno preučil odpravljanje težav z učinkovitostjo delovanja storitve Office 365 in na podlagi ugotovitev sestavila seznam desetih najpogostejših težav, se bomo v nadaljevanju osredotočili nanje in na uporabo orodij, s katerimi jih lahko odpravite.

Če še niste namestili, jih vsi pripravljeni v matriki spodaj omogoča uporabo več orodij. Kjer je to mogoče. Povezave so na voljo za namestitev točk. Na seznamu najdete skupnih orodij za sledenje omrežja kot Netmon in Wireshark, ampak uporabite katero koli orodje za sledenje, ki ste zadovoljni z in v katerih ste navajeni filtriranje omrežni promet. Ko ste testiranje, ne pozabite:

  • Zaprite vaš brskalnik in preskusite z le en brskalnik, ki se izvajajo - tem zmanjša celotnega prometa zajamete. To naredi za manj zaseden sledenje.

  • Počistite predpomnilnik razreševalnika DNS-ja v odjemalskem računalniku. – Tako bo zajemanje in samo sledenje čistejše in ne bo vsebovalo nepotrebnih podatkov.

Nekatere najpogostejše težave

Nekatere pogoste težave, ki se lahko soočite in kako jih našli v omrežnem sledenju.

Težava

Orodje

Vsebina, ki jo želite poiskati

Prilagajanje velikosti oken TCP

  • Najdeno v paketih SYN - SYN/ACK.

  • Podedovana ali starejša strojna oprema morda ne izkoristi možnosti prilagajanja velikosti oken TCP.

  • Brez ustreznih nastavitev prilagajanja velikosti oken TCP, se privzeti 16 bitni medpomnilnik v glavah TCP-ja zapolni v milisekundah.

  • Promet ne omogoča pošiljanja, dokler odjemalec ne prejme potrditve, da so bili izvirni podatki prejeti, zaradi česar pride do zakasnitev.

Netmon

Wireshark

V omrežnem sledenju poiščite promet SYN - SYN/ACK.

V orodju Netmon, uporabite filter kot tcp.flags.syn == 1. Ta filter je enako v orodju Wireshark.

Filter v orodju Netmon ali Wireshark za sinhronizacijo paketov za obe orodji: TCP.Flags.Syn == 1.

Vsak SYN ima svojo številko vrat vira (SrcPort), ki se ujema s številko vrat cilja (DstPort) sorodne potrditve (SYN/ACK).

Če si želite ogledati prilagajanje velikosti oken, ki jo uporablja vaša omrežna povezava, najprej razširite SYN, nato pa še sorodni SYN/ACK.

Grafika, ki prikazuje, kako uskladiti vrata Srcport z vrati DstPort in pridobiti delto časa.

Nastavitev časa nedejavnosti TCP-ja

  • Večina nadziranih podomrežij je bila konfiguriranih za začasne povezave, kar pomeni, da so nedejavne povezave običajno prekinjene.

  • Nedejavne seje TCP-ja lahko prekinejo proxyji in požarni zidovi, hitrejši od 100 do 300 sekund.

  • To predstavlja težavo za Outlook Online, ker ustvarja in uporablja dolgoročne povezave, ne glede na to, ali so te nedejavne ali dejavne.

  • Če povezave prekine proxy ali naprave s požarnim zidom, odjemalec o tem ni obveščen. Ko nato odjemalec poskuša uporabiti Outlook Online, odjemalski računalnik večkrat poskusi vzpostaviti povezavo, preden ustvari novo.

  • Izdelek se lahko ne odziva, opazite lahko pozive ali počasno nalaganje strani.

Netmon

Wireshark

V orodju Netmon si oglejte polje »Časovni odmik« za obdelavo. Obdelava je čas, ki preteče od pošiljanja zahteve odjemalca v strežnik do prejema odgovora. Preverite čas med odjemalcem in točko izhoda (npr. Odjemalec --> Proxy) ali med odjemalcem in storitvijo Office 365 (Odjemalec --> Office 365). To lahko vidite v več vrstah paketov.

Na primer lahko videti filter v orodju Netmon kot .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12ali Wireshark, ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

Namigi: 

  • Ali ne veste, če naslov IP v vašem sledenju pripada strežniku DNS? Poskušajte ga poiskati v ukazni vrstici. Kliknite Začetek > Zaženi > in vnesite cmd ali pa pritisnite tipko Windows > in vnesite cmd. V ukazu vnesite nslookup <the IP address from the network trace>. Za preskus uporabite nslookup in naslov IP vašega računalnika.

  • Če si želite ogledati obseg Microsoftovih naslovov IP, glejte URL-ji in obsegi naslovov za Office 365.

Če pride do težave, pričakujete dolgo časa nadomestil prikazano v tem primeru (Outlook v spletu) zlasti v TLS:TLS pakete, ki prikazujejo prehod uporabe podatkov (na primer v orodju Netmon najdete program pakete podatkov prek .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Gladko napredovanje časa naj prikazane seje. Če vidite zamude pri osveževanju v Outlook Web App, to lahko povzroči visoko stopnjo ponastavite, poslano.

Čas zakasnitve/odhoda in vrnitve

Ping

PsPing

Netmon

Wireshark

Če želite slediti zakasnitvi v sledenju, vam bo v pomoč zapis IP naslova odjemalskega računalnika in naslova IP strežnika DNS v storitvi Office 365. To je namenjeno lažjemu filtriranju sledenja. Če se povežete prek proxyja, potrebujete za lažje delo naslov IP odjemalskega računalnika, naslov IP proxyja/izhoda in naslov IP DNS-ja za Office 365.

Zahteva ping, poslana v outlook.office365.com, vsebuje ime podatkovnega središča, ki je prejelo zahtevo, tudi če se ping morda ni mogel povezati in poslati zaporednih paketov ICMP z blagovno znamko. Če uporabite PsPing (orodje, ki ga lahko brezplačno prenesete) in vrata (443) ter morda protokol IPv4 (-4), boste dobili povprečni čas odhoda in vrnitve za poslane pakete. To velja tudi za druge URL-je v storitvah Office 365, kot je psping -4 yourSite.sharepoint.com:443. Če želite določiti več pingov, da pridobite večji vzorec za izračun povprečja, storite to: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Opomba: PsPing ne pošilja paketov ICMP. Pošilja pinge paketov TCP prek posebnih vrat, zato lahko uporabite katera koli odprta vrata. V storitvi Office 365, ki uporablja SSL/TLS, orodju PsPing pripnite vrata :443.

Posnetek zaslona, ki prikazuje razreševanje pinga za outlook.office365.com in ukaz PSPing (443) s povprečnim 6,5 ms RTT-jem.

Če ste med izvajanjem sledenja naložili stran storitve Office 365, ki ima težave z učinkovitostjo delovanja, filtrirajte sledenje v orodju Netmon ali Wireshark za DNS. To je eden od IP-jev, ki jih iščete.

Spodaj so navedeni koraki za filtriranje z orodjem Netmon, da pridobite naslov IP (in si ogledate zakasnitev DNS-ja). Ta primer uporablja outlook.office365.com, lahko pa uporabi tudi URL SharePoint Onlineovega najemnika (na primer hithere.sharepoint.com).

  1. Preverite ping URL-ja ping outlook.office365.com in v rezultatih zabeležite ime in naslov IP strežnika DNS, kamor ste poslali zahtevo ping.

    Zahteva ping za outlook.office365.com, ki prikazuje DNS in naslov IP za »namnorthwest«.

  2. Omrežja ih odpiranje strani, tako dejanje, ki vam omogoča težavo z učinkovitostjo delovanja ali, če vidite veliko zakasnitvijo ping, sam, sledenje omrežja.

  3. Odprite sledenje v orodju Netmon in uporabite filter za DNS (ta filter deluje tudi v orodju Wireshark, vendar razlikuje med malimi in velikimi črkami -- dns). Ker veste ime strežnika DNS iz pinga, lahko v orodju Netmon izvedete hitrejše filtriranje tako: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest") , v orodju Wireshark pa tako: dns and frame contains "namnorthwest".

    Odprite paket z odzivom v oknu »Podrobnosti okvirja« v orodju Netmon in kliknite DNS, da si ogledate več podatkov. Podatki DNS vsebujejo naslov IP strežnika DNS, v katerega je bila poslana prošnja v storitvi Office 365 – ta naslov IP potrebujete za naslednji korak (orodje PsPing). Odstranite filter, z desno tipko miške kliknite »Odziv DNS« v razdelku »Povzetek okvirja« orodja Netmon > »Poišči pogovore« > »DNS«, da si ogledate razdelka »Poizvedba DNS« in »Odziv« eden poleg drugega.

    Sledenje, filtrirano po argumentih »Poišči pogovore« in »DNS«

  4. V orodju Netmon, si oglejte stolpec Čas zakasnitve med razdelkoma »Zahteva DNS« in »Odziv«.

    Dodatni rezultati orodja Netmon s filtrom DNS AND CONTAINSBIN(Framedata, ASCII, »namnorthwest«) prikazujejo nizek časovni zamik med zahtevo in odzivom.

V naslednjem koraku, za namestitev in uporabo PsPing orodje je zelo priročen, tako ker ICMP pogosto blokirana v požarnem zidu in zato, ker PsPing elegantno sledi zakasnitev v milisekundah. PsPing dokonča TCP povezavo z naslovom in vrat (v naše primeru odprta vrata 443).

  1. Namestite PsPing.

  2. Odprite ukazni poziv (Začetek > Zaženi > vnesite cmd ali tipka Windows > vnesite cmd) in spremenite imenik v imenik, kamor ste shranili PsPing, da zaženete ukaz PsPing. V spodnjem primeru lahko vidite ustvarjeno mapo »Perf« na korenu pogona C. Če želite zagotoviti hitri dostop, lahko storite enako.

  3. Vnesite ukaz tako, da PsPing navedete poleg naslova IP strežnika DNS za storitev Office 365 prejšnjega sledenja z orodjem Netmon – ne pozabite dodati številke vrat. Z drugimi besedami: psping -n 20 132.245.24.82:445. S tem zagotovite vzorčenje 20 pingov in povprečno zakasnitev, ko se PsPing ustavi.

    Ukaz PSPing psping -n 20 132.245.24.82:443 vrne povprečno zakasnitev 25,51 ms.

Če se povežete s storitvijo Office 365 prek strežnika proxy, so ti koraki nekoliko drugačni. Najprej zaženite PsPing do strežnika proxy, da pridobite povprečno vrednost zakasnitve v milisekundah do proxyja/izhoda in nazaj, nato pa zaženete PsPing v proxyju ali v računalniku z neposredno internetno povezavo, da pridobite manjkajočo vrednost (do storitve Office 365 in nazaj).

Če želite zagnati PsPing v proxyju, dobite dve vrednosti v milisekundah: od odjemalskega računalnika do strežnika proxy točke izhoda in od strežnika proxy do storitve Office 365. To je vse. Vsaj kar zadeva zapisovanja vrednosti.

If you run PsPing on another client computer that has a direct connection to the Internet, that is, without a proxy, you will have two millisecond values: Client computer to proxy server or egress point, and client computer to Office 365. In this case, subtract the value of client computer to proxy server or egress point from the value of client computer to Office 365, and you will have the RTT numbers from your client computer to the proxy server or egress point, and from proxy server or egress point to Office 365.

Če pa najdete odjemalski računalnik na mestu, kjer se je pojavila težava, ki ima vzpostavljeno neposredno povezavo s strežnikom proxy ali ga obide, boste morda želeli najprej preveriti, ali se težava tam ustvari znova, in jo nato preskusiti.

Latency, as seen in a Netmon trace, those extra milliseconds can add up, if there are enough of them in any given session.

Splošna zakasnitev v orodju Netmon z dodanim privzetim stolpcem »Delta časa« v povzetek okvirja.

Opomba: Vaš naslov IP se lahko razlikuje od naslovov IP, ki so prikazani tukaj. Vaš ping lahko na primer vrne obseg 157.56.0.0/16 ali nekaj podobnega. Če si želite ogledati seznam obsegov, ki jih uporablja storitev Office 365, preverite URL-je za Office 365 in obsege naslovov IP. Če želite na primer poiskati 132.245, ne pozabite razširiti vseh vozlišč (z gumbom na vrhu).

Preverjanje pristnosti strežnika proxy

  • To velja le v primeru, da boste uporabili strežnik proxy. V nasprotnem primeru lahko preskočite te korake.

  • Če je delovanje pravilno, se preverjanje pristnosti strežnika proxy izvaja vedno le nekaj milisekund. Tudi v času največje zasedenosti učinkovitost delovanja ne bi smela biti začasno slabša (na primer).

  • Če je preverjanje pristnosti strežnika proxy vklopljeno, se ob vsaki novi vzpostavitvi povezave TCP s storitvijo Office 365 z namenom pridobivanja informacij v ozadju izvede postopek preverjanja pristnosti. Ko na primer v Outlook Onlineu preklopite s koledarja na pošto, se izvede postopek preverjanja pristnosti. In če v SharePoint Onlineu stran prikaže predstavnost ali podatke z več strani ali mest, se postopek preverjanja pristnosti izvede za vsako drugačno povezavo TCP, ki je potrebna za upodobitev podatkov.

  • V Outlook Onlineu boste ob preklopu med koledarjem in nabiralnikom morda opazili počasnejše nalaganje, v SharePoint Onlineu pa se bodo morda strani nalagale počasneje. Obstajajo pa še drugi znaki, ki tukaj niso navedeni.

    Proxy authentication is a setting on your egress proxy server. If it is causing a performance issue with Office 365, you must consult your networking team.

Netmon

Wireshark

Proxy authentication takes place whenever a new TCP session must be spun up, commonly to request files or info from the server, or to supply info. For example, you may see proxy authentication around HTTP GET or HTTP POST requests. If you want to see the frames where you are authenticating requests in your trace, add the 'NTLMSSP Summary' column to Netmon and filter for .property.NTLMSSPSummary. To see how long the authentication is taking, add the Time Delta column. To add a column to Netmon:

  1. Z desno tipko miške kliknite stolpec, na primer »Opis«.

  2. Kliknite Izbira stolpcev. Na seznamu poiščite stolpca »Povzetek NTLMSSP« in »Delta časa« in kliknite Dodaj.

  3. Nova stolpca premaknite pred stolpec »Opis« ali za njega, da jih lahko berete drugega ob drugem. Kliknite V redu.

Even if you don't add the column, the Netmon filter will work. But your troubleshooting will be much easier if you can see what stage of authentication you're in. When looking for instances of Proxy Authentication, be sure to study all frames where there is an NTLM Challenge, or an Authenticate Message is present. If necessary, right-click the specific piece of traffic and Find Conversations > TCP. Be aware of the Time Delta values in these Conversations.

Sledenje orodja Netmon, ki prikazuje preverjanje pristnosti proxyja, filtriranega po pogovoru.

4-sekundna zakasnitev pri preverjanju pristnosti posredniškega strežnika, kot je prikazano v orodju Wireshark. Delto časa iz predhodno prikazanega stolpca okvirja smo ustvarili tako, da smo v podrobnostih okvirja z desno tipko miške kliknili polje z istim imenom in izbrali »Dodaj kot stolpec«.

V storitvi Wireshark lahko stolpec »Delta časa iz predhodno prikazanega okvirja« lahko ustvarite tako, da v podrobnostih okvirja z desno tipko miške kliknete polje z istim imenom in izberete »Dodaj kot stolpec«.

Učinkovitost delovanja sistema DNS

  • Prepoznavanje imena deluje najbolje in najhitreje, če se dogaja čim bližje državi odjemalca.

  • Če se prepoznavanje imena DNS dogaja v tujini, lahko traja nalaganje strani nekaj sekund več.

  • Idealno traja prepoznavanje imena manj kot 100 ms. Če temu ni tako, morate ugotoviti razloge.

Namig: Ne veste kako poteka povezljivost z odjemalcem v storitvi Office 365? Tukaj si oglejte dokument, ki se nanaša na povezljivost z odjemalcem.

Netmon

Wireshark

PsPing

Analiziranje učinkovitosti delovanja sistema DNS je običajno še ena naloga omrežnega sledenja. Kljub temu je lahko tudi orodje PsPing koristno za potrjevanje ali izločanje morebitnega vzroka.

Promet DNS temelji na zahtevah TCP in UDP in odgovori so jasno označeni z ID-jem, ki pomaga povezati ustrezno zahtevo z ustreznim odgovorom. Promet DNS bo na primer prikazan, ko SharePoint Online uporabi omrežno ime ali URL na spletni strani. Praviloma poteka večino tega prometa prek UDP, razen pri prenosu območij.

In both Netmon and Wireshark, the most basic filter that will let you look at DNS traffic is simply dns. Be sure to use lower case when specifying the filter. Remember to flush your DNS resolver cache before you begin to reproduce the issue on your client computer. For example, if you have a slow SharePoint Online page load for the Home page, you should close all browsers, open a new browser, start tracing, flush your DNS resolver cache, and browse to your SharePoint Online site. Once the entire page resolves, you should stop and save the trace.

Osnoven filter za DNS v orodju Netmon je DNS.

You want to look at the time offset here. And it may be helpful to add the Time Delta column to Netmon which you can do by completing these steps:

  1. Z desno tipko miške kliknite stolpec, na primer Opis.

  2. Kliknite Izbira stolpcev.

  3. Na seznamu poiščite Delta časa in Dodaj.

  4. Novi stolpec premaknite pred stolpec »Opis« ali za njega, da jih lahko berete drugega ob drugem. Kliknite V redu.

If you find a query of interest, consider isolating it by right-clicking that query in the frame details panel, choosing Find Conversations > DNS. Notice that the Network Conversations panel jumps right to the specific conversation in its log of UDP traffic.

Sledenje orodja Netmon obremenitve v programu Outlook Online, ki ga je filtriral DNS, s funkcijo iskanja pogovorov pa zožite rezultate.

In Wireshark you can make a column for DNS time. Take your trace (or open a trace) in Wireshark and filter by dns, or, more helpfully, dns.time. Click on any DNS query, and, in the panel showing details, expand the Domain Name System (response) details. You'll see a field for time (for example, [Time: 0.001111100 seconds]. Right-click this time and select Apply as Column. This will give you a Time column for quicker sorting of your trace. Click on the new column to sort by descending values to see which DNS call took the longest to resolve.

Brskanje v storitvi SharePoint Online, filtrirano z analizatorjem Wireshark po lastnosti »dns.time« (z malimi črkami) in časom iz podrobnosti, organiziranim v stolpec ter razvrščeno naraščajoče.

If you would like to do more investigation of the DNS resolution time, try a PsPing against the DNS port used by TCP (for example, psping <IP address of DNS server>:53) . Do you still see a performance issue? If you do, then the problem is more likely to be a broader network issue than an issue of specific the DNS application you're hitting to do resolution. It's also worth mentioning, again, that a ping to outlook.office365.com will tell you where DNS name resolution for Outlook Online is taking place (for example, outlook-namnorthwest.office365.com).

Če se vam zdi, da je težava povezana s sistemom DNS, se boste morda morali obrniti na oddelek IT, kjer bodo z dodatnim raziskovanjem težave preverili konfiguracijo sistema DNS in njegovo posredovanje.

Skalabilnost strežnika proxy

  • Storitve, kot je Outlook Online v sistemu Office 365, zagotavljajo odjemalcem več dolgoročnih povezav.

  • Zato lahko vsak uporabnik uporabi več povezav, ki zahtevajo dolgo življenjsko dobo.

Namig: Morate narediti načrt za uporabo pasovne širine, ker boste v storitev Office 365 dodali veliko uporabnikov? Preskusite Paket za uporabo internetne pasovne širine za Office 365. Tukaj so na voljo kalkulatorji pasovne širine.

Matematika

V ta namen ne obstaja nobeno omrežno sledenje ali orodje za odpravljanje težav. Namesto tega so omejitve in druge spremenljivke določene glede na izračune pasovne širine.

Največja dovoljena velikost segmenta TCP

  • Najdeno v paketih SYN - SYN/ACK.

  • To preverjanje opravite v vseh svojih omrežnih sledenjih učinkovitosti delovanja, da zagotovite, da so paketi TCP konfigurirani tako, da nosijo največjo mogočo količino podatkov.

  • Cilj je pridobiti MSS s 1460 bajti za prenos podatkov.

  • Če je vaš strežnik za strežnikom proxy ali uporabljate NAT, opravite ta preskus od odjemalca do strežnika proxy/točke izhoda/NAT in od strežnika proxy/točke izhoda/NAT do storitve Office 365, da dobite najboljše rezultate! To so različne seje TCP.

Netmon

TCP Max Segment Size (MSS) is another parameter of the three-way handshake in your network trace, that means you'll find the data you need in the SYN - SYN/ACK packet. MSS is actually pretty simple to see.

Odprite katero koli omrežno sledenje učinkovitosti delovanja, ki jo imate, in poiščite povezavo, ki vas zanima oz. tisto, ki odraža težavo z delovanjem.

Opombe: 

  • Če iščete sled in morate najti promet, ki se nanaša na vaš pogovor, filtrirajte po IP-ju odjemalca ali IP-ju strežnika proxy ali izhodne točke oz. obeh. Če želite bolj neposreden pristop, boste morali preveriti dosegljivost URL-ja, ki ga želite preskusiti za naslov IP storitve Office 365 v sledi, in filtrirati po njem.

  • Looking at the trace second-hand? Try using filters to orient yourself. In Netmon, run a search based on the URL, such as Containsbin(framedata, ascii, "sphybridExample"), take note of the frame number. In Wireshark use something like frame contains "sphybridExample". If you notice that you've found Remote Winsock (RWS) traffic (it may appear as a [PSH, ACK] in Wireshark), remember that RWS connects can be seen shortly before relevant SYN - SYN/ACKs, as discussed earlier. At this point, you can record the frame number, drop the filter, click All Traffic in the Network Conversations window in Netmon to look at the nearest SYN.

  • Pomembno: Če v času sledenja niste prejeli nobenega podatka o naslovu IP, boste z iskanjem URL-ja v sledi (na primer del sphybridExample-my.sharepoint.com) pridobili naslov IP, po katerem lahko filtrirate.

  1. Določite mesto povezave v sledi, ki si jo želite ogledati. To lahko naredite s pregledovanjem sledi, filtriranjem po naslovu IP ali tako, da v orodju Netmon v pogovornem oknu »Omrežni pogovori« izberete določene ID-j pogovorov.

    Filtriranje po pogovoru. Z desno tipko miške kliknite okvir SYN in kliknite »Poišči pogovore, TCP«.

  2. Ko ste našli paket SYN, razširite TCP (v orodju Netmon) ali Transmission Control Protocol (v orodju Wireshark) v podoknu »Podrobnosti okvirja«.

  3. Razširite »Možnosti TCP« in »Največja dovoljena velikost segmenta«.

  4. Določite mesto povezanega okvirja SYN-ACK in razširite »Možnosti TCP« in »Največja dovoljena velikost segmenta«.

  5. Manjša od obeh vrednosti bo vaša največja dovoljena velikost segmenta.

In this picture, I make use of the built-in Column in Netmon called TCP Troubleshoot.

Sledenje omrežja, filtrirano v orodju Netmon z vgrajenimi stolpci.

Vdelani stolpec je na vrhu podokna Podrobnosti okvirja . (Če želite preklopiti nazaj v normalni pogled, znova kliknite »Stolpci« in nato izberite »Časovni pas«.)

Kje najdem spustni seznam stolpcev za možnost odpravljanja težav TCP (na prvi strani povzetka okvirja).

Here's a filtered trace in Wireshark. There is a filter specific to the MSS value (tcp.options.mss). The frames of a SYN, SYN/ACK, ACK handshake are linked at the bottom of the Wireshark equivalent to Frame Details (so frame 47 ACK, links to 46 SYN/ACK, links to 43 SYN) to make this kind of work easier.

Sledenje, ki je v orodju filtrirano glede na »tcp.options.mss« za največjo dovoljeno velikost segmenta.

Če morate preverite selektivno potrditev (naslednja tema v tej matriki), ne zapirajte svoje sledi!

Selektivna potrditev

  • Najdeno v paketih SYN - SYN/ACK.

  • Selektivna potrditev mora biti v paketih SYN in SYN/ACK nastavljena na »Dovoljeno«.

  • Selektivna potrditev (SACK) omogoča nemoten vnovični prenos podatkov, če paket ali paketi izginejo.

  • Naprave lahko to funkcijo onemogočijo in posledično povzročijo težave z učinkovitostjo delovanja.

  • Če je vaš strežnik za strežnikom proxy ali uporabljate NAT, opravite ta preskus od odjemalca do strežnika proxy/točke izhoda/NAT in od strežnika proxy/točke izhoda/NAT do storitve Office 365, da dobite najboljše rezultate! To so različne seje TCP.

Netmon

Selektivna potrditev (SACK) je še eden od parametrov v rokovanju paketov SYN – SYN/ACK. Sled za pakete SYN – SYN/ACK lahko filtrirate na več načinov.

  1. Poiščite mesto povezave v sledi, ki si jo želite ogledati, tako da pregledate sled, filtrirate po naslovu IP ali pa v orodju Netmon v pogovornem oknu »Omrežni pogovori« kliknete »ID pogovora«.

  2. Once you've found the SYN packet, expand TCP in Netmon, or Transmission Control Protocol in Wireshark in the Frame Details section.

  3. Razširite »Možnosti TCP« in nato še selektivno potrditev.

  4. Poiščite mesto povezanega okvirja paketa SYN-ACK in razširite »Možnosti TCP« ter njegovo polje selektivne potrditve.

  5. Prepričajte se, da je selektivna potrditev dovoljena v paketih SYN in SYN/ACK.

Tukaj so vrednosti selektivne potrditve v orodjih Netmon in Wireshark.

SACK (Selective Acknowledgment) v orodju Netmon kot rezultat parametra tcp.flags.syn == 1.

SACK, kot je prikazan v analizatorju Wireshark s filtrom tcp.flags.syn == 1.

Geolokacija sistema DNS

  • Glede na to, kje na svetu Office 365 poskuša razrešiti vaš klic DNS, se hitrost povezave spreminja.

  • Ko je v Outlook Onlineu dokončano prvo iskanje zapisa DNS, bo mesto tega zapisa DNS uporabljeno za vzpostavljanje povezave z najbližjim podatkovnim središčem. Povezali se boste s strežnikom CAS Outlook Onlinea, ki vas bo prek hrbteničnega omrežja povezal s podatkovnim središčem (dC), kjer so shranjeni vaši podatki. To je hitreje.

  • Pri dostopanju do SharePoint Onlinea bo uporabnik, ki potuje v tujino, preusmerjen v njegovo aktivno podatkovno središče – to je podatkovno središče, katerega mesto je odvisno od sedeža najemnika (to pomeni, da je podatkovno središče v ZDA, če ima tudi uporabnik sedež v ZDA).

  • Lync Online ima aktivnih več vozlišč v več kot enem podatkovnem središču hkrati. Ko pošljete zahteve za primerke storitve Lync Online, bo Microsoftov DNS določil, od kod po svetu je bila zahteva poslana, in vrnil naslove IP iz najbližjega regionalnega podatkovnega središča, kjer je Lync Online aktiven.

Namig: Želite izvedeti več o tem, kako odjemalci vzpostavljajo povezavo s storitvijo Office 365? Oglejte si referenčni članek Povezljivost z odjemalcem (in pomožne grafične prikaze).

Ping

PsPing

Requests for name resolution from the client's DNS servers to Microsoft's DNS servers should in most cases result in Microsoft DNS returning the IP address of a regional datacenter (dC). What does this mean for you? If your headquarters are in Bangalore, India, but you are traveling in the United States, when your browser makes a request for Outlook Online, Microsoft's DNS servers should hand you IP addresses to datacenters in the United States -- a regional datacenter. If mail is needed from Outlook, that data will travel across Microsoft's quick backbone network between the datacenters.

DNS deluje hitreje, če se razreševanje imena izvaja čim bližje mestu uporabnika. Če ste v Evropi, boste želeli uporabljati Microsoftov strežnik DNS v Evropi in se (v najboljšem primeru) ukvarjati s podatkovnimi središči v Evropi. Učinkovitost izvajanja odjemalca v Evropi, ki uporablja strežnik DNS in podatkovno središče v Ameriki, bo počasnejša.

Zaženite orodje Ping na naslovu outlook.office365.com in ugotovite, kam je usmerjena vaša zahteva DNS. Če ste v Evropi, boste odgovor prejeli s strani, kot je outlook- emeawest.office365.com. V Amerikah pričakujte odgovor s strani, kot je outlook-namnorthwest.office365.com.

  1. Odprite ukazni poziv v odjemalskem računalniku (Start > Zagon > cmd ali tipka Windows > vnesite cmd).

  2. Vnesite ping outlook.office365.com in pritisnite ENTER.

    Remember, to specify -4 if you want to specify to ping via IPv4. You may fail to get a reply from the ICMP packets, but you should see the name of the DNS to which the request was routed.

Če bi si radi ogledali številke zakasnitve za to povezavo, poskusite uporabiti orodje PsPing za naslov IP strežnika, ki ga vrne ping.

Ping za outlook.office365.com, ki prikazuje ločljivost za outlook-namnorthwest.

PSPing za naslov IP, ki ga je vrnil ping za outlook.office365.com, in prikazuje povprečno zakasnitev 28 ms.

Program za odpravljanje težav v storitvi Office 365

Netmon

HTTPWatch

Konzola F12 v brskalniku

We don't cover tools used in application-specific troubleshooting in this network-specific article. But you'll find resources you can use on this page.

Sorodne teme

Managing Office 365 endpoints
Troubleshooting Office 365 connectivity

Razširite poznavanje Officea
Oglejte si izobraževanje
Prvi dobite nove funkcije
Pridružite se programu Office Insider

Vam je bila informacija v pomoč?

Zahvaljujemo se vam za povratne informacije.

Zahvaljujemo se vam za povratne informacije. Videti je, da bi vam prišla prav pomoč enega od naših Officeovih agentov za podporo.

×