Veiktspējas problēmu novēršanas plāns pakalpojumam Office 365

Svarīgi! :  Šis raksts ir mašīntulkots, skatiet atrunu. Lūdzu, skatiet šī raksta versiju angļu valodā šeit jūsu informācijai.

Vai vēlaties uzzināt darbības, kas jāveic, lai identificētu un labotu laika nobīdi, uzkaras un lēna veiktspēja starp SharePoint Online, OneDrive for Business, Exchange Online vai Skype darbam Online un klienta dators Pirms zvanīt atbalsta dienestam, šajā rakstā var palīdzēt novērst Office 365 veiktspējas problēmas un pat novērstu dažas no biežāk sastopamajām problēmām.

Šajā rakstā ir faktiski darbību plāna paraugs, ko varat izmantot, lai tvertu vērtīgs datus par veiktspējas problēmu, kā tas ir noticis. Daži bieži sastopamās problēmas arī ir uzskaitīti šeit.

Ja jums ir kaut kas jauns tīkla veiktspēju un vēlaties veikt ilgtermiņa plānojat uzraudzīt veiktspēju starp klienta mašīnas un Office 365, apskatiet Office 365 veiktspējas pielāgošana un problēmu novēršana — administratoriem un IT speciālistiem.

Veiktspējas problēmu novēršanas darbību plāna paraugs

Šim darbību plānam ir divas daļas: sagatavošanās posms un reģistrēšanas posms. Ja veiktspējas problēma pastāv pašlaik un jāveic datu apkopošana, varat sākt izmantot šo plānu tūlīt.

Klienta datora sagatavošana

  • Atrodiet klienta datoru, kurā atveidot veiktspējas problēmu. Šis dators tiks izmantots problēmu novēršanas laikā.

  • Pierakstiet darbības, kas izraisa veiktspējas problēmu, lai būtu gatavs pārbaudei.

  • Instalējiet rīkus informācijas apkopošanai un reģistrēšanai:

    • Instalējiet Netmon 3.4 (vai izmantojiet ekvivalentu tīkla izsekošanas rīku).

    • Instalējiet HTTPWatch bezmaksas pamata izdevumu (vai izmantojiet ekvivalentu tīkla izsekošanas rīku).

    • Izmantojiet ekrāna ierakstīšanu vai palaidiet darbību reģistrētāju (PSR.exe), kas ietilpst sistēmā Windows Vista un jaunākās Windows versijās, lai reģistrētu pārbaudes laikā veiktās darbības.

Veiktspējas problēmas reģistrēšana

  • Aizveriet visas neatbilstošās interneta pārlūkprogrammas.

  • Startējiet darbību reģistrētāju vai citu ekrāna ierakstīšanas programmu.

  • Palaidiet Netmon tveršanu (vai tīkla izsekošanas rīku).

  • Iztīriet DNS kešatmiņu klienta datorā no komandrindas, ierakstot ipconfig /flushdns.

  • Sāciet jaunu pārlūkprogrammas sesiju un ieslēdziet HTTPWatch.

  • Papildu: Ja pārbaudāt Exchange Online, palaidiet Exchange klienta veiktspējas analīzes rīku no Office 365 administratora konsoles.

  • Atkārtojiet precīzās darbības, kas izraisa veiktspējas problēmu.

  • Apturiet Netmon vai cita rīka veikto izsekošanu.

  • Komandrindā palaidiet izsekošanas ceļu uz savu Office 365 abonementu, ierakstot tālāk norādīto komandu un pēc tam nospiežot taustiņu ENTER:

    tracert <abonementa nosaukums>.onmicrosoft.com

  • Apturiet darbību reģistrētāju un saglabājiet video. Noteikti iekļaujiet tvertā satura datumu un laiku, un norādiet, vai tajā attēlota laba vai slikta veiktspēja.

  • Saglabājiet izsekošanas failus. Noteikti iekļaujiet tvertā satura datumu un laiku, un norādiet, vai tajā attēlota laba vai slikta veiktspēja.

Ja nepārzināt šajā rakstā minētos rīkus, neuztraucieties, jo tālāk tiks sniegti norādījumi par to izmantošanu. Ja pārzināt šāda veida tīkla informācijas tveršanu, varat pāriet uz sadaļu Tvertās informācijas nolasīšana, kur aprakstīta žurnālu filtrēšana un lasīšana.

Vispirms attīriet DNS kešatmiņu

Kāpēc? Attīrot DNS kešatmiņu, varat sākt pārbaudes pilnībā no sākuma. Iztīrot kešatmiņu, jūs atiestatāt DNS atrises saturu uz jaunākajiem ierakstiem. Atcerieties, ka attīrīšana nenoņem HOST failu ierakstus. Ja daudz izmantojat HOST failu ierakstus, kopējiet šos ierakstus failā, kas atrodas citā direktorijā, un pēc tam iztukšojiet HOST failu.

Attīriet DNS atrises kešatmiņu

  1. Atveriet komandu uzvedni (Sākt > Izpildīt > cmd vai Windows taustiņš > cmd).

  2. Ierakstiet šo komandu un nospiediet taustiņu ENTER:

    ipconfig /flushdns

Netmon

