Teljesítményhiba-elhárítási terv az Office 365-höz

Fontos : Ez a cikk gépi fordítással lett lefordítva, lásd a jognyilatkozatot. A cikk angol változatát itt találhatja meg.

Szükség van, hogy milyen lépéseket kell elvégezni a alapján azonosíthatja és megoldhatja a késedelmes jelentések, lefagy és lelassulhat között a SharePoint online-ban, a OneDrive vállalati verzió, az Exchange Online vagy a Skype vállalati Online verzió és az ügyfélgépen beállított? Mielőtt hívná az ügyfélszolgálatot, ez a cikk segítséget az Office 365 teljesítményével kapcsolatos hibákat és még egyes leggyakrabban előforduló problémák elhárítása.

Ez a témakör az valójában egy minta akcióterv rögzítése a teljesítményproblémát értékes adatait, mivel az használható történik. Néhány főbb problémákat is megtalálható.

Ha most használja először a hálózati teljesítményt, és szeretné tenni az ügyfélszámítógépek és az Office 365 közötti teljesítmény figyelését egy hosszú távú csomagra, tanulmányozza az Office 365 teljesítményének javítása és hibaelhárítása – rendszergazdáknak és informatikai szakembereknek.

Teljesítmény elhárítási minta akcióterv

Ez az akcióterv két részből áll, az előkészítési fázisból és a naplózási fázisból. Ha jelenleg éppen teljesítményproblémával küzd, és adatgyűjtést kell végeznie, máris elkezdheti a terv használatát.

Az ügyfélgép előkészítése

  • Keressen egy olyan számítógépet, amely képes a teljesítményprobléma reprodukálására. A hibaelhárítás során ezt a gépet fogja használni.

  • Jegyezze fel a teljesítményproblémát okozó lépéseket, hogy meglegyenek, amikor a tesztelésre kerül a sor.

  • Telepítse az adatgyűjtéshez és -rögzítéshez szükséges eszközöket:

    • Telepítse a Netmon 3.4 (vagy használja a egy ezzel egyenértékű hálózati nyomkövetési eszközt).

    • Telepítse az ingyenes Basic Edition a HTTPWatch (vagy használja a egy ezzel egyenértékű hálózati nyomkövetési eszközt).

    • A tesztelés során megtett lépések rögzítéséhez használjon képernyőrögzítőt, vagy futtassa a Windows Vista és újabb rendszerekben található Problémarögzítő (PSR.exe) eszközt.

A teljesítményprobléma naplózása

  • Zárja be az összes felesleges webböngészőt.

  • Indítsa el a Problémarögzítőt vagy egy másik képernyőrögzítő eszközt.

  • Indítsa el a Netmon rögzítési műveletét (vagy egy másik hálózati nyomkövetési eszközt).

  • Az ügyfélgépen ürítse ki a DNS-gyorsítótárat a parancssorból a következő parancs futtatásával: ipconfig/flushdns.

  • Indítson új böngésző-munkamenetet, és kapcsolja be a HTTPWatch eszközt.

  • Tetszőleges lépés: Az Exchange Online tesztelése esetén futtassa az Exchange Client Performance Analyzer eszközt az Office 365 Felügyeleti központból.

  • Reprodukálja pontosan a teljesítményproblémát előidéző lépéseket.

  • Állítsa le a Netmon vagy más eszköz nyomkövetési műveleteit.

  • A parancssorból futtasson egy nyomkövetési útvonalat az Office 365-előfizetéséhez a következő parancs megadásával és az ENTER billentyű lenyomásával:

    tracert <előfizetésneve>.onmicrosoft.com

  • Állítsa le a Problémarögzítőt, és mentse a videót. Feltétlenül adja meg a rögzítés dátumát és időpontját, és hogy jó vagy gyenge teljesítményt mutat-e.

  • Mentse a nyomkövetési fájlokat. Most se felejtse el megadni a rögzítés dátumát és időpontját, és hogy jó vagy gyenge teljesítményt mutat-e.

Ha nem ismeri a cikkben említett eszközök működését, ne aggódjon, a lépéseket megadjuk később. Ha már jártas az ilyen hálózati nyomkövetések elvégzésében, A nyomkövetési naplók olvasása című következő szakaszra ugorhat, amely a naplók szűrésével és olvasásával foglalkozik.

A DNS-gyorsítótár kiürítése

Miért van erre szükség? A DNS-gyorsítótár kiürítésével tiszta lappal indíthatja a teszteket. Ezzel a művelettel alaphelyzetbe és a legfrissebb bejegyzésekre állítja vissza a DNS-feloldó tartalmát. Felhívjuk a figyelmét arra, hogy kiürítéskor a HOSTs fájl bejegyzései nem törlődnek. Ha széles körben használja a HOSTs fájl bejegyzéseit, másolja őket egy másik könyvtárba mentett fájlba, és törölje a HOSTs fájl tartalmát.

A DNS-feloldó gyorsítótárának kiürítése

  1. Nyissa meg a parancssort (kattintson a Start > Futtatás parancsra, és írja be a cmd parancsot, vagy nyomja le a Windows-billentyűt, és írja be a cmd karaktereket).

  2. Írja be az alábbi parancsot, és nyomja le az ENTER billentyűt:

    ipconfig /flushdns

Netmon