Microsoft tīkla pārraudzības rīks (Netmon) analizē paketes, kas ir trafiku, kas apmierina datoros tīklos. Izmantojot Netmon izsekot trafiku ar Office 365 var tvert skatu, un izlasīt pakešu galvenes, identificēt nākamajos ierīces, pārbaudiet tīkla aparatūras svarīgiem iestatījumiem, meklējiet nomešanu paketes un izpildiet trafiku plūsma starp sava uzņēmuma tīkla datoros un Office 365. Jo trafiks faktisko pamattekstā ir šifrēts, t.i., to (dodas uz portu 443, izmantojot SSL/TLS, ko nevar nolasīt failu sūtīšanu. Tā vietā tiek parādīts nefiltrēto izsekošanas ceļu, kas notiek pakešu, kas var palīdzēt izsekot problēmu darbību.

Šajā brīdī nelietojiet filtru. Tā vietā izpildiet darbības un demonstrējiet problēmu, pirms apturēt izsekošanu un saglabāt.

Pēc Netmon 3.4 instalēšanas atveriet rīku un izpildiet šīs darbības:

Aplūkojiet Netmon izsekošanas rezultātus un Atveidojiet problēmu.

  1. Palaidiet Netmon 3.4.

    Pastāv trīs rūtis sākuma lapā: Nesen tver, Atlasiet tīkliemun Darba sākšana ar Microsoft tīkla monitora 3.4. Paziņojumu. Atlasiet tīklu panelis arī jums noklusējuma tīklu, no kura var tvert sarakstu. Pārliecinieties, vai tīkla kartes šeit atlasīts.

  2. Noklikšķiniet uz New Capture (Jauna tveršana) sākuma lapas augšdaļā. Šī darbība pievieno jaunu cilni blakus sākuma lapas cilnei, tās nosaukums Capture 1.

    Nemon lietotāja saskarne ar izceltām jaunas tveršanas, sākšanas un apturēšanas pogām.

  3. Lai veiktu vienkāršu tveršanu, rīkjoslā noklikšķiniet uz Start (Sākt).

  4. Atveidojiet darbības, kas rada veiktspējas problēmu.

  5. Noklikšķiniet uz Stop (Apturēt) > File (Fails) > Save As (Saglabāt kā). Neaizmirstiet norādīt datumu un laiku ar laika joslu, kā arī minēt, vai redzama slikta vai laba veiktspēja.

HTTPWatch

HTTPWatch nāk jāmaksā, un bezmaksas izdevums. Bezmaksas pamata izdevumu attiecas uz visu, kas nepieciešams, lai šo pārbaudi. HTTPWatch monitoru tīkla trafiku un lapu ielādes laiku pa labi no pārlūkprogrammas logā. HTTPWatch ir spraudni, programmā Internet Explorer, kas raksturo grafiski veiktspēju. Analīzes var saglabāt un skatīt HTTPWatch Studio.

Piezīmes : 

  • Ja izmantojat citu pārlūkprogrammu, piemēram, Firefox, Google Chrome vai nevarat instalēt HTTPWatch pārlūkprogrammā Internet Explorer, atveriet un jaunu pārlūkprogrammas logu un nospiediet tastatūras taustiņu F12. Pārlūkprogrammas apakšā parādās izstrādātāja rīku uznirstošais logs. Ja izmantojat Opera, nospiediet taustiņu kombināciju CTRL+SHIFT+I, lai atvērtu tīmekļa kontrolieri, pēc tam noklikšķiniet uz cilnes Tīkls un izpildiet tālāk aprakstīto pārbaudi. Informācija būs mazliet atšķirīga, taču ielādes laiks joprojām tiks attēlots milisekundēs.

  • HTTPWatch ir arī ļoti noderīgs, ja radušās problēmas ar SharePoint Online lapu ielādes laiku.

HTTPWatch palaišana un problēmas

  1. HTTPWatch ir pārlūkprogrammas spraudnis, tāpēc rīka izvietojums pārlūkprogrammā katrā Internet Explorer versijā ir mazliet atšķirīgs. Parasti HTTPWatch ir pieejams pārlūkprogrammas Internet Explorer komandu joslā.

    Ja neredzat HTTPWatch pievienojumprogrammu savā pārlūkprogrammas logā, aplūkojiet savas pārlūkprogrammas versiju, noklikšķinot uz Palīdzība > Par, vai jaunākās Internet Explorer versijās noklikšķiniet uz zobrata simbola un Par Internet Explorer. Lai atvērtu joslu Komandas, ar peles labo pogu noklikšķiniet uz izvēļņu joslas pārlūkprogrammā Internet Explorer un noklikšķiniet uz Komandjosla. Agrāk HTTPWatch bija saistīts ar komandjoslu un Explorer joslu, tāpēc, ja pēc instalēšanas tūlīt neparādās ikona (pat pēc restartēšanas), skatiet sadaļu Rīki un ikonas rīkjoslas. Atcerieties, ka rīkjoslas var pielāgot un tām var pievienot opcijas.

    Internet Explorer komandu rīkjosla ar parādītu ikonu HTTPWatch.

  2. Palaidiet HTTPWatch pārlūkprogrammas Internet Explorer logā. Rīks būs redzams dokots pārlūkprogrammā šī loga apakšā. Noklikšķiniet uz Record (Reģistrēt).

  3. Atkārtojiet precīzas darbības, kas saistītas ar veiktspējas problēmu. Noklikšķiniet uz pogas Stop (Apturēt) rīkā HTTPWatch.

  4. Saglabājiet HTTPWatch vai sūtiet pa e-pastu. Neaizmirstiet piešķirt failam nosaukumu, lai iekļautu datuma un laika informāciju un norādi, vai jūsu rīkā ir iekļauta labas vai sliktas veiktspējas demonstrācija.

    HTTPWatch, kurā tiek rādīta cilne Tīkli Office 365 sākumlapas ielādei.

    Šis ekrānuzņēmums ir no HTTPWatch profesionālās versijas. Varat atvērt izsekošanas rezultātus, kas iegūti pamata versijā, datorā, kurā darbojas profesionālā versija, un lasīt tos šeit. Šādā veidā izsekošanas rezultātos var būt pieejama papildinformācija.

Problēmu darbību reģistrētāju

Darbību reģistrētājs vai PSR.exe sniedz iespēju reģistrēt problēmas to rašanās brīdī. Tas ir ļoti noderīgs rīks, un to ir ļoti vienkārši palaist.

Palaidiet problēmu darbību reģistrētāju (PSR.exe) ierakstīt darba

  1. Izmantojiet vai nu Sākt > Izpildīt > ierakstiet PSR.exe > Labi, vai arī noklikšķiniet uz Windows taustiņa > ierakstiet PSR.exe > un pēc tam nospiediet taustiņu ENTER.

  2. Kad parādās mazais PSR.exe logs, noklikšķiniet uz Start Record (Sākt reģistrēšanu) un atveidojiet darbības, kas izraisa veiktspējas problēmu.

    Varat pēc nepieciešamības pievienot komentārus, noklikšķinot uz Pievienot komentāru.

  3. Kad esat pabeidzis darbības, noklikšķiniet uz Pārtraukt ierakstu . Ja veiktspējas problēma ir lapas atveidošana, uzgaidiet lapu attēlošanai pirms apturēt ierakstīšanu.

  4. Noklikšķiniet uz Saglabāt.

Darbību reģistrētāja vai PSR.exe ekrānuzņēmums.

Datums un laiks tiek ierakstīta jūsu vietā. Saites jūsu PSR Netmon izsekošana un HTTPWatch laiku un palīdz ar precizitātes problēmu novēršana. Datuma un laika PSR ierakstā var parādīt minūti pagājis starp pieteikšanās un pārlūkošana vietrādi URL un daļējas atveidošana administrēšanas vietnes, piemēram.

Izsekošanas rezultātu lasīšana

Nav iespējams vienā rakstā aptvert visu nepieciešamo informāciju par tīklu un veiktspējas problēmu novēršanu. Labas veiktspējas iegūšanai ir nepieciešama pieredze un zināšanas par to, kā darbojas tīkls un kāda ir tā ierastā veiktspēja. Taču ir iespējams izveidot sarakstu ar galvenajām problēmām un demonstrēt, kā rīki var atvieglot biežāk sastopamo problēmu novēršanu.

Ja vēlaties paņemt prasmes lasīšanas tīkla izsekošanas gadījumiem pakalpojumam Office 365 vietnēs, nav neviena labāks skolotājs par izveidi izsekošanas lapu ielādes laikam regulāri un iegūt pieredzi, lasot tos. Piemēram, ja jums ir iespēja, ielādēt Office 365 pakalpojumu un izsekot procesu. Filtrēt izsekošanas DNS trafikam vai meklējiet kadra dati jums pārlūkot pakalpojuma nosaukums. Skenēt izsekošanu, lai gūtu priekšstatu darbības, kas notiek, kad pakalpojums ielādē. Tas jums palīdzēs uzzināt, kādas parasts lapu ielādes jāizskatās un attiecībā uz problēmu novēršana, jo īpaši ap veiktspēju, salīdzinot labi slikti izsekošanas gadījumiem varat māca jums daudz.

Netmon laukā attēlojuma filtrs izmanto Microsoft Intellisense. IntelliSense vai intelektiskas kodu pabeigšana ir, lai to izdarītu kur ierakstiet periodā un nolaižamajā izvēlnē atlases lodziņa tiek parādītas visas pieejamās opcijas. Ja, piemēram, jums ir bažas TCP logu mērogošanas, jūs varat atrast jūsu veids, kā filtru (piemēram, .protocol.tcp.window < 100), tas nozīmē.

Netmon ekrānuzņēmums, kurā parādīts, ka attēlojuma filtrs izmanto IntelliSense.

Netmon izsekošanas tajās var būt daudz trafiku. Ja neesat pieredze ar lasīšanas tos, tas ir iespējams, jums būs daudz atvēršanas izsekošanas pirmo reizi. Vispirms ir atdalītu signālu no izsekošanas fona troksni. Tiek pārbaudīts pret Office 365, un tas ir trafiku vēlaties skatīt. Ja izmantojāt naviģēšanas izsekošanas gadījumiem, var nākties nav šajā sarakstā.

Trafiks starp jūsu klientu un Office 365 tiek nodrošināts caur TLS, un tas nozīmē, ka trafika pamatteksts tiks šifrēts un nebūs lasāms standarta Netmon izsekošanas rezultātos. Jūsu veiktspējas analīzē nav jāzina paketē esošā informācija. Taču tai ir saistība ar pakešu galvenēm un tajā ietverto informāciju.

Padomi labu izsekošanas rezultātu ieguvei

  • Uzziniet sava klienta datora IPv4 vai IPv6 adreses vērtību. Varat to uzzināt, komandu uzvednē ierakstot IPConfig un pēc tam nospiežot taustiņu ENTER. Zinot šo adresi, uzreiz varat noteikt, vai izsekošanas ziņojumā redzamais trafiks ir saistīts ar jūsu klienta datoru. Ja ir zināms starpniekserveris, ehotestējiet to un uzziniet tā IP adresi.

  • Attīriet DNS atrises kešatmiņu un, ja iespējams, aizveriet visas pārlūkprogrammas, izņemot to, kurā veicat pārbaudes. Ja nevarat to izdarīt, piemēram, ja atbalsts izmanto pārlūkprogrammas rīku, lai skatītu jūsu klienta datora darbvirsmu, sagatavojoties filtrēt savu izsekošanu.

  • Aizņemts izsekošana, atrodiet, kurus izmantojat pakalpojumu Office 365. Ja esat nekad vai reti redzams trafika pirms, tas ir noderīgi solis atdalot veiktspējas problēmu no citiem tīkla troksni. Pastāv vairāki veidi, kā to izdarīt. Tieši pirms testa, varat izmantot ping vai PsPing uz konkrētu pakalpojumu (ping outlook.office365.com un/vai psping -4 microsoft-my.sharepoint.com:443, piemērus) URL. Varat arī vienkārši atrast šo PsPing Netmon izsekošana (pēc tās procesa nosaukumu). Tas jums ir vieta, kur sākt meklēt.

    Ja problēmas laikā izmantojat tikai Netmon izsekošanu, tas ir pieņemami. Lai orientētos, izmantojiet filtru ContainsBin(FrameData, ASCII, "office") vai ContainsBin(FrameData, ASCII, "outlook"). Varat reģistrēt savu rāmja numuru no izsekošanas faila. Varat arī ritināt rāmja kopsavilkuma rūti pa labi un meklēt sarunas ID kolonnu. Šeit ir norādīts ID numurs šai konkrētajai sarunai, ko varat reģistrēt un vēlāk aplūkot atsevišķi. Neaizmirstiet noņemt šo filtru, pirms lietot citu filtrēšanu.

    Padoms : Netmon ir daudz noderīgu iebūvētu filtru. Izmēģiniet pogu "Ielādēt filtru" attēlojuma filtru rūts augšdaļā.

    Atrodiet savu IP, izmantojot PSPing klienta datora komandrindā.

    Netmon izsekošana no klienta, kurā ir redzama tā pati PSPing komanda, izmantojot filtru TCP.Flags.Syn == 1.

    Iepazīstiet savu trafiku un atrodiet nepieciešamo informāciju. Piemēram, uzziniet, kā noteikt, kurai paketei izsekošanas rezultātos ir pirmā norāde uz izmantoto Office 365 pakalpojumu (piemēram, "Outlook").

Ņemot Office 365 Outlook Online kā piemēru, trafiks sākas apmēram šādi:

  • DNS standarta vaicājums un DNS atbilde outlook.office365.com ar atbilstošiem vaicājuma ID. Svarīgi atzīmēt šī procesa laika nobīdi, kā arī, kurā vietā Office 365 globālais DNS nosūta pieprasījumu nosaukuma atpazīšanai. Ideālā gadījumā tas ir iespējami tuvu, nevis otrā pasaules malā. (Tam var sekot DNS trafiks pēc pieteikšanās tiešsaistē.)

  • HTTP GET pieprasījums, kura statusa atskaite tika neatgriezeniski pārvietota (301)

  • RWS trafiks, tostarp RWS savienojuma pieprasījumi un atbildes savienojumi. (Šis ir attālais Winsock, kas izveido savienojumu jūsu vietā.)

  • TCP SYN un TCP SYN/ACK sarunai. Šīs sarunas iestatījumi daudz ietekmēt veiktspēju.

  • Pēc tam seko TLS:TLS trafika sērija, kur notiek TLS izaicinājumrokasspiediens un TLS sertifikāta sarunas. (Ņemiet vērā, ka dati ir šifrēti, izmantojot SSL/TLS.)

Visas trafika daļas ir svarīgas un savienotas, taču nelielas izsekošanas rezultātu daļas ietver informāciju, kas ir īpaši svarīga veiktspējas problēmu novēršanā, tāpēc mēs pievērsīsim uzmanību šīm daļām. Turklāt, tā kā esam veikuši pietiekami daudz Office 365 veiktspējas problēmu novēršanas darbību Microsoft vietnē, lai kompilētu biežāk izplatīto desmit problēmu sarakstu, mēs koncentrēsimies uz šīm problēmām un to, kā izmantot esošos rīkus, lai vēlāk tās atlasītu.

Ja vēl neesat instalējis tos viss gatavs matricā zemāk padara izmantot vairākus rīkus. Kad tas ir iespējams. Saites ir paredzētas instalācijas punktiem. Sarakstā ir iekļautas kopējās tīkla izsekošanas rīkus, piemēram, Netmon un Wireshark, bet izmantot jebkuru izsekošanas rīku esat apmierināts ar un kas jūs esat pieradis filtrēšanas tīkla trafiku. Kad esat testēšana, atcerieties:

  • Aizveriet pārlūkprogrammu, un testēt ar tikai vienu pārlūkprogrammas darbojas - tas tiks samazināšana vispārējo trafiku tvert. Tas ir mazāk aizņemtu izsekošanas rezultātus.

  • Attīriet DNS atrises kešatmiņu klienta datorā — tādējādi sistēma būs tīra, kad sāksit tvērumu, lai iegūtu māzāk pieblīvētus izsekošanas rezultātus.

Daži bieži sastopamās problēmas

Daži bieži sastopamām problēmām, kas var saskarties un kā tos atrast savos tīkla izsekošanas rezultātos.

Izplatītākā problēma

Rīks

Ko jūs meklējat

TCP logu mērogošana

  • Atrodams SYN - SYN/ACK.

  • Mantota vai novecojusi aparatūra var neizmantot TCP logu mērogošanas priekšrocības.

  • Bez pareiziem TCP logu mērogošanas iestatījumiem noklusējuma 16 bitu buferis TCP galvenes aizpilda dažās milisekundēs.

  • Trafiks nevar turpināt sūtīšanu, līdz klients nesaņem apstiprinājumu, ka sākotnējie dati ir saņemti, un tā rodas aizkaves.

Netmon

Wireshark

Meklējiet SYN - SYN/ACK trafiku savos tīkla izsekošanas rezultātos.

Rīkā Netmon, lietojiet filtru, piemēram, tcp.flags.syn == 1. Šis filtrs ir tāds pats Wireshark.

Filtrēšana rīkā Netmon vai Wireshark abu rīku sinhronizācijas pakotnēm: TCP.Flags.Syn == 1.

Ņemiet vērā, ka katram SYN ir avota porta (SrcPort) numurs, kas atbilst saistītā apstiprinājuma (SYN/ACK) mērķa portam (DstPort).

Lai redzētu Windows mērogošanas vērtību, ko izmanto jūsu tīkla savienojums, vispirms izvērsiet SYN, pēc tam saistīto SYN/ACK.

Grafika, kurā ir izskaidrots, kā izsekošanā saskaņot SrcPort ar DstPort, lai iegūtu laika vērtību delta.

TCP dīkstāves laika iestatījumi

  • Vēsturiski lielākā daļa perimetra tīklu ir konfigurēti pagaidu savienojumiem. Tas nozīmē, ka dīkstāves savienojumi parasti tiek pārtraukti.

  • Dīkstāves TCP sesijas var pārtraukt starpniekserveri un ugunsmūri no 100 līdz 300 sekunžu laikā.

  • Tas ir problemātiski pakalpojumam Outlook Online, jo tas veido un izmanto ilgtermiņa savienojumus neatkarīgi no tā, vai tie ir dīkstāvē.

  • Kad savienojumus pārtrauc starpniekserveris vai ugunsmūra ierīces, klients netiek informēts, un mēģinājums izmantot Outlook Online nozīmē, ka klienta dators mēģinās atkārtoti atjaunot savienojumu, pirms izveidot jaunu.

  • Produkts var uzkārties, var parādīties uzvednes vai lēna veiktspēja lapas ielādes laikā.

Netmon

Wireshark

Rīkā Netmon skatiet cikla laika nobīdes lauku. Cikls ir laiks starp brīdi, kad klients nosūta pieprasījumu uz serveri, un brīdi, kad tiek saņemta atbilde. Pārbaude starp klientu un izejas punktu (piemēram, klients --> starpniekserveris) vai klientu un Office 365 (klients --> Office 365). Varat to redzēt daudzos pakešu veidos.

Piemēram, filtrs rīkā Netmon var izskatīties kā .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12, vai arī rīkā Wireshark ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

Padomi : 

  • Vai nezināt, vai IP adrese izsekošanā pieder jūsu DNS serverim? Mēģiniet to atrast komandrindā. Noklikšķiniet uz Sākt > Izpildīt > un ierakstiet cmd, vai nospiediet Windows taustiņu > un ierakstiet cmd. Uzvednē ierakstiet nslookup <the IP address from the network trace>. Lai pārbaudītu, izmantojiet nslookup un meklējiet sava datora IP adresi.

  • Lai redzētu Microsoft IP diapazonu sarakstu, skatiet rakstu Office 365 vietrāžu URL un IP adrešu diapazoni.

Ja rodas problēma, gaidīt ilgu laiku nobīda jāparāda šajā gadījumā (Outlook Online) īpaši paketēs TLS:TLS praktiskiem pagājušo lietojumprogrammas datus (piemēram, rīkā Netmon var atrast lietojumprogrammas datu paketes, izmantojot .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Jums vajadzētu redzēt vienmērīgi virzību laika pāri sesiju. Ja redzat ilga kavēšanās, kad atsvaidzināt jūsu Outlook Web App, iemesli var būt augsta līmeņa atiestata tiek sūtīts.

Latentums/cikla laiks

  • Latentums ir mērs, kas var daudz ietekmēt atkarībā no daudziem mainīgajiem, piemēram, novecojušu ierīču atjaunošanas, pievienota liela lietotāju skaita tīklā un tīkla savienojumu citu uzdevumu kopējā izmantotā joslas platuma procentuālās vērtības.

  • Ir pieejami joslas platuma kalkulatoriem pakalpojumam Office 365 šajā tīkla plānošana un veiktspējas uzlabošana pakalpojumā Office 365 lapā.

  • Vai vēlaties izmērīt sava savienojuma ātrumu vai interneta pakalpojumu sniedzēja savienojuma joslas platumu? Izmēģiniet šo vietni (vai vietās, piemēram, to): Speedtest oficiālā vietneun Pingtest.

Ping

PsPing

Netmon

Wireshark

Lai izsekotu latentumu, jums jāreģistrē klienta datora IP adrese un DNS servera IP adrese pakalpojumā Office 365. Tas jādara, lai atvieglotu izsekošanas filtrēšanu. Ja veidojat savienojumu, izmantojot starpniekserveri, jums būs nepieciešama klienta datora IP adrese, starpniekservera/izejas IP adrese un Office 365 DNS IP adrese, lai atvieglotu darbu.

Ping ehotestēšanas pieprasījums, kas nosūtīts uz outlook.office365.com, uzrādīs jums pieprasījuma saņēmēja datu centra nosaukumu, pat ja Ping nevar izveidot savienojumu, lai nosūtītu secīgas ICMP paketes. Ja izmantojat PsPing (bez maksas lejupielādējamu rīku) un norādāt portu (443), kā arī, iespējams, izmantojat IPv4 (-4), saņemsit vidējo cikla laiku par nosūtītajām paketēm. Tas būs noderīgi citiem vietrāžiem URL Office 365 pakalpojumos, piemēram, psping -4 yourSite.sharepoint.com:443. Varat norādīt ehotestu skaitu, lai iegūtu lielāku paraugu vidējam skaitam, mēģiniet ko līdzīgu: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Piezīme : PsPing nenosūta ICMP paketes. Tas ehotestē TCP paketes, izmantojot noteiktu portu, lai jūs varētu izmantot jebkuru atvērto. Pakalpojumā Office 365, kas izmanto SSL/TLS, mēģiniet pievienot portu :443 savam PsPing.

Ekrānuzņēmums, kurā tiek rādīts, kā ehotests atrisina outlook.office365.com, kā arī PSPing ar 443, kas veic to pašu darbību, bet ziņo arī par 6,5 milisekunžu vidējo aprites laiku.

Ja ielādējāt lēnas veiktspējas Office 365 lapu, veicot tīkla izsekošanu, jums jāfiltrē Netmon vai Wireshark DNS izsekošana. Tā ir viena no meklētajām IP adresēm.

Šeit norādītas darbības, lai filtrētu Netmon un iegūtu IP adresi (un aplūkotu DNS latentumu). Šajā piemērā izmantota outlook.office365.com, taču varat izmantot SharePoint Online nomnieka vietrādi URL (piemēram, hithere.sharepoint.com).

  1. Ehotestējiet vietrādi URL ping outlook.office365.com un rezultātu sarakstā reģistrējiet tā DNS servera nosaukumu un IP adresi, uz kuru tika nosūtīts ehotestēšanas pieprasījums.

    Ehotesta pieprasījums outlook.office365.com, kurā tiek rādīts namnorthwest DNS un IP adrese.

  2. Tīkla izsekošana, kas atver lapu, vai darbība, kas rada veiktspējas problēmu vai, ja redzat augstu ehotestēšanas latentumu, veiciet tīkla izsekošanu.

  3. Atveriet izsekošanu rīkā Netmon un filtrējiet DNS (šis filtrs darbojas arī Wireshark, taču ir reģistrjutīgs dns). Tā kā zināt DNS servera nosaukumu, no ehotestēšanas varat filtrēt ātrāk rīkā Netmon šādi: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"), kas rīkā Wireshark izskatās šādi dns and frame contains "namnorthwest".

    Atveriet atbildes paketi un Netmon rāmja detalizētās informācijas logā noklikšķiniet uz DNS, lai to izvērstu papildinformācijai. DNS informācijā atrodama tā DNS servera IP adrese, uz kuru tika nosūtīts pieprasījums pakalpojumā Office 365. Šī IP adrese jums būs nepieciešama nākamajā darbībā (PsPing rīks). Noņemiet filtru, ar peles labo pogu noklikšķiniet uz DNS atbildes sadaļā Netmon Frame Summary > Find Conversations > DNS (Netmon rāmja kopsavilkums > Atrast sarunas > DNS), lai vienu otram blakus redzētu DNS vaicājumu un atbildi.

    Izsekošana, kas filtrēta pēc opcijas Sarunu atrašana, bet pēc tam pēc DNS.

  4. Rīkā Netmon ņemiet vērā arī kolonnu Time Offset (Laika nobīde) starp DNS pieprasījumu un atbildi.

    Papildu Netmon rezultāti, kas filtrēti, izmantojot DNS AND CONTAINSBIN(kadra dati, ASCII, "namnorthwest"), rāda ļoti zemu laika nobīdi starp pieprasījumu un atbildi.

Nākamajā darbībā viegli instalēt un izmantot PsPing rīks ir īpaši ļoti noderīgs, jo ICMP, bieži vien ir bloķēts ugunsmūri, gan jo PsPing eleganti izseko latentumu milisekundēs. PsPing pabeidz TCP savienojumu ar adrešu un portu (ar mūsu gadījumā atvērtu portu 443).

  1. Instalējiet PsPing.

  2. Atveriet komandu uzvedni (Sākt > Izpildīt > ierakstiet cmd vai nospiediet Windows taustiņu > ierakstiet cmd un mainiet direktoriju uz to, kurā instalējāt PsPing, lai palaistu PsPing komandu. Manos piemēros redzams, ka izveidoju mapi Perf saknē C:. Varat rīkoties tāpat, lai nodrošinātu ātru piekļuvi.

  3. Ierakstiet komandu, lai veikti PsPing, izmantojot Office 365 DNS servera IP adresi no iepriekšējās Netmon izsekošanas. Neaizmirstiet pievienot porta numuru. Citiem vārdiem sakot, psping -n 20 132.245.24.82:445. Šī darbība jums nodrošinās 20 ehotestu iztveršanu un vidējo latentumu, kad PsPing tiek pabeigts.

    PSPing komanda psping -n 20 132.245.24.82:443, kas atgriež vidējo latentumu ar vērtību 25,51 milisekunde.

Ja piekļūstat Office 365, izmantojot starpniekserveri, darbības mazliet atšķiras. Vispirms ehotestējiet PsPing līdz starpniekserverim, lai iegūtu vidējo latentuma vērtību milisekundēs līdz starpniekserverim/izejai un atpakaļ, un pēc tam palaidiet PsPing starpniekserverī vai datorā ar tiešu interneta savienojumu, lai iegūtu trūkstošo vērtību (līdz Office 365 un atpakaļ).

Ja izvēlaties palaist PsPing no starpniekservera, iegūsit divas vērtības milisekundēs: klienta datora savienojums līdz starpniekserverim vai izejas punktam un starpniekservera savienojums līdz Office 365. Esat pabeidzis. Tiesa, tikai vērtību reģistrēšanu.

Ja izpildāt PsPing citu klienta datorā, kurā ir tiešais savienojums ar internetu, t.i., bez starpniekserveri, ir divas milisekunžu vērtības: klienta datora starpniekserveri vai izejas punkts un Office 365 klienta datoru. Šajā gadījumā atņemšana klienta dators vērtību starpniekservera servera vai izejas punkts no klienta datora Office 365 vērtības, un jums būs aprites laiku skaitļus no klienta datora starpniekserveri vai izejas punkts un no starpniekservera serverī vai izejas punkta uz Office 365.

Taču, ja varat atrast klienta datoru ietekmētajā atrašanās vietā, kas ir tieši savienots vai apiet starpniekserveri, sākumā varat izvēlēties uzzināt, vai problēma tiek atveidota šeit, un pēc tam to pārbaudīt.

Latentums, kā to uzrāda Netmon izsekošana, pieaugt par papildu milisekundēm var pievienot, ja to ir pietiekami daudz jebkurā sesijā.

Vispārīgs latentums rīkā Netmon, ar kadru kopsavilkumam pievienotu Netmon noklusējuma laika vērtības delta kolonnu.

Piezīme : Jūsu IP adrese var atšķirties no šeit parādītajām IP adresēm, piemēram, jūsu ehotestēšana var atgriezt kaut ko līdzīgu 157.56.0.0/16 vai līdzīgu diapazonu. Pilnu Office 365 izmantoto diapazonu sarakstu skatiet sadaļā Office 365 vietrāžu URL un IP adrešu diapazoni. Neaizmirstiet izvērst visus mezglus (tam paredzēta poga augšpusē), ja vēlaties meklēt, piemēram, 132.245.

Starpniekservera autentifikācija

  • Tas attiecas uz jums tikai tad, ja izmantojat starpniekserveri. Ja nē, varat izlaist šīs darbības.

  • Ja viss notiek pareizi, starpniekservera autentifikācijai konsekventi jānotiek dažās milisekundēs. Piemēram, veiktspējai nevajadzētu neregulāri pasliktināties lielas slodzes lietojuma periodos.

  • Ja starpniekservera autentifikācija ir ieslēgta, katru reizi, kad izveidojat jaunu TCP savienojumu ar Office 365, lai iegūtu informāciju, jums fonā jāveic autentifikācijas process. Tas nozīmē, ka, piemēram, pārslēdzot no kalendāra uz pastu pakalpojumā Outlook Online, tiks veikta autentifikācija. Pakalpojumā SharePoint Online, ja lapa attēlo multividi vai datus no vairākām vietnēm vai atrašanās vietām, tiks veikta autentifikācija katram atšķirīgajam TCP savienojumam, kas nepieciešams datu atveidei.

  • Pakalpojumā Outlook Online var būt lēns ielādes laiks, katru reizi pārslēdzot starp kalendāru un pastkasti, vai lēna lapu ielāde pakalpojumā SharePoint Online. Taču pastāv arī citi simptomi, kas šeit nav norādīti.

    Starpniekservera autentifikācija ir iestatījums uz izejas starpniekserveri. Ja tas rada veiktspējas problēmu ar Office 365, sazinieties ar savu tīklu grupu.

Netmon

Wireshark

Starpniekservera autentifikācija notiek ikreiz, kad jaunā TCP sesijas ir vērpti uz augšu, biežāk, lai pieprasītu failu vai informācija no servera vai sniegt informāciju. Piemēram, iespējams, redzēsit starpniekservera autentifikācija ap HTTP GET HTTP POST pieprasījumi. Ja vēlaties redzēt rāmjiem, kur ir autentificētu pieprasījumus savos izsekošanas rezultātos, "NTLMSSP kopsavilkums" kolonnu pievienotu Netmon un .property.NTLMSSPSummaryfiltrēt. Lai redzētu, cik ilgi notiek autentifikācija, pievienojiet laika vērtības Delta kolonnu. Lai kolonnu pievienotu Netmon:

  1. Ar peles labo pogu noklikšķiniet uz kolonnas, piemēram, Description (Apraksts).

  2. Noklikšķiniet uz Choose Columns (Izvēlēties kolonnas). Sarakstā atrodiet NTLMSSP Summary (NTLMSSP kopsavilkums) un Time Delta (Laika starpība) un noklikšķiniet uz Add (Pievienot).

  3. Pārvietojiet jaunās kolonnas vietā pirms vai pēc apraksta kolonnas, lai varētu tās lasīt vienu otrai blakus. Noklikšķiniet uz OK (Labi).

Pat tad, ja nav pievienot kolonnu, darbosies Netmon filtru. Bet jūsu problēmu novēršana būs vieglāk, ja redzat autentifikācijas stadijā pašlaik. Kad meklējat instances starpniekservera autentifikācija, noteikti mācību visi rāmji pastāvot NTLM uzdevums, vai autentificētu ziņojumu ir klāt. Ja nepieciešams, ar peles labo pogu noklikšķiniet uz noteiktu daļu trafiku un atrast sarunas > TCP. Ņemiet vērā šos sarunas laika vērtību Delta vērtības.

Netmon izsekošana, kurā tiek rādīta pēc sarunas filtrēta starpniekservera autentifikācija.

Četru sekunžu aizkave starpniekservera autentifikācijai, kā tas ir parādīts Wireshark. Kolonna ar laika atšķirību no iepriekšējā parādītā rāmja tika izveidota, noklikšķinot ar peles labo pogu uz tāda paša nosaukuma lauka rāmja detalizētās informācijas sadaļā un atlasot Add as Column (Pievienot kā kolonnu).

Rīkā Wireshark varat izveidot kolonnu ar laika atšķirību no iepriekšējā parādītā rāmja, noklikšķinot ar peles labo pogu uz tāda paša nosaukuma lauka rāmja detalizētās informācijas sadaļā un atlasot Pievienot kā kolonnu.

DNS veiktspēja

  • Nosaukuma atpazīšana darbojas vislabāk un visātrāk, ja notiek maksimāli tuvu klienta valstij.

  • Ja DNS nosaukuma atpazīšana notiek ārzemēs, tā var pievienot vairākas sekundes lapu ielādes laikam.

  • Ideālā gadījumā nosaukuma atpazīšana notiek ātrāk par 100 ms. Pretējā gadījumā jums jāveic izmeklēšana.

Padoms : Vai neesat pārliecināts, kā klienta savienojamība darbojas pakalpojumā Office 365? Aplūkojiet klienta savienojamības atsauces dokumentu šeit.

Netmon

Wireshark

PsPing

DNS veiktspējas analīze parasti ir vēl viens tīkla izsekošanas uzdevums. Taču PsPing ir noderīgs arī, lai palīdzētu noteikt iespējamo iemeslu.

DNS trafika pamatā ir TCP un UDP pieprasījumi, un atbildes ir skaidri apzīmētas ar ID, kas palīdz saskaņot konkrētu pieprasījumu ar atbildi. DNS trafiks ir redzams, piemēram, kad SharePoint Online izmanto tīkla nosaukumu vai vietrādi URL tīmekļa lapā. Lielākā daļa šī trafika, izņemot zonu pārsūtīšanas laikā, šķērso UDP.

Rīkā Netmon un Wireshark svarīgākās filtrs, kas ļauj aplūkot DNS trafiku ir vienkārši dns. Noteikti izmantojiet mazajiem burtiem, norādot filtru. Atcerieties, ka Attīriet DNS atrises kešatmiņu, pirms darba sākšanas problēmas klienta datorā. Piemēram, ja jums ir lēns SharePoint Online lapu ielādes sākumlapu, jums būtu aizveriet visus pārlūkprogrammas logus, atveriet jaunu pārlūkprogrammas, Sākt izsekošanu, Attīriet DNS atrises kešatmiņu un dodieties uz SharePoint Online vietni. Kad visu lapu atrisina būtu apturēšana un saglabāšana izsekošana.

DNS pamata filtrs rīkā Netmon ir DNS.

Jūs vēlaties aplūkot laika nobīde šeit. Un tas var būt noderīgi Laika vērtības Delta kolonnu pievienošana Netmon, kuras varat lietot, veicot šīs darbības:

  1. Ar peles labo pogu noklikšķiniet uz kolonnas, piemēram Description (Apraksts).

  2. Noklikšķiniet uz Choose Columns (Izvēlēties kolonnas).

  3. Sarakstā atrodiet Time Delta (Laika starpība) un noklikšķiniet uz Add (Pievienot).

  4. Pārvietojiet jauno kolonnu vietā pirms vai pēc apraksta kolonnas, lai varētu tās lasīt vienu otrai blakus. Noklikšķiniet uz OK (Labi).

Ja atrodat vaicājuma procentus, apsveriet iespēju izolē, ar peles labo pogu noklikšķinot šo vaicājumu rāmja detalizētās informācijas rūtī, izvēloties Sarunu atrašana > DNS. Ņemiet vērā, tīkla sarunu panelis pārlec pa labi, lai noteiktu sarunā tās žurnālā UDP trafiku.

Outlook Online ielādes Netmon izsekošana, filtrēta pēc DNS un izmantojot sarunu meklēšanu, pēc tam DNS, lai sašaurinātu rezultātus.

Rīkā Wireshark varat veikt kolonnas DNS reizi. Veikt izsekošanas rezultātus (vai atveriet izsekošanas) Wireshark un filtrēt pēc dns, vai vairāk helpfully dns.time. Noklikšķiniet uz jebkuras DNS vaicājumu, un ar informāciju, panelī izvērstu Domain Name System (response) detalizēto informāciju. Redzēsit lauka reizi (piemēram, [Time: 0.001111100 seconds]. Ar peles labo pogu noklikšķiniet uz šoreiz un atlasiet lietot kā olimpisko spēļu tabulas kolonnu. Tas ļaus laika kolonnu ātrāk kārtošanai izsekošanas rezultātus. Noklikšķiniet uz jaunu kolonnu, pēc kuras vēlaties kārtot dilstošā secībā vērtības, lai redzētu, kuri DNS izsaukumu bija garākā, lai atrisinātu.

SharePoint Online pārlūkošana Wireshark, izmantojot vērtību (mazie burti) dns.time, kur no detalizētās informācijas iegūtais laiks ir ievietots kolonnā un kārtots augošā secībā.

Ja vēlaties veikt papildu DNS risināšanas laika izmeklēšanas, izmēģiniet PsPing pret DNS porta izmanto TCP (piemēram, psping <IP address of DNS server>:53). Vai jūs redzat veiktspējas problēma? Ja nedarāt, problēma ir vairāk varētu būt plašākas tīkla problēmām par konkrētu problēmu DNS lietojumprogrammu esat sasniegt darīt izšķirtspēju. Ir arī vērts pieminēt, vēlreiz, ka ping Outlook. office365. com, jums pateiks, ja DNS nosaukuma atpazīšana Outlook Online notiek (piemēram, outlook namnorthwest.office365.com).

Ja šķiet, ka tā ir konkrēta DNS problēma, iespējams, būs jāsazinās ar IT nodaļu, lai pārskatītu DNS konfigurācijas un DNS tālākvērstos serverus un detalizēti izpētītu šo problēmu.

Starpniekservera mērogojamība

  • Tādi pakalpojumi kā Outlook Online pakalpojumā Office 365 nodrošina klientiem ilgtermiņa savienojumus.

  • Tāpēc katrs lietotājs var izmantot vairākus savienojumus, kam nepieciešams ilgāks laiks.

Padoms : Vai vēlaties plānot joslas platuma lietojumu, jo gatavojaties pievienot lielu skaitu lietotāju pakalpojumā Office 365? Izmēģiniet interneta joslas platuma izmantošanas plānu pakalpojumam Office 365. Šeit nav pieejami joslas platuma kalkulatori.

Matemātika

Nav pieejams tīkla izsekošanas vai problēmu novēršanas rīks, lai to norādītu. Tā vietā izmantoti joslas platuma aprēķini, ņemot vērā ierobežojumus un citus mainīgos.

TCP maksimālais segmenta lielums

  • Atrodams SYN - SYN/ACK.

  • Veiciet šo pārbaudi jebkurā veiktspējas tīkla izsekošanā, ko esat veicis, lai pārliecinātos, vai TCP paketes ir konfigurētas pārvietot maksimālo iespējamo datu apjomu.

  • Mērķis ir sasniegt MSS ar 1460 baitiem datu pārraidei.

  • Ja izmantojat starpniekserveri vai NAT, izpildiet šo pārbaudi no klienta līdz starpniekserverim/izejai/NAT un no starpniekservera/izejas/NAT līdz Office 365, lai iegūtu vislabākos rezultātus! Šīs ir dažādas TCP sesijas.

Netmon

TCP lielumam (Max Segment Size — MSS) ir cita parametra trīs rokspiediena tīkla izsekošana, kas nozīmē, ka varat atrast vajadzīgos datus SYN - SYN/ACK pakešu. MSS ir faktiski diezgan vienkārši, lai skatītu.

Atveriet jebkurus veiktspējas tīkla izsekošanas rezultātus un atrodiet interesējošo savienojumu vai to, kas attēlo veiktspējas problēmu.

Piezīmes : 

  • Ja aplūkojat izsekošanas rezultātus un vēlaties atrast ar savu sarunu saistīto trafiku, filtrējiet pēc klienta IP vai pēc starpniekservera vai izejas punkta IP, vai pēc abiem. Izveidojot tiešu savienojumu, jums jāveic tā vietrāža URL ehotestēšana, ko pārbaudāt izsekošanā Office 365 IP adresei, un jāfiltrē pēc tā.

  • Apskatot lietotu izsekošanas? Mēģiniet izmantot filtrus, lai novietotu sevi. Rīkā Netmon, izpildīt meklēšanu, ņemot vērā URL, piemēram, Containsbin(framedata, ascii, "sphybridExample"), ņemiet vērā kadra numurs. Rīkā Wireshark izmantojiet apmēram frame contains "sphybridExample". Ja novērojat, ka esat atradis attālā Winsock (RW) trafiks (to var parādīties kā [PSH, ACK] Wireshark), atcerieties, ka RW savieno varētu redzēt neilgi pirms saistīto SYN - SYN/ACKs, kā tas tika apspriests iepriekš. Šajā brīdī varat ierakstīt kadra numurs, nometiet filtru, noklikšķiniet uz visu trafiku tīkla sarunu logu rīkā Netmon iepazīties ar tuvāko syn

  • Svarīgi, ja nesaņēmāt nekādu IP adreses informāciju izsekošanas laikā, atrodiet vietrādi URL izsekošanā (piemēram, daļa no sphybridExample-my.sharepoint.com), lai iegūtu IP adreses, pēc kurām filtrēt.

  1. Atrodiet interesējošo savienojumu izsekošanas rezultātos. Varat to izdarīt, pārbaudot izsekošanas rezultātus, filtrējot IP adreses vai atlasot konkrētus sarunu identifikatorus, izmantojot tīkla sarunu logu rīkā Netmon.

    Filtrēšana pēc sarunas. Ar peles labo pogu noklikšķiniet uz SYN kadra un noklikšķiniet uz Atrast sarunas, TCP.

  2. Kad esat atradis SYN paketi, izvērsiet TCP (rīkā Netmon) vai pārraides vadības protokolu (rīkā Wireshark) rāmja detalizētās informācijas rūtī.

  3. Izvērsiet TCP opcijas un MaxSegementSize.

  4. Atrodiet saistīto SYN-ACK rāmi un izvērsiet TCP opcijas un MaxSegmentSize.

  5. Mazākā no divām vērtībām būs jūsu maksimālais segmenta lielums.

Šajā attēlā es izmantot rīkā Netmon iebūvēto kolonnu ar nosaukumu TCP problēmu novēršana.

Rīkā Netmon filtrētā tīkla izsekošana, izmantojot iebūvētās kolonnas.

Iebūvētā kolonna atrodas rāmja detalizētās informācijas rūts augšdaļā. (Lai pārslēgtu atpakaļ uz parasto skatu, vēlreiz noklikšķiniet uz Columns (Kolonnas) un pēc tam izvēlieties Time Zone (Laika josla).)

Kur atrast TCP problēmu novēršanas opcijas nolaižamo izvēlni Kolonnas (kadra kopsavilkuma augšpusē).

Šeit ir filtrēts izsekošanas rīkā Wireshark. Filtra ir noteiktas MSS vērtību (tcp.options.mss). Rāmji SYN, SYN/ACK, viņam ACK roku saistītas Wireshark rāmja detalizētās informācijas līdzvērtīgas apakšā (tā rāmja 47 ACK, saites uz 46 SYN/ACK, saites uz 43 SYN) lai atvieglotu šāda veida darbu.

Rīkā Wireshark filtrēta izsekošana, izmantojot tcp.options.mss maksimālajam segmentu lielumam (Max Segment Size — MSS).

Ja vēlaties pārbaudīt selektīvo apstiprinājumu (nākamā tēma), neaizveriet izsekošanas rezultātus!

Selektīvais apstiprinājums

  • Atrodams SYN - SYN/ACK.

  • Jānorāda kā atļauts SYN un SYN/ACK.

  • Selektīvais apstiprinājums (SACK) nodrošina vienmērīgu datu atkārtotu pārraidi, ja trūkst datu pakete vai paketes.

  • Ierīces var atspējot šo līdzekli, kas var izraisīt veiktspējas problēmas.

  • Ja izmantojat starpniekserveri vai NAT, izpildiet šo pārbaudi no klienta līdz starpniekserverim/izejai/NAT un no starpniekservera/izejas/NAT līdz Office 365, lai iegūtu vislabākos rezultātus! Šīs ir dažādas TCP sesijas.

Netmon

Selektīvais apstiprinājums (SACK) ir vēl viens parametrs SYN-SYN/ACK izaicinājumrokasspiedienā. Varat filtrēt SYN - SYN/ACK izsekošanas rezultātus daudzos veidos.

  1. Atrodiet interesējošo savienojumu izsekošanas rezultātos, meklējot izsekošanas rezultātos, filtrējot pēc IP adresēm vai noklikšķinot uz sarunas ID, izmantojot tīkla sarunu logu rīkā Netmon.

  2. Kad esat atradis SYN paketi, izvērsiet TCP rīkā Netmon vai pārraides vadības protokolu rīkā Wireshark rāmja detalizētās informācijas sadaļā.

  3. Izvērsiet TCP opcijas un pēc tam SACK.

  4. Atrodiet saistīto SYN-ACK rāmi un izvērsiet TCP opcijas un lauku SACK.

  5. Pārliecinieties, vai SACK ir atļauts SYN un SYN/ACK.

Šeit norādītas SACK vērtības, kas redzamas rīkā Netmon un Wireshark.

Selektīvais apliecinājums (Selective Acknowledgment — SACK) rīkā Netmon, kas iegūts kā tcp.flags.syn == 1 rezultāts.

SACK režīms, kā parādīts analizētājā Wireshark ar filtru tcp.flags.syn == 1.

DNS ģeogrāfiskā atrašanās vieta

  • Ģeogrāfiskā atrašanās vieta, kur Office 365 mēģina atrisināt jūsu DNS izsaukumu, ietekmē savienojuma ātrumu.

  • Pakalpojumā Outlook Online, kad ir pabeigta pirmā DNS uzmeklēšana, šī DNS atrašanās vieta tiks izmantota, lai izveidotu savienojumu ar tuvāko datu centru. Tiks izveidots savienojums ar Outlook Online CAS serveri, kas izmantos mugurkaula tīklu, lai izveidotu savienojumu ar datu centru (dC), kur glabājas dati. Tā ir ātrāk.

  • Piekļūstot SharePoint Online, lietotājs, kurš ceļo uz ārzemēm, tiks novirzīts uz aktīvo datu centru. Tas ir datu centrs, kura atrašanās vieta tiek piemeklēta atkarībā no SPO nomnieka atrašanās vietas (respektīvi, datu centrs ASV, ja lietotājs atrodas ASV).

  • Lync Online ir aktīvi mezgli vairākos datu centros vienlaikus. Kad tiek sūtīti pieprasījumi Lync Online instancēm, Microsoft DNS noteiks, no kuras pasaules vietas nosūtīts pieprasījums, un atgriezīs IP adreses no tuvākā reģionālā datu centra, kur ir aktīvs Lync Online.

Padoms : Vai vēlaties uzzināt vairāk par to, kā klienti veido savienojumu ar Office 365? Skatiet klientu savienojamības uzziņu rakstu (un tās noderīgos attēlus).

Ping

PsPing

Pieprasījumu vārdu noteikšana no klienta DNS serveri Microsoft DNS serveri, lai būtu lielākajā daļā gadījumu rezultātā Microsoft DNS atgriešana (dC) reģiona datu centra IP adresi. Ko tas nozīmē jums? Ja jūsu galvenās mītnes Bangalore, Indija, bet jums ir jābrauc Amerikas Savienotajās valstīs, ja jūsu pārlūkprogramma nodrošina pieprasījumu Outlook Online, Microsoft DNS serveri būtu rokas jūs IP adreses ar Amerikas Savienotajās valstīs — reģiona datu centra datu centriem. Vajadzības pastu no programmas Outlook, šos datus ceļojumu Microsoft ātrās pamats tīklā starp datu centriem.

DNS darbojas visātrāk, kad nosaukuma atpazīšana tiek veikta iespējami tuvu lietotāja atrašanās vietai. Ja atrodaties Eiropā, vēlaties doties uz Microsoft DNS Eiropā un (ideālā gadījumā) sadarboties ar datu centru Eiropā. Tāda klienta veiktspēja, kas atrodas Eiropā un piekļūst DNS un datu centram Amerikā, būs lēnāka.

Palaidiet rīku Ping adresē outlook.office365.com, lai noteiktu, kurā ģeogrāfiskajā atrašanās vietā tiek maršrutēts jūsu DNS pieprasījums. Ja atrodaties Eiropā, redzēsit atbildi, kas ir līdzīga outlook-emeawest.office365.com. Amerikā atbilde būs līdzīga outlook-namnorthwest.office365.com.

  1. Atveriet komandu uzvedni klienta datorā (Sākt > Izpildīt > cmd vai nospiediet Windows taustiņu > ierakstiet cmd).

  2. Rakstiet ping outlook.office365.com un pēc tam nospiediet taustiņu ENTER.

    Atcerieties, lai norādītu -4 , ja vēlaties norādīt ping izmantojot IPv4. Iespējams, nevarēsit saņemt atbildes no ICMP paketes, bet jums vajadzētu redzēt DNS, kurai tika maršrutēts pieprasījumu nosaukumu.

Ja vēlaties redzēt šī savienojuma latentuma skaitļus, izmēģiniet PsPing ehotestēšanu līdz tā servera IP adresei, ko atgrieza Ping.

outlook.office365.com ehotests, kurā tiek rādīta izšķirtspēja domēnā outlook-namnorthwest.

PSPing uz IP adresi, ko atgrieza ehotests uz outlook.office365.com, rādot vidējā latentuma vērtību 28 milisekundes.

Office 365 lietojumprogrammu problēmu novēršana

Netmon

HTTPWatch

F12 konsole pārlūkprogrammā

Apskatīsim nav rīki izmanto šajā tīklā raksturīgie rakstā problēmu novēršana konkrētām lietojumprogrammām. Atradīsit resursi, bet jūs varat izmantot šajā lapā.

Saistītās tēmas

Pārvaldīt Office 365 galapunkti
savienojamības problēmu novēršana Office 365

Piezīme : Mašīntulkošanas atruna. Šo rakstu ir tulkojusi datorsistēma bez cilvēka iejaukšanās. Microsoft piedāvā šos mašīntulkojumus, lai palīdzētu angliski nerunājošajiem lietotājiem izmanot saturu par Microsoft produktiem, pakalpojumiem un tehnoloģijām. Tā kā šis raksts ir mašīntulkots, tajā var būt leksikas, sintakses un gramatikas kļūdas.

Paplašiniet savas prasmes
Iepazīties ar apmācību
Esiet pirmais, kas saņem jaunās iespējas
Pievienoties Office Insider programmai

Vai šī informācija bija noderīga?

Paldies par jūsu atsauksmēm!

Paldies par atsauksmēm! Šķiet, ka varētu būt noderīgi sazināties ar kādu no mūsu Office atbalsta aģentiem.

×