A Microsoft hálózati ellenőrzése eszköz (Netmon) elemzi a csomagokat, amelyek a forgalmat, hálózatok számítógépei között. A Netmon használatával nyomon követheti a forgalom az Office 365 rögzítheti, nézet, és olvassa el a csomag fejlécekben, időközben eszközök azonosítása, jelölje be a hálózati eszközök kapacitása fontos beállításokra, kihagyott csomagok keres, és hajtsa végre a forgalmat a vállalati hálózaton számítógépek és az Office 365 között. A forgalom tényleges törzsében titkosítva van, mert ez azt jelenti, hogy (utazás a 443-as port SSL/TLS keresztül, akkor nem tudja olvasni küldött fájlokat. Ehelyett az elérési út, hogy a csomag veszi fel, amelyek segítséget nyújtanak a probléma viselkedés nyomon követése egy szűretlen nyomkövetési kap.

Szűrőt ez esetben ne alkalmazzon. Végezze el a problémához vezető lépéseket, majd állítsa le a nyomkövetést, és mentse a naplót.

A Netmon 3.4 telepítése után nyissa meg az eszközt, és kövesse az alábbi lépéseket:

Netmon-nyomkövetés, és a probléma reprodukálása

  1. Indítsa el a Netmon 3.4 eszközt.

    A kezdőlapon vannak a három ablaktáblát: A legutóbbi rögzíti, Válassza a hálózatokés az első lépések a Microsoft hálózati Monitor 3.4 . Értesítés. A hálózat kiválasztása panel is ad az alapértelmezett hálózatok, amelyből rögzítheti a listáját. Győződjön meg arról, hogy a hálózati kártya itt van-e jelölve.

  2. Kattintson a Start lap tetején a New Capture (Új rögzítés) gombra. Megjelenik egy új lapfül a Start lap füle mellett, neve Capture 1 (Rögzítés 1).

    A Netmon felhasználói felülete, amelyen a New Capture, a Start és a Stop gomb ki van jelölve.

  3. Egyszerű rögzítés indításához kattintson a Start gombra az eszköztáron.

  4. Reprodukálja a teljesítményproblémát előidéző lépéseket.

  5. Kattintson a Stop gombra, majd a File > Save As (Fájl > Mentés másként) parancsra. Ne feledje el megadni a dátumot és az időpontot az időzónával együtt, és hogy a fájl jó vagy gyenge teljesítményt rögzít-e.

HTTPWatch

A HTTPWatch megtalálható feltöltött, és egy ingyenes edition. Az ingyenes Basic Edition bemutatja, hogy minden szükséges a tesztet. A HTTPWatch monitorok a hálózati forgalmat és az oldal betöltése idő közvetlenül a böngészőablakban az. A HTTPWatch akkor grafikusan a teljesítmény ismerteti, hogy az Internet Explorer beépülő modult. Az elemzés menthetők és nézett meg a HTTPWatch Studio.

Megjegyzések: 

  • Ha másik böngészőt, például Firefoxot vagy Google Chrome-ot használ, illetve ha nem tudja telepíteni a HTTPWatch eszközt az Internet Explorerbe, nyisson meg egy új böngészőablakot, és nyomja le az F12 billentyűt a billentyűzeten. Megjelenik a Fejlesztőeszközök ablaktábla a böngészőablak alján. Opera böngésző használata esetén a CTRL+SHIFT+I billentyűkombináció lenyomásával jelenítse meg a Web Inspector ablaktáblát, majd kattintson a Network (Hálózat) fülre, és végezze el az alábbi tesztlépéseket. Az információk némileg eltérők lesznek, de a betöltési idők ezredmásodpercben jelennek meg.

  • A HTTPWatch akkor is nagyon hasznos, ha a SharePoint Online-lapok betöltésével van probléma.

A HTTPWatch futtatása és a probléma reprodukálása

  1. A HTTPWatch egy böngészőbővítmény, ezért megjelenítése a böngészőben némileg eltér az Internet Explorer különböző verzióiban. Általában az Internet Explorer parancssávja alatt található.

    Ha nem találja a HTTPWatch bővítményt a böngészőablakban, ellenőrizze a böngésző verzióját (Súgó > Névjegy), vagy az Internet Explorer újabb verzióiban kattintson a fogaskerék ikonra, majd „Az Internet Explorer névjegye” parancsra. A Parancssáv megjelenítéséhez kattintson a jobb gombbal az Internet Explorer menüsorára, és válassza a Parancssáv parancsot. Korábban a HTTPWatch a Parancssávval és a Böngészősávval is társítva volt, ezért ha a telepítés után nem látja azonnal az ikonját (rendszer-újraindítás után), keresse az Eszközök menüben vagy az eszköztárakon az ikont. Ne feledje, hogy az eszköztárak testre szabhatók, és újabb parancsok helyezhetők el rajtuk.

    Az Internet Explorer parancsokat tartalmazó eszköztára a kijelölt HTTPWatch ikonnal.

  2. Indítsa el a HTTPWatch eszközt egy Internet Explorer-ablakban. Az eszköz megjelenik a böngészőben az ablak aljához rögzítve. Kattintson a Record (Rögzítés) gombra.

  3. Reprodukálja pontosan a teljesítményproblémát előidéző lépéseket. Kattintson a Stop gombra a HTTPWatch ablakában.

  4. Save (Mentés) gombra kattintva mentse vagy a Send by E-mail (Küldés e-mailben) gombra kattintva küldje el e-mailben a HTTPWatch-naplót. Ne feledje el a fájl nevében megadni a dátumot és az időpontot, és hogy a napló jó vagy gyenge teljesítményt rögzít-e.

    A HTTPWatch eszköz, amelyen az Office 365 kezdőlapjának lapbetöltésére vonatkozó Network lap látható

    Ez a képernyőkép a HTTPWatch profi verziójából származik. A Basic verzióban készült nyomkövetési naplókat megnyithatja egy olyan számítógépen, amelyen a Professional verzió van telepítve, és elolvashatja ott. Ezzel a módszerrel további információk lehetnek elérhetők a naplóból.

Problémarögzítő

A Problémarögzítő (PSR.exe) segítségével előfordulásukkal egy időben rögzítheti a problémákat. Nagyon hasznos eszköz, és használata egyszerű.

Futtassa a Problémarögzítő (PSR.exe) a munka rögzítése

  1. Kattintson a Start > Futtatás parancsra, írja be a PSR.exe parancsot, és kattintson az OK gombra, vagy nyomja le a Windows-billentyűt, írja be a PSR.exe karaktereket, és nyomja le az ENTER billentyűt.

  2. Amikor a Problémarögzítő kis ablaka megjelenik, kattintson a Rögzítés indítása gombra, és reprodukálja a teljesítményproblémát előidéző lépéseket.

    Megjegyzéseket is felvehet, szükség szerint a Megjegyzések hozzáadásagombra kattintva.

  3. Miután elvégezte a lépéseket, kattintson a Rekord leállítása gombra. Egy lap megjelenítése a teljesítményproblémát esetén várja meg a lapon a a Rögzítés vége előtt jeleníti meg.

  4. Kattintson a Mentés gombra.

A Problémarögzítő vagy PSR.exe képernyőképe

A dátum és idő rögzítését meg. A M.T. idő a Netmon-nyomkövetés és a HTTPWatch hivatkozásait, és a pontosság hibaelhárítási segítséget nyújt. A dátum és idő a M.T. rekord megjelenítheti, hogy egy perc átadott a bejelentkezési és az URL-cím és a részleges leképezés a felügyeleti webhely, például böngészési között.

A nyomkövetési naplók olvasása

Egy cikkből nem lehet mindent megismerni, amit a hálózatról és a teljesítményproblémák elhárításáról tudni kell. A teljesítmény terén tapasztalatra van szükség a szaktudáshoz, és ismerni kell a hálózat működését és szokásos teljesítményét is. Arra azonban lehetőség van, hogy összefoglaljuk a főbb problémákat, és bemutassuk, hogy a megfelelő eszközök hogyan segítik a legáltalánosabb problémák megszüntetését.

Ha szeretné az Office 365-webhelyekhez a hálózati nyomkövetési naplók olvasása szakértelemmel elhozatala, nem nincs jobb tanár betöltését a nyomkövetési naplók rendszeresen létrehozása és elveszti élmény őket. Ha lehetőséget, például töltse be az Office 365 szolgáltatásainak, és nyomon követheti a folyamat. A DNS-forgalmat a követés szűrése, vagy keresse meg a FrameData a jelölőnégyzetét, az Ön által megtekintett szolgáltatás. Tekintse át a követés arról a lépéseket a szolgáltatás betöltődésekor előforduló, hogy. Ez segít, hogy milyen normál lap betöltése a következőhöz hasonlóan kell megjelennie, és ha a hibaelhárítás, különösen a teljesítmény elérése érdekében körül összehasonlítása a hibás jól használható nyomkövetési naplók gyermekének, sok.

A netmon a megjelenítési szűrő mezőben használja a Microsoft Intellisense. Az IntelliSense vagy intelligens kód befejeztével nem az adott trükk, ahol lévő ponttal és az összes rendelkezésre álló lehetőségek jelennek meg legördülő listában. Ha, például attól méretezés TCP-ablak, ez azt jelenti, megtalálhatja a (például .protocol.tcp.window < 100) szűrő mód.

A Netmon képernyőképe az Intellisense-t (intelligens észlelést) használó Display Filter mezővel

Netmon-nyomkövetés forgalom sok is lehet őket. Ha nem járatos őket, akkor valószínű megakad megnyitása a követés először lesz. Végezze el a legfontosabb dolog, a jel elválasztja a naplóban a háttérzajt. Ön az Office 365 tesztelése, és meg szeretné jeleníteni a forgalmat. Navigálás a nyomkövetési naplók használatakor, a lista nem szüksége lehet.

Az ügyfélgép és az Office 365 közötti forgalom a TLS protokollon halad keresztül, ami azt jelenti, hogy a forgalom törzse titkosított, és az általános Netmon nyomkövetési naplóban nem olvasható. A teljesítményelemzéshez azonban nincs szükség a csomagok ilyen konkrét adatainak ismeretére. A csomagfejlécek és a bennük lévő információk azonban igen fontosak.

Tippek a jól használható nyomkövetési napló létrehozására

  • Ismerje az ügyfélgép IPv4-es vagy IPv6-os címét. Ezt beszerezheti, ha a parancssorba beírja az IPConfig parancsot, és lenyomja az ENTER billentyűt. A cím ismeretében egy pillantásra megállapíthatja, hogy a naplóban bizonyos forgalom közvetlenül érinti-e az ügyfélgépet. Ha van a hálózaton egy ismert proxykiszolgáló, küldjön ping parancsot neki, és szerezze be annak az IP-címét is.

  • Ürítse ki a DNS-feloldó gyorsítótárát, és ha lehetséges, zárja be az összes böngészőt annak kivételével, amelyben a teszteket futtatja. Ha ez nem lehetséges, mert például egy támogatási szakember egy böngészőalapú eszköz használatával figyeli az ügyfélgép asztalát, akkor szűrnie kell a nyomkövetési naplót.

  • A foglalt nyomkövetési keresse meg az Office 365 szolgáltatással, amelyet használ. Ha soha nem vagy ritkán láthatta, mielőtt a forgalmat, az a teljesítményproblémát elkülönítésében más hálózati zajt a hasznos lépés. Létezik néhány lehetőség közül választhat. Közvetlenül a vizsgálat előtt ping és a psping parancs, az adott szolgáltatás (ping outlook.office365.com és/vagy psping -4 microsoft-my.sharepoint.com:443példák) URL-CÍMÉT is használhatja. Is könnyen megállapíthatja, hogy a PsPing az a Netmon nyomkövetési (a folyamat név szerint). Amely képet ad az kiindulási keresi.

    Ha csak probléma esetén használja a Netmon nyomkövetési műveleteit, az sem jelenthet gondot. A tájékozódáshoz használjon szűrőt, például ezt: ContainsBin(FrameData, ASCII, "office") vagy ezt: ContainsBin(FrameData, ASCII, "outlook"). A nyomkövetési naplófájlban rögzítheti a keretszámot. A Frame Summary (Keret-összefoglaló) ablaktáblában a jobb szélre görgetve megjelenítheti a Conversation ID (Párbeszéd-azonosító) oszlopot is. Az ott található szám a konkrét párbeszéd azonosítója, amelyet szintén rögzíthet, és később külön megtekinthet. Ne felejtse el eltávolítani ezt a szűrőt, mielőtt másikat alkalmazna.

    Tipp : A Netmon számos hasznos beépített szűrőt tartalmaz. Próbálja ki a Display Filter (Megjelenítési szűrő) ablaktáblában a „Load Filter” (Szűrő betöltése) gombot.

    IP-címe megkeresése a PSPing használatával a parancssorban az ügyfélszámítógépen

    Netmon-nyomkövetés az ügyfélből, ugyanazt a PSPing parancsot használva a TCP.Flags.Syn == 1 szűrőn keresztül

    Ismerje meg alaposan a forgalmat, és tanulja meg megtalálni a szükséges információkat. Tanulja meg például, hogy miként állapítható meg, hogy a napló melyik csomagja hivatkozik elsőként a futtatott Office 365-ös szolgáltatásra (pl. az Outlookra).

Az Office 365 Outlook Online szolgáltatását példaként véve a forgalom az alábbiakhoz hasonlóan indul:

  • Szabványos DNS-lekérdezés és DNS-válasz az outlook.office365.com tartományra egyező lekérdezésazonosítókkal. Fontos megfigyelni a kérés oda-vissza megtett útjának időbeli eltolódását, illetve hogy az Office 365 globális DNS rendszere a világ mely pontjára küldi a névfeloldási kérést. Ideális esetben helyileg minél közelebb, és nem a világ túlsó felére. (Ezt követheti némi DNS-forgalom, az online bejelentkezés.)

  • HTTP GET kérés, amelynek állapotkódja „Moved Permanently (301)”, azaz „végleg áthelyezve”.

  • RWS-forgalom, benne RWS-csatlakozási kérések és csatlakozási válaszok. (A Remote Winsock kapcsolatot létesít.)

  • A TCP-SYN és a TCP-SYN/ACK-beszélgetés közben. A beállítások, a beszélgetésbe sok hatással lehet a teljesítmény.

  • Ezután következik egy sor TLS:TLS forgalom, amelyben a TLS-kézfogás és a TLS-tanúsítványokkal kapcsolatos párbeszéd zajlik. (Ne feledje, az adatok az SSL/TLS protokollon keresztül titkosítottak.)

A forgalom minden eleme fontos és összekapcsolódik a többivel, de a nyomkövetési napló bizonyos kisebb részletei különösen fontos információkat tartalmaznak a teljesítményproblémák elhárítása szempontjából, ezért ezekre a területekre összpontosítunk majd. Ezenkívül, mivel a Microsoftnál már éppen elég teljesítményhiba-elhárítást végeztünk az Office 365-ön ahhoz, hogy összeállíthassuk a tízes toplistát a leggyakoribb problémákból, a következőkben ezekre a problémákra fókuszálunk, illetve hogy a rendelkezésre álló eszközökkel hogyan lehet kiküszöbölni őket.

Ha még nem telepítette készen áll, az alábbi mátrix teszi több eszközök használata. Ha lehetséges. Hivatkozások a telepítési pontok állnak rendelkezésre. A lista tartalmazza az közös hálózati nyomkövetési eszközök, például a Netmon és a wireshark eszközben, de minden nyomkövetési eszközt, és amely meg van szokott hálózati forgalmának engedélyezésére szűrés a kényelmes Ön használja. Vizsgálatakor, hogy ne feledje, hogy:

  • Zárja be a böngészőben, és csak egy böngészőben futó tesztelése – Ez csökkenti a teljes forgalom menteni. És egy másik, kevésbé leterhelt nyomkövetési van.

  • Ürítse ki a DNS-feloldó gyorsítótárát az ügyfélgépen: így tiszta lappal indulhat, amikor megkezdi a rögzítést, és a nyomkövetési napló is tisztább lesz.

Felső problémák elhárításához

Gyakori problémák elhárításához előfordulhat, hogy a arcra, és hogyan keresheti meg azokat a hálózati nyomkövetési naplóban.

Főbb probléma

Eszköz

Mit kell keresni

A TCP-ablakok méretezése

  • A SYN-SYN/ACK-csomagokban található.

  • A régebbi típusú, elévülő hardvereszközök nem feltétlenül használják ki a TCP-ablakok méretezését.

  • Ha a TCP-ablakok méretezése nincs megfelelően beállítva, az alapértelmezett 16 bites puffer a TCP-fejlécekben néhány ezredmásodperc alatt megtelik.

  • A kifelé irányuló forgalom egészen addig áll, amíg az ügyfélgép nyugtát nem kap arról, hogy az eredeti adatok megérkeztek, ez pedig késést okoz.

Netmon

Wireshark

Keresse a SYN- SYN/ACK-forgalmat a hálózati nyomkövetési naplóban.

A netmon eszközben például tcp.flags.syn == 1szűrő használata. Ez a szűrő megegyezik a wireshark eszközben.

Szűrő a Netmon vagy a Wireshark eszközben a Syn csomagokhoz mindkét eszköz esetén: TCP.Flags.Syn == 1.

Figyelje meg, hogy minden SYN-csomaghoz tartozik egy forrásportot (SrcPort) jelölő szám, amely megegyezik a kapcsolódó nyugta (a SYN/ACK-csomag) célportjáéval.

A hálózati kapcsolat által használt ablakméretezési (Windows Scaling) érték megtekintéséhez bontsa ki előbb a SYN-bejegyzést, majd a hozzá kapcsolódó SYN/ACK-bejegyzést.

Egy nyomkövetésben az időkülönbség megállapítása végett az SrcPort és a DstPort egyeztetését megjelenítő ábra

A TCP üresjárati idejére vonatkozó beállítások

  • Régebben a legtöbb szegélyhálózatot ideiglenes (tranziens) kapcsolatokra konfigurálták, vagyis az üresjárati kapcsolatok általában megszakadtak.

  • Az üresjárati TCP-munkameneteket a proxykiszolgálók és a tűzfalak szakíthatták meg 100–300 másodperc után.

  • Ez problémákat okoz az Outlook Online-ban, mert a program hosszú távú kapcsolatokat hoz létre és használ, akár üresjárati kapcsolatokról van szó, akár nem.

  • Amikor a kapcsolatokat a proxykiszolgáló vagy a tűzfaleszköz megszakítja, erről az ügyfélgép nem kap értesítést, és ha valaki ilyenkor használni próbálja az Outlook Online-t, akkor az ügyfélgép megpróbálja, többször is, reaktiválni a kapcsolatot, mielőtt újat nyitna.

  • Ilyenkor a lapbetöltések alkalmával a termék lefagyhat, lelassulhat vagy üzeneteket jeleníthet meg.

Netmon

Wireshark

A Netmonban a visszaérési időt a Time Offset (Időbeli eltolódás) mező tartalmazza. A visszaérési idő az az idő, amíg az ügyfélgép által küldött kérés eljut a kiszolgálóhoz, és visszaér a válasz. Ellenőrizze az értéket az ügyfélgép és a kilépési pont között (például ügyfél --> proxy) vagy az ügyfélgép és az Office 365 között (ügyfélgép --> Office 365). Ez az érték sokféle csomagban látható.

Példaként a szűrő Netmonban .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12például, vagy a wireshark eszközben, ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12jelenhet meg.

Tippek : 

  • Nem tudja, hogy a nyomkövetési naplóban az IP-cím a DNS-kiszolgálóhoz tartozik-e? Próbálja lekérdezni a parancssorban. Kattintson a Start > Futtatás parancsra, és írja be a cmd parancsot, vagy nyomja le a Windows-billentyűt, és írja be a cmd karaktereket. A parancssorba írja be a következő parancsot: nslookup <the IP address from the network trace>. A teszteléshez futtassa az nslookup parancsot saját számítógépe IP-címén.

  • A Microsoft IP-címtartományairól Az Office 365 URL-címei és IP-címtartományai című témakörben talál egy felsorolást.

Probléma esetén várt hosszú idő eltolja szeretné megjeleníteni, ebben az esetben (az Outlook Online-ban), különösen az átjáró alkalmazás adatok megjelenítése TLS:TLS csomagok (például a netmon eszközben találja alkalmazás adatok csomagok .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"keresztül). Ekkor megjelennek az ideje egy zökkenőmentes előrehaladást végig a munkamenetet. Ha az Outlook Online frissítésekor hosszú késedelem látható, ennek oka lehet által küldött alaphelyzetbe állítása magas fokú.

Késés/visszaérési idő

  • Késés olyan mérőszám, amely sokban módosíthatja attól függően, hogy sok változó, például elévülő eszközök frissítése, nagy számú felhasználó hozzáadása a hálózathoz és az elfogyasztott mennyiség megjelenítésére, hálózati kapcsolaton egyéb műveletek által lefoglalt általános sávszélesség.

  • Az Office 365 sávszélesség-kalkulátor áll rendelkezésre a hálózattervezés és teljesítményhangolás az Office 365 lapról.

  • Szeretné a a kapcsolat sebessége, vagy az Internetszolgáltató sávszélességét? Próbálja ki a webhely (vagy egy hasonlót): Speedtest hivatalos webhelyés Pingtest.

Ping

PsPing

Netmon

Wireshark

Ha a nyomkövetési naplóban szeretné követni a késést, akkor hasznos, ha rögzíti az ügyfélgép és az Office 365 DNS-kiszolgálójának IP-címét. Így ugyanis egyszerűbben szűrheti a nyomkövetési naplót. Ha proxyn keresztül csatlakozik, akkor a munka megkönnyítése érdekében szüksége lesz az ügyfélgép IP-címére, a proxykiszolgáló (vagy a kilépési pont) IP-címére és az Office 365 DNS-kiszolgálójának IP-címére.

Egy, az outlook.office365.com címre küldött ping kéréssel megállapítható a kérést fogadó adatközpont neve, még akkor is, ha a ping esetleg nem tud kapcsolatot létesíteni, hogy elküldje a „védjegyként” szolgáló, egymást követő ICMP-csomagokat. Ha a PsPing eszközt használja (amely ingyenesen letölthető az internetről), megad egy konkrét portot (443), és esetleg IPv4-es címet használ (-4), megkapja az elküldött csomagok átlagos visszaérési idejét. Ez a módszer az Office 365-ös szolgáltatások más URL-jeivel is működik, például: psping -4 yourSite.sharepoint.com:443. Voltaképpen több ping parancsot is megadhat, és akkor nagyobb mintát kaphat az átlag megállapításához. Próbálkozzon például a következő paranccsal: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Megjegyzés : A PsPing nem küld ICMP-csomagokat. A ping parancsot TCP-csomagokkal hajtja végre egy meghatározott porton keresztül, ezért bármelyik portot használhatja, amelyikről tudja, hogy nyitva van. Az SSL/TLS-kapcsolatot használó Office 365 esetében a PsPing-parancsban próbálkozzon a 443-as port hozzáfűzésével.

Az outlook.office365.com címet feloldó pingelés és az ugyanazt végrehajtó PSPing parancs a 443-as porttal, ugyanakkor 6,5 ezredmásodperces átlagos üzenetváltási idővel.

Ha a hálózati nyomkövetés idején betöltötte a lassú Office 365-ös lapot, a Netmon vagy a Wireshark naplóját a következő szűrővel szűrje: DNS. Ez az egyik IP-cím, amit kerestünk.

Az alábbiakban azok a lépések következnek, amelyekkel szűrheti a Netmon naplóját, és megtalálhatja az IP-címet (illetve megtekintheti a DNS-műveletek késését). A példában az outlook.office365.com címet használjuk, de a SharePoint Online bérlői webhelyének URL-címe (pl. cel.sharepoint.com) ugyanúgy használható.

  1. Küldjön ping parancsot az URL-re (ping outlook.office365.com), és az eredményből jegyezze fel annak a DNS-kiszolgálónak a nevét és IP-címét, amelyre a ping kérést küldte.

    Pingelés kérése az outlook.office365.com címhez, megjelenítve a namnorthwest DNS-ét és IP-címét

  2. Hálózati nyomkövetéssel tesztelje a lap megnyitását vagy azt a műveletet, amely lehetővé teszi a teljesítményproblémát, vagy, ha megjelenik egy nagy késést a ping művelettel, tesztelje azt.

  3. Nyissa meg a nyomkövetési naplót a Netmonban, és alkalmazza rá a következő szűrőt: DNS (ez a szűrő a Wiresharkban is működik, de ott az eszköz megkülönbözteti a kis- és a nagybetűket: dns). Mivel a pingelés révén megtudta a DNS-kiszolgáló nevét, gyorsabban is szűrhet a Netmonban így: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest") (a Wiresharkban pedig így: dns and frame contains "namnorthwest").

    Nyissa meg a válaszcsomagot, és a Netmon Frame Details (Keret részletei) ablakában további információk megjelenítéséhez kattintson a DNS csomópontra. A DNS-adatok között megtalálhatja annak a DNS-kiszolgálónak az IP-címét, amelyhez a kérés az Office 365-ben jutott – erre az IP-címre a következő lépésben lesz szüksége (a PsPing eszközben). Távolítsa el a szűrőt, kattintson a jobb gombbal a DNS-válaszra a Netmon Frame Summary > Find Conversations > DNS (Keret-összefoglaló > Párbeszédek keresése > DNS) csoportban, és tekintse meg a lekérdezést és a választ egymás mellett.

    A Find Conversations, majd a DNS által szűrt nyomkövetés

  4. A Netmonban figyelje meg a DNS-kérés és -válasz közötti időbeli eltolódást a Time Offset (Időbeli eltolódás) oszlopban.

    További Netmon-eredmények a DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest") szűrővel, nagyon kicsi időeltolási értéket mutatva a kérelem és a válasz között

A következő lépés a telepítés egyszerűen és PsPing eszközzel megtalálható nagyon hasznos, mert ICMP gyakran le van tiltva a tűzfalak, mind mivel PsPing elegantly nyomon követi az időtartamot ezredmásodpercben. PsPing egészíti ki a TCP-kapcsolat egy címet és a port (a saját eset megnyitott 443-as port).

  1. Telepítse a PsPing eszközt.

  2. Nyisson meg egy parancssorablakot (kattintson a Start > Futtatás parancsra, és a mezőbe írja be a cmd parancsot, vagy nyomja le a Windows-billentyűt, és a keresőmezőbe írja be a cmd karaktereket), lépjen abba a könyvtárba, ahová a PsPing eszközt telepítette, és futtassa a PsPing parancsot. A példáimban látható, hogy létrehoztam egy „Perf”, azaz „Teljesítmény” mappát a C meghajtó gyökerében. A gyors hozzáférés érdekében Ön is tegye ezt.

  3. Írja be úgy a parancsot, hogy a PsPing az Office 365 DNS-kiszolgálójának a korábbi, Netmon által végzett nyomkövetésből megismert IP-címén fusson – ne feledje megadni a portszámot. Más szavakkal a következőhöz hasonló legyen a parancs: psping -n 20 132.245.24.82:445. Az eredmény egy 20 pingből álló minta lesz, és amikor a PsPing leáll, kiszámítható az átlagos késés.

    A PSPing parancs, a psping -n 20 132.245.24.82:443 átlagosan 25,51 ezredmásodperces várakozási időt ad vissza

Ha az Office 365-öt proxykiszolgálón keresztül éri el, a lépések kismértékben eltérnek. A PsPing parancsot első lépésben a proxykiszolgálónak kell küldeni, így megkapja az ügyfélgép és a proxy (kilépési pont) közötti oda-vissza út átlagos késésének értékét, majd a második lépésben a proxykiszolgálóról vagy egy, közvetlen internetkapcsolattal rendelkező gépről kell beszerezni a hiányzó értéket (vagyis az Office 365-ig és vissza).

Ha a PsPing parancsot a proxykiszolgálóról futtatja, akkor két, ezredmásodpercben mért értéket kap: az egyik az ügyfélgép és a proxykiszolgáló (kilépési pont) közötti időre vonatkozik, a másik a proxykiszolgáló és az Office 365 közötti időre. Ennyi az egész! Legalábbis ami az értékek rögzítését illeti.

Ha PsPing egy másik ügyfélszámítógépen, amelynek közvetlenül csatlakozik az internethez, ez azt jelenti, hogy proxy, nélkül lesz két ezredmásodperc érték: ügyfélszámítógép proxykiszolgáló vagy a kilépési pont és az ügyfélszámítógép az Office 365-be. Ebben az esetben kivonása ügyfélszámítógép értékének proxy server és a kilépési pont az ügyfélszámítógép az Office 365-értékek, és be kell a RTT számokat az ügyfélszámítógép a proxykiszolgáló vagy a kilépési pont, majd a proxy-kiszolgáló és a kilépési pont az Office 365-ben.

Ha azonban talál egy olyan ügyfélgépet a probléma által sújtott helyen, amelyik közvetlenül csatlakozik az internethez, vagyis megkerüli a proxykiszolgálót, elsőként megnézheti, hogy a probléma reprodukálható-e rajta, és utána tesztelheti.

Miként az a Netmon nyomkövetési naplójában plusz ezredmásodpercek összeadódhatnak, ha nincs elég van belőlük egy adott munkamenetben.

Általános várakozási idő a Netmon eszközben, a Netmon alapértelmezett Time Delta oszlopának felvételével a Frame Summary ablakba

Megjegyzés : Az Ön IP-címe az itt láthatóktól eltérő lehet, például a ping parancs a következő tartományt (vagy hasonlót) adhatja vissza: 157.56.0.0/16. Az Office 365 által használt tartományok listáját megtalálhatja Az Office 365 URL-címei és IP-címtartományai című témakörben. Ne feledje az összes csomópontot kibontani (erre a célra van egy gomb felül), ha keresni szeretne, például a 132.245 értékre.

Proxyhitelesítés

  • Ez a probléma csak akkor léphet fel, ha proxykiszolgálón keresztül kapcsolódik az internethez. Ha nem így van, kihagyhatja ezt a lépést.

  • A proxyhitelesítés, ha helyesen működik, mindig ezredmásodpercek alatt lezajlik. Időszakos rossz teljesítmény, például a csúcsidőkben, nem tapasztalható.

  • Ha a proxyhitelesítés aktív, és az ügyfélgép információkat kérve új TCP-kapcsolatot kezdeményez az Office 365-tel, mindig lezajlik egy hitelesítési folyamat a háttérben. Ha például a felhasználó a Naptár modulról a Posta modulra vált az Outlook Online-ban, hitelesítés történik. A SharePoint Online-ban pedig ha egy lap több különböző webhelyről vagy helyről jelenít meg médiafájlokat vagy adatokat, minden olyan TCP-kapcsolaton hitelesítés történik, amelyre az adatok megjelenítéséhez szükség van.

  • Előfordulhat, hogy az Outlook Online-ban lassú betöltés tapasztalható, amikor a felhasználó a naptárról a postaládára vált, illetve a SharePoint Online-ban a lapok lassan töltődnek be. Vannak azonban más tünetek is, amelyeket itt nem sorolunk fel.

    Proxyhitelesítés beállítás a kilépési proxykiszolgálón. Ha egy teljesítményproblémát okoz az Office 365-tel, meg kell nézze meg a hálózati csoport.

Netmon

Wireshark

Proxy hitelesítési történik, amikor egy új TCP-munkamenet kell is fel, gyakran fájlokat vagy információ kérése a kiszolgálóról, illetve információ adnia. Ha például jelenhetnek meg HTTP GET vagy HTTP POST kérések körül a proxy-hitelesítést. Ha azt szeretné, hogy hol vannak hitelesítése kérelmek a nyomkövetési naplóban keretek, a "NTLMSSP adatlap" oszlop hozzáadása a Netmon és .property.NTLMSSPSummaryszűrő. Mennyi ideig tart a hitelesítés, vegye fel a Time Delta oszlopának. Oszlop hozzáadása a Netmon:

  1. Kattintson a jobb gombbal az egyik, például a Description (Leírás) oszlopra.

  2. Kattintson a Choose Columns (Oszlopok kiválasztása) parancsra. Keresse meg a listában az NTLMSSP Summary és a Time Delta elemet, majd kattintson az Add (Hozzáadás) gombra.

  3. Helyezze át az új oszlopokat a Description oszlop elé vagy mögé, hogy egymás mellett legyenek láthatók. Kattintson az OK gombra.

Még ha az oszlop nem adom hozzá, a Netmon szűrő működni fog. De jelentősen megkönnyíti, ha az Ön milyen hitelesítési szakaszában megjelenik a hibaelhárítási lesznek. Ha szeretne a Proxy-hitelesítést, példányát, hogy meg arról, hogy az összes képkocka tanulmányozása, ahol a NTLM-kérdésre, illetve olyan üzenet hitelesítést végezni szerepel. Ha szükséges, kattintson a jobb gombbal az adott darab forgalom és a Find Conversations > TCP. Tartsa szem előtt az alábbi beszélgetések Time Delta értékeket.

Netmon-nyomkövetés, megjelenítve a proxy-hitelesítést, beszélgetés szerint szűrve

Négymásodperces késés a proxyhitelesítésben a Wireshark eszközben. A Time delta from previous displayed frame (Eltelt idő az előző megjelenített keret óta) oszlop létrehozásához kattintson a jobb gombbal a hasonló nevű mezőre a keret részleteiben, és válassza az Add as Column (Hozzáadás oszlopként) parancsot.

A Wireshark program Time delta from previous displayed frame (Eltelt idő az előző megjelenített keret óta) oszlop létrehozásához kattintson a jobb gombbal a hasonló nevű mezőre a keret részleteiben, és válassza az Add as Column (Hozzáadás oszlopként) parancsot.

A DNS teljesítménye

  • A névfeloldás akkor működik a legjobban és a leggyorsabban, amikor az ügyfél országához a lehető legközelebb történik.

  • Ha a DNS-névfeloldás a tengerentúlon megy végbe, az másodpercekkel hosszabbíthatja meg a weblapok betöltését.

  • Ideális esetben a névfeloldás 100 ms-on belül lezajlik. Ha nem, érdemes megvizsgálni az esetet.

Tipp : Nem biztos abban, hogy miként működnek az ügyfélkapcsolatok az Office 365-ben? Olvassa el az ezzel foglalkozó dokumentumunkat ide kattintva.

Netmon

Wireshark

PsPing

A DNS-teljesítmény elemzése jellemzően a hálózati nyomkövetés egyik részfeladata. A lehetséges ok feltárásában vagy kizárásában azonban a PsPing is hasznos eszköz.

A DNS-forgalom TCP- és UDP-kéréseken, illetve -válaszokon alapul, ezeket egyértelműen jelöl egy-egy azonosító, amely megkönnyíti a konkrét kérés és a megfelelő válasz párosítását. DNS-forgalom akkor figyelhető meg, ha például a SharePoint Online egy hálózatnevet vagy URL-t használ az egyik weblapon. Alapszabályként elmondható, hogy az ilyen forgalomnak a nagy része, a zónaátvitelek kivételével, az UDP protokollon keresztül zajlik.

A Netmon és a wireshark eszközben a egyszerűen dnsa legalapvetőbb szűrő, amely közli, tekintse meg DNS-forgalmat. Feltétlenül kisbetű a szűrő meghatározásakor. Ne felejtse el a DNS-feloldó gyorsítótárának kiürítése, mielőtt elkezdené az ügyfélgépen beállított a probléma reprodukálása. Például ha a Kezdőlap lap lassú a SharePoint Online lap betöltése, meg kell zárjon be minden böngészőt, nyissa meg egy új böngészőablakban, nyomkövetés indítása, a DNS-feloldó gyorsítótárának kiürítése és tallózással keresse meg a SharePoint Online-webhelyen. Miután úgy oldja fel az egész lapot, állítsa le, és mentse a követés.

A DNS egy alapszűrő a Netmon eszközben a DNS-hez

Tekintse meg az eltolás itt időt szeretne. És a Time Delta oszlopának hozzáadása a netmon eszközben, amely végezheti el ezeket a lépéseket követve hasznos lehet:

  1. Kattintson a jobb gombbal az egyik, például a Description (Leírás) oszlopra.

  2. Kattintson a Choose Columns (Oszlopok kiválasztása) parancsra.

  3. Keresse meg a listában a Time Delta elemet, és kattintson az Add (Hozzáadás) gombra.

  4. Helyezze át az új oszlopot a Description oszlop elé vagy mögé, hogy egymás mellett legyenek láthatók. Kattintson az OK gombra.

Ha megtalálta az érdeklődésre számot tartó lekérdezés, fontolja meg a elkülönítése, akkor kattintson a jobb gombbal a keret jobb oldali ablaktáblában, válassza a Find Conversations , amelyek lekérdezik > DNS. Figyelje meg, hogy a Network Conversations panel metszéspontok UDP-forgalmat a naplóban az adott beszélgetés jobbra.

A DNS által szűrt Outlook Online-terhelés nyomon követése a Netmon eszközzel, a Find Conversations, majd a DNS használata az eredmények szűkítéséhez

A wireshark eszközben a DNS-idő oszlop teheti meg. A nyomkövetés (vagy nyissa meg a nyomkövetési) a wireshark eszközben és dns, illetve további helpfully dns.timeszerinti szűrés. Kattintson a bármely DNS-lekérdezést, és a részletes panel, bontsa ki a Domain Name System (response) adatait. A mező megjelenik az idő (például a [Time: 0.001111100 seconds]. Kattintson a jobb gombbal a ezúttal, és válassza az alkalmazás oszlopával azonosította. Meg fogalmat ad egy időértékeket tartalmazó oszlopra a nyomkövetési naplót gyorsabban rendezéshez. Kattintson az új oszlopra, hogy mely DNS-hívás értékek csökkenő rendezés került a leghosszabb feloldásához.

SharePoint Online-keresés a Wireshark eszközben szűrve a (kisbetűs) dns.time szűrővel, a részletekből származó időt oszloppá alakítva és növekvő sorrendben rendezve

Ha kívánt végezze el a DNS-megoldás időt további vizsgálat, próbálja meg végrehajtó psping parancs a TCP (például a psping <IP address of DNS server>:53) által használt DNS port ellen. Továbbra is látható a teljesítményproblémát? Ha nem tesz, a probléma nem nagyobb valószínűséggel lesz, mint az adott problémát hiba szélesebb hálózaton a DNS-alkalmazás, esetén szerezze meg a felbontás ehhez. Is érdemes megemlítése ismét, hogy egy az outlook.office365.com pingelése a program tájékoztatja, ha a DNS-névfeloldás Outlook online tart helye (például outlook-namnorthwest.office365.com).

Ha a probléma valószínűsíthetően a DNS-sel van összefüggésben, lehet, hogy az IT-részleghez kell fordulnia, hogy a további vizsgálat érdekében ellenőrizzék a DNS-beállításokat és a DNS-továbbítókat.

A proxykiszolgáló méretezhetősége

  • A szolgáltatások, például az Office 365 Outlook Online szolgáltatása, az ügyfélgépeknek több hosszú távú kapcsolatot engedélyeznek.

  • Ennélfogva minden felhasználó több, hosszabb élettartamot igénylő kapcsolatot használhat.

Tipp : Meg kell terveznie a sávszélesség-használatot, mert nagyszámú felhasználót kell felvennie az Office 365-be? Figyelmébe ajánljuk Az internet-sávszélesség használatának megtervezése az Office 365-höz című témakört, ahol sávszélesség-kalkulátorokat is találhat.

Matematika

Erre a problémára nem létezik speciális hálózati nyomkövető vagy hibaelhárító eszköz. A megoldás inkább sávszélesség-számításokon múlik, amelyek figyelembe veszik az adott korlátokat és más változókat.

A TCP maximális szegmensmérete

  • A SYN-SYN/ACK-csomagokban található.

  • Ezt az ellenőrzést minden, teljesítménnyel kapcsolatos hálózati nyomkövetésben végezze el annak biztosítására, hogy a TCP-csomagok a lehető legnagyobb mennyiségű adat szállítására legyenek beállítva.

  • A cél, az 1460 bájtos maximális szegmensméret elérése az adatátvitelnél.

  • Ha rendszere proxy mögött működik, vagy hálózati címfordítást használ, ne felejtse a tesztet az ügyfélgéptől a proxykiszolgálóig/kilépési pontig/hálózati címfordító eszközig, majd a proxykiszolgálótól/kilépési ponttól/hálózati címfordító eszköztől az Office 365-ig futtatni, mert így kapja a legjobb eredményt! Ezek különböző TCP-munkamenetek.

Netmon

A TCP maximális szakasz méret (MSS) a hálózati nyomkövetési naplóban, amellyel a szükséges adatokat a SYN - SYN/ACK-csomag megtalálja a hármas kézfogás másik paraméter. Maximális Szegmensméret ténylegesen meglehetősen egyszerű, hogy.

Nyissa meg bármelyik hálózati nyomkövetési naplót, amelyet teljesítményproblémával kapcsolatban készített, és keresse meg benne azt a kapcsolatot, amelyikre kíváncsi, vagy amelyik a teljesítményproblémát mutatja.

Megjegyzések: 

  • Ha egy nyomkövetési naplóban meg szeretné találni az adott párbeszédhez tartozó forgalmat, szűrjön rá az ügyfélgép IP-címére, a proxykiszolgáló (kilépési pont) IP-címére, vagy mindkettőre. Ha a közvetlen utat választja, ping parancsot kell küldenie a tesztelt URL-re, hogy az Office 365 IP-címe megjelenjen a nyomkövetési naplóban, majd ezzel a címmel kell szűrnie a naplót.

  • Megjeleníti a követés használt? Használja, szűrők és szöveget saját magának. A netmon eszközben, az URL-cím, például Containsbin(framedata, ascii, "sphybridExample"), a keresés futtatásához a keret száma vegye figyelembe. A wireshark eszközben használja az alábbihoz hasonló frame contains "sphybridExample". Ha azt észleli, hogy megtalálta Winsock (RW) forgalom (tűnhet egy [PSH, ACK] a wireshark eszközben), ne feledje, hogy RW csatlakozik látható legyen a kapcsolódó SYN - SYN/ACK, mielőtt hamarosan korábbiakban tárgyalt. Ezen a ponton lehet rögzítheti a keret számát, húzhatja a szűrő, kattintson a minden forgalom is megtekintheti a legközelebbi SYN. a Netmon Network Conversations ablakában

  • Fontos, hogy ha a nyomkövetés során nem kapott IP-címre vonatkozó információt, megkeresheti az URL-t a nyomkövetési naplóban (pl. a sphybridExample-sajat.SharePoint.com részletét), és ott megtalálja azokat az IP-címeket, amelyekre szűrhet.

  1. Keresse meg azt a kapcsolatot a naplóban, amelyre kíváncsi. Ezt megteheti a napló átfutásával, IP-címek szerinti szűrésével, vagy a Netmon Network Conversations ablakában a megfelelő párbeszéd-azonosítók kiválasztásával.

    Szűrés beszélgetés szerint Kattintson a jobb gombbal a SYN keretre, és kattintson a Find Conversations, TCP parancsra

  2. Ha megtalálta a SYN-csomagot, bontsa ki a TCP (Netmon) vagy a Transmission Control Protocol (Wireshark) csomópontot a Frame Details (Keret részletei) ablaktáblában.

  3. Bontsa ki a TCPOptions és a MaxSegmentSize csomópontot.

  4. Keresse meg a kapcsolódó SYN-ACK-keretet, és bontsa ki a TCPOptions és a MaxSegmentSize csomópontot.

  5. A két érték közül a kisebb lesz a maximális szegmensméret.

Ezen a képen lehet, hogy a netmon eszközben (TCP-hibaelhárítás) nevű beépített oszlopát.

Hálózati nyomkövetés a Netmon eszközben a beépített oszlopok használatával szűrve

A beépített oszlop a Frame Details ablaktábla tetején található. (A normál nézetre váltáshoz kattintson ismét a Columns (Oszlopok) gombra, és válassza a Time Zone (Időzóna) parancsot.)

A Columns legördülő lista helye a TCP hibaelhárítási beállításához (a Frame Summary ablak tetején)

Íme a szűrt nyomkövetés a wireshark eszközben. Szűrő van meghatározott a maximális Szegmensméret értékét (tcp.options.mss). A keretek SYN, SYN/ACK-csomag, ACK handshake kapcsolódnak a wireshark eszközben egyenértékű a keret részleteiben alján (tehát keret 47 ACK, 46 SYN/ACK-csomag mutató hivatkozások, 43 SYN mutató hivatkozásokat) az ilyen típusú munkamennyiség könnyebb.

Nyomkövetés a Wireshark eszközben a tcp.options.mss szűrővel szűrve a szegmens maximális méretére

Ha ellenőrizni szeretné a szelektív nyugtát (SACK) – lásd a táblázat következő témakörében –, akkor ne zárja be a nyomkövetési naplót!

Szelektív nyugta

  • A SYN-SYN/ACK-csomagokban található.

  • Állapota a SYN- és a SYN/ACK-csomagokban is engedélyezett (permitted) kell legyen.

  • A szelektív nyugta (SACK) egyenletesebb adatújraküldést tesz lehetővé abban az esetben, ha egy vagy több csomag elvész.

  • Az eszközök letilthatják ezt a funkciót, ami teljesítményproblémákhoz vezethet.

  • Ha rendszere proxy mögött működik, vagy hálózati címfordítást használ, ne felejtse a tesztet az ügyfélgéptől a proxykiszolgálóig/kilépési pontig/hálózati címfordító eszközig, majd a proxykiszolgálótól/kilépési ponttól/hálózati címfordító eszköztől az Office 365-ig futtatni, mert így kapja a legjobb eredményt! Ezek különböző TCP-munkamenetek.

Netmon

A szelektív nyugta (SACK) a SYN-SYN/ACK-kézfogás egyik paramétere. A SYN-SYN/ACK-csomagokra sokféleképpen szűrheti a nyomkövetési naplót.

  1. Keresse meg azt a kapcsolatot a naplóban, amelyre kíváncsi, akár a napló átfutásával, IP-címek szerinti szűrésével, akár a Netmon Network Conversations ablakában a megfelelő párbeszéd-azonosítók kiválasztásával.

  2. Ha megtalálta a SYN-csomagot, bontsa ki a Netmon TCP vagy a Transmission Control Protocol a wireshark eszközben a keret részleteiben szakaszban.

  3. Bontsa ki a TCPOptions, majd a SACK csomópontot.

  4. Keresse meg a kapcsolódó SYN-ACK-keretet, és bontsa ki a TCPOptions, majd azon belül a SACK mezőt.

  5. Győződjön meg arról, hogy a SACK engedélyezett (permitted) mind a SYN-, mind a SYN/ACK-csomagban.

Az alábbi képeken a SACK értékei láthatók a Netmon és a Wireshark eszközben.

SACK (Selective Acknowledgment) a Netmon eszközben a tcp.flags.syn == 1 szűrő eredményeként

A SACK a Wireshark eszközben látható módon a tcp.flags.syn == 1 szűrővel

A DNS-feloldás földrajzi helye

  • A kapcsolat sebességére hatással van, hogy az Office 365 a világ mely pontján próbálja meg a DNS-hívás feloldását.

  • Az Outlook Online-ban az első DNS-lekérdezés befejeződése után a rendszer e DNS-feloldásnak a helye szerint csatlakozik a legközelebbi adatközponthoz. A kérést intéző ügyfélgép az Outlook Online egyik CAS-kiszolgálójához fog csatlakozni, amely a gerinchálózaton keresztül kapcsolódik a kért adatokat tároló adatközponthoz. Így gyorsabb.

  • A SharePoint Online megnyitásakor egy külföldre utazó felhasználót a rendszer az aktív adatközponthoz irányítja át; ez az az adatközpont, amelynek helye a felhasználó SharePoint Online bérlői webhelyének bázishelyén alapul (ha a felhasználó bázishelye az Amerikai Egyesült Államokban van, akkor az adatközpont is az Amerikai Egyesült Államokban található).

  • A Lync Online egy időben több adatközpontban is rendelkezik aktív csomópontokkal. Ha Lync Online-példányokra vonatkozó kérések érkeznek, a Microsoft DNS rendszere meghatározza, hogy a világ mely pontjáról származnak, és abból a legközelebbi regionális adatközpontból küld vissza IP-címeket, amelyben a Lync Online aktív.

Tipp : Többet szeretne tudni arról, hogy az ügyfélgépek hogyan kapcsolódnak az Office 365-höz? Nézze meg az ügyfélgépek kapcsolódásával foglalkozó referenciacikkünket (és benne a hasznos ábrákat).

Ping

PsPing

A legtöbb esetben eredménye a Microsoft DNS-adatszolgáltató az IP-címét a regionális adatközpont (adatközpont) kell névfeloldás az ügyfelet a DNS-kiszolgálókról a Microsoft DNS-kiszolgálók kérelem. Mit jelent ez az Ön? Ha bangalore-i, India, amelyek a székhelye, de utazás az Amerikai Egyesült Államokban, amikor a böngésző kérelmet Outlook online, a Microsoft DNS-kiszolgálók kell kioszthatja, IP-címek az Amerikai Egyesült Államokban – a regionális adatközpont adatközpontokkal. Levelezés az Outlook programból van szükség, ha az adatokat haladási a Microsoft rövid Gerinchez hálózaton keresztül között a adatközpontokkal.

A DNS akkor működik a leggyorsabban, ha a névfeloldás a felhasználó helyéhez a lehető legközelebb történik. Ha Európában tartózkodik, akkor kívánatos a Microsoft egyik európai DNS-feloldó rendszerét és (ideális esetben) egy európai adatközpontot használni. Ha az európai ügyfélgéptől az adatok egyesült államokbeli DNS-feloldó rendszerbe és adatközpontba kerülnek, a teljesítmény lassabb lesz.

Futtassa a Ping eszközt az outlook.office365.com-on, és állapítsa meg, hogy a világ mely részébe jut a DNS-kérése. Európában a válasz a következőhöz hasonló címről érkezhet: outlook-emeawest.office365.com. Az amerikai kontinensen a következőhöz hasonló címre lehet számítani: outlook-namnorthwest.office365.com hasonló.

  1. Nyissa meg a parancssort az ügyfélszámítógépen (kattintson a Start > Futtatás parancsra, és írja be a cmd parancsot, vagy nyomja le a Windows-billentyűt, és írja be a cmd karaktereket).

  2. Írja be a ping outlook.office365.com parancsot, és nyomja le az Enter billentyűt.

    Ne feledje, ha meg szeretné adni a ping keresztül IPv4 -4 megadását. Úgy juthat az adott válasz a ICMP-csomagokat meghiúsulhat, de meg kell jelennie a nevére, amelyhez a kérelmet továbbították DNS-Rekordokat.

Ha meg szeretné tekinteni a kapcsolat késési értékeit, küldjön PsPing parancsot a ping által visszaküldött kiszolgáló IP-címére.

Az outlook.office365.com pingelése, a felbontás megjelenítése outlook-namnorthwest esetén

A PSPing parancs az outlook.office365.com pingelése által visszaadott IP-címre átlagosan 28 ezredmásodperc késést mutatott

Alkalmazáshiba-elhárítás az Office 365-ben

Netmon

HTTPWatch

Az F12 billentyű lenyomására megjelenő konzol a böngészőben

Az alkalmazás-specifikus javítást, hálózati-specifikus tartalom használható eszközök nem foglalkozunk. Források találhatók, de ezen az oldalonis használhatja.

Kapcsolódó témakörök

Az Office 365 végpontok kezelése
Hibaelhárítás az Office 365 csatlakozási

Megjegyzés : Gépi fordítás jognyilatkozata: Ez a cikk számítógép által, emberi közreműködés nélkül lett lefordítva. A Microsoft ezeket a gépi fordításokat azért nyújtja, hogy az angol nyelvet nem beszélők minél több tartalomhoz tudjanak hozzáférni a Microsoft termékeivel, szolgáltatásaival és technológiáival kapcsolatban. A gépi fordítás miatt előfordulhat, hogy a szöveg szóhasználati, szintaktikai vagy helyesírási hibákat tartalmaz.

Ismeretek bővítése
Oktatóanyagok megismerése
Új szolgáltatások listájának lekérése
Részvétel az Office Insider programban

Hasznos volt az információ?

Köszönjük a visszajelzését!

Köszönjük visszajelzését. Jobbnak látjuk, ha az Office egyik támogatási szakemberéhez irányítjuk.

×