Pelan untuk Office 365 penyelesaian masalah prestasi

Penting: Artikel ini diterjemahkan oleh mesin, lihatlah notis penafian. Sila dapatkan versi Bahasa Inggeris artikel ini di sini sebagai rujukan anda

Anda perlu tahu langkah yang perlu diambil untuk mengenal pasti dan membaiki sela, tergantung dan prestasi yang lembap antara SharePoint Online, OneDrive for Business, Exchange Online atau Skype for Business Online dan komputer klien anda? Sebelum anda menghubungi sokongan, artikel ini boleh membantu anda menyelesaikan isu prestasi Office 365 dan juga membaiki beberapa isu yang paling biasa.

Artikel ini adalah sebenarnya sampel pelan tindakan yang anda boleh gunakan untuk memetik bernilai data tentang isu prestasi anda kerana ia berlaku. Beberapa isu utama juga disenaraikan di sini.

Jika anda pengguna baru untuk rangkaian prestasi dan ingin membuat pelan jangka panjang untuk memantau prestasi antara klien mesin dan Office 365 anda, Lihatlah Office 365 Penalaan prestasi dan penyelesaian masalah - pentadbir dan Pro.

Prestasi sampel pelan tindakan penyelesaian masalah

Pelan tindakan ini mengandungi dua bahagian; fasa persediaan dan fasa pengelogan. Jika anda menghadapi masalah prestasi sekarang dan anda perlu melakukan pengumpulan data, anda boleh mula menggunakan pelan ini dengan serta-merta.

Menyediakan komputer klien

  • Cari komputer klien yang boleh menghasilkan semula masalah prestasi. Komputer ini akan digunakan sepanjang proses penyelesaian masalah.

  • Catatkan langkah yang menyebabkan masalah prestasi berlaku agar anda bersedia ketika melakukan ujian.

  • Pasang alat untuk mengumpulkan dan merekodkan maklumat:

    • Pasang Netmon 3.4 (atau gunakan alat penyurihan rangkaian yang sepadan).

    • Pasang edisi asas percuma HTTPWatch (atau gunakan alat penyurihan rangkaian yang sepadan).

    • Gunakan perakam skrin atau jalankan Perakam Langkah (PSR.exe) yang disertakan dengan Windows Vista dan lebih baru untuk merekodkan langkah yang anda ambil semasa ujian.

Mengelog isu prestasi

  • Tutup semua pelayar Internet yang tidak berkaitan.

  • Mulakan Perakam Langkah atau perakam skrin lain.

  • Mulakan tangkapan Netmon anda (atau alat penyurihan rangkaian).

  • Kosongkan cache DNS anda pada komputer klien daripada baris perintah dengan menaipkan ipconfig /flushdns.

  • Mulakan sesi pelayar baru dan hidupkan HTTPWatch.

  • Pilihan: Jika anda menguji Exchange Online, jalankan alat Penganalisis Prestasi Klien Exchange dari konsol pentadbiran Office 365.

  • Hasilkan semula langkah sebenar yang menyebabkan isu prestasi.

  • Hentikan penyurih Netmon atau alat lain anda.

  • Pada baris perintah, jalankan laluan penyurihan ke langganan Office 365 anda dengan menaipkan perintah berikut kemudian menekan ENTER:

    tracert <namalangganan>.onmicrosoft.com

  • Hentikan Perakam Langkah dan simpan video. Pastikan anda menyertakan tarikh dan masa tangkapan serta sama ada ia menunjukkan prestasi yang baik atau buruk.

  • Simpan fail penyurihan. Sekali lagi, pastikan anda menyertakan tarikh dan masa tangkapan serta sama ada ia menunjukkan prestasi yang baik atau buruk.

Jika anda tidak biasa menjalankan alat yang dinyatakan dalam artikel ini, jangan risau kerana kami menyediakan langkah tersebut seterusnya. Jika anda biasa melakukan jenis tangkapan rangkaian ini, anda boleh melangkau ke seksyen Cara untuk membaca surihan anda yang menerangkan penapisan dan pembacaan log.

Menyingkirkan Cache DNS terlebih dahulu

Mengapa? Dengan menyingkirkan cache DNS, anda memulakan ujian anda dari sifar. Dengan mengosongkan cache, anda mengeset semula kandungan penyelesai DNS kepada entri yang terkini. Ingat bahawa penyingkiran tidak mengalih keluar entri fail HOS. Jika anda menggunakan entri fail HOS secara meluas, anda harus menyalin entri tersebut ke fail dalam direktori lain kemudian mengosongkan fail HOS.

Singkirkan cache penyelesai DNS anda

  1. Buka prom perintah, (sama ada Mula > Jalankan > cmd atau kekunci Windows > cmd).

  2. Taipkan perintah berikut dan tekan ENTER:

    ipconfig /flushdns

Netmon

Alat pemantauan rangkaian Microsoft (Netmon) menganalisis paket yang trafik yang menghantar antara komputer pada rangkaian. Menggunakan Netmon untuk menjejak trafik dengan Office 365 anda boleh memetik, pandangan, dan baca paket pengepala, mengenal pasti peranti berselang, semak seting yang penting pada perkakasan rangkaian, Cari paket tergugur dan ikuti aliran trafik antara komputer pada rangkaian korporat anda dan Office 365. Kerana isi sebenar trafik disulitkan, iaitu, ia (perjalanan pada port 443 melalui SSL/TLS, anda tidak dapat membaca fail yang dihantar. Sebaliknya, anda mendapatkan surihan yang tidak ditapis laluan yang mengambil paket yang boleh membantu anda menjejaki kelakuan masalah.

Pastikan anda tidak menggunakan penapis pada masa ini. Sebaliknya, ulangi langkah dengan cepat dan tunjukkan masalah sebelum menghentikan penyurihan dan membuat simpanan.

Selepas anda memasang Netmon 3.4, buka alat dan ikuti langkah berikut:

Menangkap surihan Netmon dan menghasilkan semula isu

  1. Lancarkan Netmon 3.4.

    Terdapat tiga anak tetingkap pada halaman mula : Memetik baru-baru ini, Pilih rangkaiandan Mari bermula dengan Microsoft rangkaian Monitor 3.4. Notis. Panel Pilih rangkaian juga akan memberikan anda senarai rangkaian lalai yang anda boleh memetik. Pastikan kad rangkaian dipilih di sini.

  2. Klik Tangkapan Baru di bahagian atas halaman Mula. Ini menambahkan tab baru di sebelah tab halaman Mula yang dipanggil Tangkapan 1.

    Antara muka pengguna Netmon dengan Butang Petik, Mula dan Henti diserlahkan.

  3. Untuk mengambil tangkapan ringkas, klik Mula pada bar alat.

  4. Hasilkan semula langkah yang menimbulkan isu prestasi.

  5. Klik Berhenti > Fail > Simpan Sebagai. Sila ingat untuk menyatakan tarikh dan masa dengan zon masa dan menyebut sama ada ia menunjukkan prestasi yang buruk atau baik.

HTTPWatch

HTTPWatch disertakan dikenakan, dan edisi percuma. Edisi asas percuma merangkumi segala-galanya yang anda perlukan untuk ujian ini. HTTPWatch monitor rangkaian masa memuatkan halaman dan trafik terus dari tetingkap pelayar anda. HTTPWatch adalah pasang masuk untuk Internet Explorer yang menerangkan grafik prestasi. Analisis boleh disimpan dan dilihat dalam HTTPWatch Studio.

Nota: 

  • Jika anda menggunakan pelayar lain, seperti Firefox, Google Chrome atau jika anda tidak dapat memasang HTTPWatch dalam Internet Explorer, buka tetingkap pelayar baru dan tekan F12 pada papan kekunci anda. Anda akan melihat timbul Alat Pembangun di bahagian bawah pelayar anda. Jika anda menggunakan Opera, tekan CTRL+SHIFT+I untuk Pemeriksa Web kemudian klik tab Rangkaian dan lengkapkan ujian yang dinyatakan di bawah. Maklumat akan berbeza sedikit, tetapi masa pemuatan masih akan dipaparkan dalam milisaat.

  • HTTPWatch juga sangat berguna untuk isu berkaitan masa pemuatan halaman SharePoint Online.

Menjalankan HTTPWatch dan menghasilkan semula isu

  1. HTTPWatch ialah pasang masuk pelayar, jadi pendedahan alat dalam pelayar adalah sedikit berbeza bagi setiap versi Internet Explorer. Biasanya, anda boleh menemui HTTPWatch di bawah bar Perintah dalam pelayar Internet Explorer.

    Jika anda tidak dapat melihat pasang masuk HTTPWatch dalam tetingkap pelayar anda, semak versi pelayar anda dengan mengklik Bantuan > Perihal atau dalam versi Internet Explorer lebih baru, klik simbol gear dan Perihal Internet Explorer. Untuk melancarkan bar Perintah, klik kanan bar menu dalam Internet Explorer dan klik bar Perintah. Sebelum ini, HTTPWatch telah dikaitkan dengan kedua-dua bar Perintah dan Explorer, jadi sebaik sahaja anda membuat pemasangan, jika anda tidak dapat melihat ikon itu dengan serta-merta (walaupun selepas but semula), semak Alat dan bar alat anda untuk ikon. Ingat bahawa bar alat boleh disesuaikan dan opsyen boleh ditambahkan padanya.

    Bar alat perintah Internet Explorer dengan ikon HTTPWatch dipaparkan.

  2. Lancarkan HTTPWatch dalam tetingkap pelayar Internet Explorer. Ia akan kelihatan didok pada pelayar di bahagian bawah tetingkap tersebut. Klik Rakam.

  3. Hasilkan semula langkah sebenar yang terlibat dalam isu prestasi. Klik butang Berhenti dalam HTTPWatch.

  4. Simpan HTTPWatch atau Hantar melalui E-mel. Sila ingat untuk menamakan fail agar ia menyertakan maklumat tarikh dan waktu serta penunjuk sama ada Watch anda mengandungi prestasi yang baik atau buruk.

    HTTPWatch menunjukkan tab Rangkaian untuk pemuatan halaman laman utama Office 365.

    Petikan skrin ini adalah daripada versi HTTPWatch Profesional. Anda boleh membuka surihan yang diambil dalam Versi Asas pada komputer dengan versi Profesional dan membacanya di sana. Maklumat tambahan mungkin tersedia daripada surihan melalui kaedah tersebut.

Perakam Langkah masalah

Perakam Langkah atau PSR.exe membenarkan anda untuk merekodkan isu apabila ia berlaku. Alat ini sangat berguna dan sangat mudah untuk dijalankan.

Menjalankan masalah perakam langkah (PSR.exe) untuk merakam kerja anda

  1. Gunakan sama ada Mula > Jalankan > taipkan PSR.exe > OK atau klik Kekunci Windows > taipkan PSR.exe > kemudian tekan ENTER.

  2. Apabila tetingkap PSR.exe kecil muncul, klik Mulakan Rakaman dan hasilkan semula langkah yang menghasilkan semula isu prestasi.

    Anda boleh menambah komen mengikut keperluan dengan mengklik Tambah komen.

  3. Klik Rekod berhenti apabila anda telah melengkapkan langkah. Jika isu prestasi persembahan halaman, tunggu halaman untuk memaparkan sebelum anda menghentikan rakaman.

  4. Klik Simpan.

Petikan skrin Perakam Langkah atau PSR.exe.

Tarikh dan masa direkodkan untuk anda. Ini pautan NP anda surihan Netmon dan HTTPWatch dalam masa dan membantu menyelesaikan masalah kepersisan. Tarikh dan masa dalam rekod NP boleh menunjukkan seminit berlalu antara log masuk dan pelayaran URL dan persembahan separa pentadbiran Laman, contohnya.

Membaca surihan anda

Kami tidak dapat mengajar segala-galanya yang seseorang itu perlu ketahui mengenai rangkaian dan penyelesaian masalah prestasi melalui artikel. Penguasaan yang baik terhadap prestasi memerlukan pengalaman dan pengetahuan tentang cara rangkaian anda berfungsi dan prestasi kelaziman. Walau bagaimanapun, kami boleh merumuskan isu utama dan menunjukkan cara alat dapat memudahkan kerja anda untuk menangani masalah yang paling biasa.

Jika anda ingin angkat kemahiran membaca surihan rangkaian untuk laman Office 365 anda, Terdapat tiada guru yang lebih baik daripada mencipta surihan pemuatan halaman kerap dan mendapat pengalaman membaca mereka. Contohnya, apabila anda mempunyai peluang, memuatkan Perkhidmatan Office 365 dan menjejak proses. Menapis penyurihan untuk trafik DNS, atau Cari FrameData nama perkhidmatan yang anda disemak. Mengimbas surihan untuk mendapatkan gambaran keseluruhan langkah-langkah yang berlaku apabila perkhidmatan dimuatkan. Ini akan membantu anda mengetahui normal Apakah pemuatan halaman harus kelihatan seperti, dan dalam kes penyelesaian masalah, khususnya di sekeliling prestasi, membandingkan surihan yang baik untuk buruk boleh mengajar anda banyak.

Netmon menggunakan Microsoft Intellisense dalam medan penapis paparan. IntelliSense atau penyempurnaan kod pintar, adalah caranya tersebut yang anda taipkan dalam tempoh dan semua opsyen yang tersedia dipaparkan dalam kotak juntai bawah pemilihan. Jika, contohnya, anda bimbang tentang penskalaan tetingkap TCP, anda boleh mencari cara untuk penapis (seperti .protocol.tcp.window < 100) dengan cara ini.

Petikan skrin Netmon menunjukkan bahawa medan Penapis Paparan menggunakan intellisense.

Surihan Netmon boleh mempunyai banyak trafik dalamnya. Jika anda tidak berpengalaman dengan membaca mereka, ia adalah berkemungkinan besar anda akan terharu membuka penyurihan kali pertama. Perkara pertama yang perlu dilakukan adalah isyarat yang berasingan daripada hingar latar dalam surihan. Anda diuji terhadap Office 365 dan yang trafik yang anda ingin lihat. Jika anda menggunakan untuk menavigasi melalui surihan, anda mungkin tidak memerlukan senarai ini.

Trafik antara klien anda dengan Office 365 bergerak melalui TLS, maksudnya isi trafik akan disulitkan dan tidak boleh dibaca dalam surihan Netmon umum. Analisis prestasi anda tidak perlu mengetahui maklumat khusus dalam paket. Walau bagaimanapun, ia sangat berminat dengan pengepala paket dan maklumat yang terkandung dalamnya.

Petua untuk mendapatkan surihan yang baik

  • Ketahui nilai alamat IPv4 atau IPv6 komputer klien anda. Anda boleh mendapatkan maklumat ini daripada prom perintah dengan menaipkan IPConfig kemudian menekan ENTER. Alamat ini akan membolehkan anda tahu sepintas lalu sama ada trafik dalam surihan melibatkan komputer klien anda secara langsung. Jika terdapat proksi diketahui, ping dan juga dapatkan alamat IP.

  • Singkirkan cache penyelesai DNS anda dan jika boleh, tutup semua pelayar kecuali pelayar yang anda sedang gunakan untuk menjalankan ujian anda. Jika anda tidak dapat berbuat demikian, contohnya, jika sokongan menggunakan sesetengah alat berdasarkan pelayar untuk melihat desktop komputer klien anda, bersedia untuk menapis surihan anda.

  • Dalam surihan sibuk, Cari Perkhidmatan Office 365 yang anda gunakan. Jika anda telah tidak pernah atau jarang melihat trafik anda sebelum, ini adalah langkah berguna dalam memisahkan isu prestasi daripada hingar rangkaian lain. Terdapat beberapa cara untuk melakukan ini. Terus sebelum ujian anda, anda boleh menggunakan ping atau PsPing ke URL perkhidmatan khusus (ping outlook.office365.com dan/atau psping -4 microsoft-my.sharepoint.com:443, untuk contoh). Anda boleh juga mudah mencari PsPing tersebut dalam surihan Netmon (mengikut nama proses). Yang akan memberikan anda tempat untuk mula mencari.

    Tiada masalah jika anda hanya menggunakan penyurihan Netmon pada masa masalah timbul. Untuk mengorientasikan diri anda, gunakan penapis seperti ContainsBin(FrameData, ASCII, "office") atau ContainsBin(FrameData, ASCII, "outlook"). Anda boleh merekodkan nombor bingkai anda daripada fail surihan. Anda juga mungkin ingin skrol anak tetingkap Ringkasan Bingkai hingga sepenuhnya ke kanan dan mencari lajur ID Perbualan. Terdapat nombor yang ditunjukkan di sana untuk ID perbualan khusus ini yang anda juga boleh rekodkan dan lihat dalam pengasingan nanti. Sila ingat untuk mengalih keluar penapis ini sebelum menggunakan sebarang penapisan lain.

    Petua: Netmon mempunyai banyak penapis terbina dalam yang amat berguna. Cuba butang "Muatkan Penapis" di bahagian atas anak tetingkap penapis Paparan.

    Cari IP anda menggunakan PSPing di baris perintah pada komputer klien.

    Penyurihan Netmon dari klien menunjukkan perintah PSPing sama melalui penapis TCP.Flags.Syn == 1.

    Biasakan diri anda dengan trafik anda dan ketahui cara mencari maklumat yang anda perlukan. Contohnya, ketahui cara menentukan paket dalam surihan yang mempunyai rujukan pertama ke perkhidmatan Office 365 yang anda sedang gunakan (seperti "Outlook").

Ambil Office 365 Outlook Online sebagai contoh, trafik bermula dengan sesuatu seperti ini:

  • Pertanyaan Standard DNS dan Respons DNS untuk outlook.office365.com dengan IDPertanyaan yang sepadan. Anda harus memerhatikan Ofset Masa bagi perubahan haluan ini serta lokasi DNS Sejagat Office 365 menghantar permintaan untuk penyelesaian nama. Sebaik-baiknya secara setempat dan bukan merentasi tempat yang sangat jauh. (Ini mungkin diikuti dengan beberapa log masuk dalam talian trafik DNS.)

  • Permintaan HTTP GET yang statusnya Dialih Secara Kekal (301)

  • Trafik RWS termasuk permintaan Sambungan RWS dan balasan Sambungan. (Winsock Jarak Jauh ini yang membuat sambungan untuk anda.)

  • TCP SYN dan TCP SYN/ACK perbualan. Banyak seting dalam perbualan ini mempengaruhi prestasi anda.

  • Kemudian satu siri trafik TLS:TLS iaitu tempat jabat tangan TLS dan perbualan pensijilan TLS berlaku. (Ingat bahawa data disulitkan melalui SSL/TLS.)

Semua bahagian trafik adalah penting dan tersambung, tetapi sebahagian kecil surihan mengandungi maklumat yang sangat penting dari segi penyelesaian masalah prestasi, jadi kami akan memfokuskan bahagian tersebut. Selain itu, memandangkan kami telah banyak melakukan penyelesaian masalah prestasi Office 365 di Microsoft untuk menyusun senarai bagi Sepuluh masalah utama, kami seterusnya akan memfokuskan isu tersebut dan cara untuk menggunakan alat yang kami miliki bagi menangani isu tersebut.

Jika anda belum memasang mereka semua bersedia, matriks di bawah menjadikan menggunakan beberapa alat. Apabila berkenaan. Pautan disediakan pada titik pemasangan. Senarai termasuk alat penyurihan rangkaian yang biasa seperti Netmon dan Wireshark, tetapi menggunakan alat penyurihan sebarang anda berasa selesa dengan, dan di mana yang anda biasa penapisan trafik rangkaian. Apabila anda sedang ujian, ingat:

  • Tutup pelayar anda, dan menguji dengan hanya satu pelayar yang menjalankan - ini akan mengurangkan trafik keseluruhan yang anda tangkap. Yang dibuat untuk surihan yang kurang sibuk.

  • Singkirkan cache penyelesai DNS anda pada komputer klien - Ini akan memberi anda papan papar yang kemas apabila anda mula mengambil tangkapan untuk surihan yang lebih bersih.

Beberapa isu utama

Beberapa isu biasa yang anda mungkin menghadapi dan cara untuk mencarinya dalam surihan rangkaian anda.

Isu Utama

Alat

Apakah yang anda cari

Penskalaan Windows TCP

  • Ditemui dalam SYN - SYN/ACK.

  • Perkakasan yang diwarisi atau sudah lama mungkin tidak memanfaatkan penskalaan tetingkap TCP.

  • Tanpa seting penskalaan tetingkap TCP yang betul, penimbal 16 bit lalai dalam pengepala TCP diisi dalam milisaat.

  • Trafik tidak dapat terus dihantar sehingga klien menerima pengakuan bahawa data asal telah diterima dan menyebabkan kelewatan.

Netmon

Wireshark

Cari trafik SYN - SYN/ACK dalam surihan rangkaian anda.

Dalam Netmon, menggunakan penapis seperti tcp.flags.syn == 1. Penapis ini adalah sama dalam Wireshark.

Penapis dalam Netmon atau Wireshark untuk paket Syn bagi kedua-dua alat: TCP.Bendera.Syn == 1.

Perhatikan bahawa bagi setiap SYN, terdapat nombor port sumber (SrcPort) yang dikaitkan dalam port destinasi (DstPort) bagi Pengakuan (SYN/ACK) yang berkaitan.

Untuk melihat nilai Penskalaan Windows yang digunakan oleh sambungan rangkaian anda, kembangkan SYN terlebih dahulu dan diikuti SYN/ACK yang berkaitan.

Grafik menunjukkan cara untuk memadankan SrcPort ke DstPort dalam penjejakan untuk mendapatkan delta masa.

Seting Masa Melahu TCP

  • Sejak dahulu kala, kebanyakan rangkaian perimeter dikonfigurasikan untuk sambungan sementara, maksudnya sambungan melahu ditamatkan secara amnya.

  • Sesi TCP melahu boleh ditamatkan oleh proksi dan tembok api lebih dari 100 hingga 300 saat.

  • Hal ini bermasalah untuk Outlook Online kerana ia mencipta dan menggunakan sambungan jangka panjang, sama ada ia melahu atau tidak.

  • Apabila sambungan ditamatkan oleh peranti proksi atau tembok api, klien tidak diberitahu dan percubaan untuk menggunakan Outlook Online bermaksud komputer klien akan cuba memulihkan sambungan secara berulang sebelum membuat sambungan baru.

  • Anda mungkin mendapati produk dan prom tergantung atau prestasi yang lembap pada pemuatan halaman.

Netmon

Wireshark

Dalam Netmon, lihat medan Ofset Masa untuk perjalanan pergi balik. Perjalanan pergi balik ialah masa antara klien menghantar permintaan ke pelayan dengan masa klien menerima respons. Semak antara Klien dengan titik keluar (cth. Klien --> Proksi) atau Klien ke Office 365 (Klien --> Office 365). Anda boleh melihat ini dalam pelbagai jenis paket.

Sebagai contoh, penapis dalam Netmon mungkin kelihatan seperti .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12, atau dalam Wireshark, ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

Petua: 

  • Tidak tahu sama ada alamat IP dalam surihan anda tergolong dalam pelayan DNS anda? Cuba mencarinya pada baris perintah. Klik Mula > Jalankan > dan taipkan cmd atau tekan Kekunci Windows > dan taipkan cmd. Apabila digesa, taipkan nslookup <the IP address from the network trace>. Untuk menjalankan ujian, gunakan nslookup terhadap alamat IP komputer anda sendiri.

  • Untuk melihat senarai julat IP Microsoft, lihat URL Office 365 dan julat alamat IP.

Jika terdapat masalah, harapkan panjang masa mengofset muncul dalam kes ini (Outlook Online), terutamanya dalam TLS:TLS paket yang menunjukkan laluan aplikasi Data (contohnya, dalam Netmon anda boleh mencari aplikasi data paket melalui .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Anda sepatutnya melihat perkembangan licin dalam masa merentasi sesi. Jika anda melihat penangguhan yang lama apabila menyegarkan semula Outlook dalam talian anda, hal ini boleh disebabkan oleh Ijazah tinggi mengeset semula yang dihantar.

Kependaman/Masa Perjalanan Pergi Balik

  • Kependaman ialah ukuran yang boleh banyak berubah bergantung pada pelbagai pemboleh ubah seperti menaik taraf peranti lama, menambah bilangan pengguna yang besar pada rangkaian dan peratusan keseluruhan lebar jalur yang digunakan oleh tugas lain pada sambungan rangkaian.

  • Terdapat Kalkulator lebar jalur untuk Office 365 yang tersedia dari halaman perancangan rangkaian dan Penalaan prestasi untuk Office 365 .

  • Perlu mengukur kelajuan sambungan anda atau lebar jalur sambungan ISP anda? Cuba Laman ini (atau Laman sepertinya): Laman rasmi Speedtestdan Pingtest.

Ping

PsPing

Netmon

Wireshark

Untuk menjejaki kependaman dalam surihan, anda akan mendapat manfaat kerana telah mencatat alamat IP komputer klien dan alamat IP pelayan DNS dalam Office 365. Ini adalah untuk tujuan penapisan surihan yang lebih mudah. Jika anda bersambung melalui proksi, anda akan memerlukan alamat IP komputer klien anda, alamat IP proksi/keluar dan alamat IP DNS Office 365 untuk memudahkan kerja.

Permintaan ping yang dihantar ke outlook.office365.com akan memberitahu anda nama pusat data yang menerima permintaan walaupun ping mungkin tidak dapat disambung untuk menghantar paket ICMP berturutan cap dagangan. Jika anda menggunakan PsPing (alat yang percuma untuk dimuat turun) dan menentukan port (443) dan menggunakan IPv4 (-4) anda akan mendapat purata masa perjalanan pergi balik untuk paket yang dihantar. Ini akan berfungsi untuk URL lain dalam perkhidmatan Office 365, seperti psping -4 yourSite.sharepoint.com:443. Malah, anda boleh menentukan bilangan ping untuk mendapat sampel yang lebih besar untuk purata anda, cuba sesuatu seperti: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Nota: PsPing tidak menghantar paket ICMP. Ia Ping dilakukan dengan paket TCP melalui port tertentu, jadi anda boleh menggunakan mana-mana yang anda tahu terbuka. Dalam Office 365 yang menggunakan SSL/TLS, cuba melampirkan port :443 ke PsPing anda.

Petikan skrin yang menunjukkan ping menyelesaikan outlook.office365.com dan PSPing dengan 443 melakukan perkara yang sama tetapi juga melaporkan purata 6.5ms RTT.

Jika anda telah memuatkan halaman Office 365 yang berprestasi lembap semasa melakukan penyurihan rangkaian, anda harus menapis surihan Netmon atau Wireshark untuk DNS. Ini adalah salah satu IP yang kami cari.

Berikut ialah langkah untuk diambil bagi menapis Netmon anda untuk mendapatkan alamat IP (dan cuba lihat Kependaman DNS). Contoh ini menggunakan outlook.office365.com, tetapi juga mungkin menggunakan URL penyewa SharePoint Online (contohnya, hithere.sharepoint.com).

  1. Ping URL ping outlook.office365.com dan, dalam hasil, rekodkan nama dan alamat IP pelayan DNS yang menerima permintaan ping.

    Permintaan Ping ke outlook.office365.com menunjukkan DNS dan alamat IP namnorthwest.

  2. Rangkaian jejak membuka halaman atau melakukan tindakan yang menimbulkan masalah prestasi, atau, jika anda melihat kependaman yang tinggi pada ping itu sendiri, surih rangkaiannya.

  3. Buka surihan dalam Netmon dan penapis untuk DNS (penapis ini juga berfungsi dalam Wireshark, tetapi sensitif huruf -- dns). Memandangkan anda mengetahui nama pelayan DNS daripada ping anda, anda boleh membuat penapisan dengan lebih cepat dalam Netmon seperti ini: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest") , yang kelihatan seperti ini dalam Wireshark dns and frame contains "namnorthwest".

    Buka paket respons dan dalam tetingkap Butiran Bingkai Netmon, klik DNS untuk paparan maklumat lanjut. Dalam maklumat DNS, anda akan menemui alamat IP pelayan DNS yang ditujui permintaan dalam Office 365 -- anda akan memerlukan alamat IP ini untuk langkah seterusnya (alat PsPing). Alih keluar penapis, klik kanan pada Respons DNS dalam Ringkasan Bingkai Netmon > Cari Perbualan > DNS untuk melihat Pertanyaan DNS dan Respons secara sebelah-menyebelah.

    Jejak ditapis dengan Cari Perbualan kemudian dengan DNS.

  4. Dalam Netmon, perhatikan juga lajur Masa Ofset antara Permintaan DNS dengan Respons.

    Hasil Netmon tambahan ditapis dengan DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest") menunjukkan Masa Ofset yang sangat rendah di antara permintaan dan respons.

Dalam langkah berikut, mudah untuk memasang dan menggunakan alat PsPing adalah sangat berguna, kedua-dua kerana ICMP sering disekat pada Tembok Api dan kerana PsPing dihiasi menjejaki kependaman dalam milisaat. PsPing menyelesaikan sambungan TCP alamat dan port (dalam kami kes Buka port 443).

  1. Pasang PsPing.

  2. Buka prom perintah (Mula > Jalankan > taipkan cmd atau Kekunci Windows > taipkan cmd) dan ubah direktori kepada direktori PsPing dipasang untuk menjalankan perintah PsPing. Dalam contoh saya, perhatikan bahawa saya membuat folder 'Perf' pada akar C. Anda boleh melakukan perkara yang sama untuk capaian segera.

  3. Taipkan perintah agar anda menjalankan PsPing anda terhadap alamat IP pelayan DNS Office 365 dari surihan Netmon anda sebelum ini -- ingat untuk menambahkan nombor port. Dengan kata lain, psping -n 20 132.245.24.82:445. Ini akan memberi anda pensampelan 20 ping dan memuratakan kependaman apabila PsPing berhenti.

    Perintah PSPing psping -n 20 132.245.24.82:443 mengembalikan purata kependaman 25.51 milisaat.

Jika anda pergi ke Office 365 melalui pelayan proksi, langkah adalah berbeza sedikit. Anda harus PsPing ke pelayan proksi anda terlebih dahulu untuk mendapatkan purata nilai kependaman dalam milisaat ke proksi/keluar dan kembali kemudian sama ada menjalankan PsPing pada proksi atau pada komputer dengan sambungan Internet langsung untuk mendapatkan nilai yang hilang (yang ke Office 365 dan kembali).

Jika anda memilih untuk menjalankan PsPing dari proksi, anda akan mempunyai dua nilai milisaat: Komputer klien ke pelayan proksi atau titik keluar dan pelayan proksi ke Office 365. Anda sudah selesai! Tetapi hanya dalam mencatatkan nilai.

Jika anda menjalankan PsPing pada komputer klien yang lain yang mempunyai sambungan terus ke Internet, iaitu, tanpa proksi, anda akan mempunyai dua millisecond nilai: komputer klien untuk pelayan proksi atau titik keluar, dan komputer klien ke Office 365. Dalam kes ini, menolak nilai komputer klien ke proksi pelayan atau keluar titik daripada nilai komputer klien ke Office 365, dan anda akan mempunyai nombor RTT dari komputer klien anda ke pelayan proksi atau titik keluar dan dari proksi pelayan atau keluar titik ke Office 365.

Walau bagaimanapun, jika anda boleh mencari komputer klien dalam lokasi terpengaruh yang disambungkan secara langsung atau memintas proksi, anda boleh memilih untuk melihat sama ada isu itu terhasil semula di sana terlebih dahulu dan uji dengannya selepas itu.

Kependaman, seperti yang dilihat dalam surihan Netmon, milisaat tambahan itu mungkin boleh menambah, jika terdapat bilangan yang mencukupi dalam sesi yang tertentu.

Kependaman umum dalam Netmon dengan lajur Delta Masa lalai Netmon ditambahkan pada Ringkasan Bingkai.

Nota: Alamat IP anda mungkin berbeza daripada IP yang ditunjukkan di sini, contohnya, ping anda mungkin mengembalikan sesuatu seperti 157.56.0.0/16 atau julat yang serupa. Untuk senarai julat yang digunakan oleh Office 365, semak URL Office 365 dan julat alamat IP. Sila ingat untuk mengembangkan semua nod (terdapat butang di bahagian atasnya) contohnya, jika anda ingin mencari 132.245.

Pengesahan Proksi

  • Ini hanya berkenaan dengan anda jika anda melalui pelayan proksi. Jika tidak, anda boleh melangkau langkah ini.

  • Pengesahan proksi sepatutnya berlaku dalam milisaat secara konsisten apabila berfungsi dengan betul. Anda tidak patut melihat prestasi yang buruk secara berkala semasa tempoh penggunaan pada kemuncak (contohnya).

  • Jika Pengesahan proksi dihidupkan, setiap kali anda membuat sambungan TCP baru ke Office 365 untuk mendapatkan maklumat, anda perlu melalui proses pengesahan yang tidak kelihatan. Jadi, contohnya, apabila bertukar dari Kalendar ke Mel dalam Outlook Online, anda akan disahkan. Dalam SharePoint Online, jika halaman memaparkan media atau data daripada berbilang laman atau lokasi, anda akan disahkan bagi setiap sambungan TCP yang berbeza yang diperlukan untuk mempersembahkan data.

  • Dalam Outlook Online, anda mungkin mengalami masa pemuatan yang perlahan setiap kali anda bertukar antara Kalendar dengan peti mel anda atau pemuatan halaman yang perlahan dalam SharePoint Online. Walau bagaimanapun, terdapat gejala lain yang tidak disenaraikan di sini.

    Pengesahan proksi ialah seting yang pada pelayan proksi keluar. Jika ia menyebabkan isu prestasi dengan Office 365, anda mesti rujuk pasukan rangkaian anda.

Netmon

Wireshark

Menunjukkan pengesahan proksi letakkan apabila sesi TCP baru mesti berputar ke atas, biasa untuk meminta fail atau maklumat dari pelayan atau untuk memberikan maklumat. Contohnya, anda mungkin melihat pengesahan proksi di sekeliling permintaan HTTP GET atau HTTP kiriman. Jika anda ingin melihat bingkai yang anda sedang pengesahan permintaan dalam surihan anda, menambah lajur 'NTLMSSP ringkasan' Netmon dan penapis untuk .property.NTLMSSPSummary. Untuk melihat tempoh pengesahan mengambil, tambah lajur Delta masa. Untuk menambah lajur Netmon:

  1. Klik kanan pada lajur seperti Perihalan.

  2. Klik Pilih Lajur. Cari Ringkasan NTLMSSP dan Delta Masa dalam senarai dan klik Tambah.

  3. Alihkan lajur baru ke bahagian sebelum atau selepas lajur Perihalan agar anda boleh membacanya sebelah-menyebelah. Klik OK.

Walaupun anda tidak menambah lajur, penapis Netmon akan berfungsi. Tetapi anda menyelesaikan masalah akan lebih mudah jika anda boleh melihat apa peringkat pengesahan anda. Apabila mencari kejadian pengesahan proksi, pastikan untuk mengkaji semua bingkai yang cabaran NTLM, atau mesej mengesahkan ialah persembahkan. Jika perlu, klik kanan bahagian tertentu trafik dan Cari perbualan > TCP. Sila ambil perhatian nilai Delta masa dalam perbualan ini.

Penjejakan Netmon menunjukkan pengesahan proksi, ditapis mengikut perbualan.

Kelewatan empat saat dalam pengesahan proksi seperti yang dilihat dalam Wireshark. Lajur Delta masa daripada bingkai yang dipaparkan sebelumnya dihasilkan dengan mengklik kanan medan nama yang sama dalam butiran bingkai dan memilih Tambah sebagai Lajur.

Dalam Wireshark, lajur 'Time delta from previous displayed frame' boleh dibuat dengan mengklik kanan pada medan dengan nama yang sama dalam butiran bingkai dan memilih Tambah sebagai Lajur.

Prestasi DNS

  • Penyelesaian nama berfungsi dengan baik dan paling pantas apabila ia terletak sehampir mungkin dengan negara klien.

  • Jika penyelesaian nama DNS berlaku di luar negara, pemuatan halaman mungkin mengambil masa yang lebih lama.

  • Sebaik-baiknya, penyelesaian nama berlaku dalam masa kurang daripada 100ms. Jika tidak, anda harus melakukan penyiasatan yang selanjutnya.

Petua: Tidak pasti cara Kesambungan Klien berfungsi dalam Office 365? Lihat dokumen Rujukan Kesambungan Klien di sini.

Netmon

Wireshark

PsPing

Penganalisisan prestasi DNS biasanya merupakan kerja lain bagi penyurihan rangkaian. Walau bagaimanapun, PsPing juga berguna dalam menentukan sebab yang berkemungkinan.

Trafik DNS adalah berdasarkan permintaan TCP dan UDP dan respons ditandakan secara jelas dengan ID yang akan membantu untuk memadankan permintaan khusus dengan respons khususnya. Anda akan dapat melihat trafik DNS, contohnya apabila SharePoint Online menggunakan nama rangkaian atau URL pada halaman web. Sebagai peraturan umum, kebanyakan trafik ini, kecuali semasa memindahkan Zon, berjalan melalui UDP.

Dalam kedua-dua Netmon dan Wireshark, penapis paling asas yang akan membolehkan anda melihat trafik DNS adalah hanya dns. Pastikan anda menggunakan huruf kecil apabila menentukan penapis. Ingat untuk mengosongkan cache penyelesai DNS anda sebelum anda bermula untuk menghasilkan semula isu pada komputer klien anda. Contohnya, jika anda mempunyai pemuatan halaman SharePoint Online perlahan untuk halaman rumah, anda harus tutup semua pelayar, buka pelayar baru, mulakan penyurihan, singkirkan cache penyelesai DNS anda, dan semak lalu ke laman SharePoint Online anda. Sebaik sahaja menyelesaikan keseluruhan halaman, anda perlu berhenti dan simpan penyurihan.

Penapis asas untuk DNS dalam Netmon ialah DNS.

Anda ingin melihat masa ofset di sini. Dan ia mungkin berguna untuk menambah lajur Delta masa Netmon yang anda boleh lakukan dengan melengkapkan langkah ini:

  1. Klik kanan pada lajur seperti Perihalan.

  2. Klik Pilih Lajur.

  3. Cari Delta Masa dalam senarai dan klik Tambah.

  4. Alihkan lajur baru ke bahagian sebelum atau selepas lajur Perihalan agar anda boleh membacanya sebelah-menyebelah. Klik OK.

Jika anda mencari pertanyaan yang diinginkan, pertimbangkan untuk mengasingkan dengan mengklik kanan pertanyaan tersebut dalam panel butiran bingkai, pilih Cari perbualan > DNS. Perhatikan panel perbualan rangkaian melompat kanan perbualan tertentu dalam log webnya UDP trafik.

Penyurihan Outlook Online oleh Netmon memuatkan ditapis oleh DNS, dan menggunakan Cari Perbualan kemudian DNS untuk memperincikan hasil.

Dalam Wireshark, anda boleh membuat lajur untuk kali DNS. Menangkap surihan anda (atau Buka jejak) dalam Wireshark dan menapis dengan dns, atau lebih Keberhasilan, dns.time. Klik pada sebarang pertanyaan DNS dan dalam panel yang menunjukkan butiran, mengembangkan butiran Domain Name System (response) . Anda akan melihat medan untuk masa (contohnya, [Time: 0.001111100 seconds]. Klik kanan pada masa ini dan pilih gunakan sebagai lajur. Ini akan memberi anda lajur masa untuk pengisihan cepat surihan anda. Klik pada lajur baru untuk mengisih mengikut nilai untuk melihat yang panggilan DNS menurun mengambil paling lama untuk menyelesaikan.

Semak lalu SharePoint Online yang ditapis dalam Wireshark mengikut dns.time (huruf kecil), dengan masa daripada butiran dijadikan lajur dan diisih menaik.

Jika anda ingin melakukan lebih banyak penyiasatan masa resolusi DNS, cuba PsPing terhadap port DNS yang digunakan oleh TCP (contohnya, psping <IP address of DNS server>:53). Adakah anda masih melihat isu prestasi? Jika anda lakukan, kemudian masalah adalah lebih mungkin isu rangkaian lebih luas daripada isu tertentu aplikasi DNS yang anda sedang mencapai untuk melakukan resolusi. Ia adalah juga bernilai menyebut, sekali lagi, bahawa ping Outlook.office365.com akan memberitahu anda yang penyelesaian nama DNS untuk Outlook Online berlaku (contohnya, outlook-namnorthwest.office365.com).

Jika isu adalah khusus DNS, anda perlu menghubungi jabatan IT untuk mengkaji konfigurasi DNS dan Pemaju DNS untuk menyiasat isu ini dengan selanjutnya.

Kebolehskalaan Proksi

  • Perkhidmatan seperti Outlook Online dalam Office 365 memberi klien berbilang sambungan jangka panjang.

  • Oleh itu, setiap pengguna boleh menggunakan sambungan lain yang memerlukan hayat yang lebih panjang.

Petua: Perlu merancang penggunaan lebar jalur kerana anda akan menambah ramai pengguna pada Office 365? Cuba Merancang penggunaan lebar jalur Internet untuk Office 365. Kalkulator lebar jalur tersedia di sana.

Matematik

Tiada surihan rangkaian atau alat penyelesaian masalah yang khusus. Sebaliknya, ia adalah berdasarkan pengiraan lebar jalur mengikut had dan pemboleh ubah lain yang ditetapkan.

Saiz Segmen Maks TCP

  • Ditemui dalam SYN - SYN/ACK.

  • Lakukan semakan ini dalam sebarang surihan rangkaian prestasi yang telah anda jalankan untuk memastikan bahawa paket TCP dikonfigurasikan untuk membawa jumlah maksimum data yang mungkin.

  • Matlamatnya adalah untuk melihat MSS 1460 bait bagi pemindahan data.

  • Jika anda di sebalik proksi atau anda menggunakan NAT, ingat untuk menjalankan ujian ini dari klien ke proksi/keluar/NAT dan dari proksi/keluar/NAT ke Office 365 untuk hasil terbaik! Ini ialah sesi TCP yang berbeza.

Netmon

Saiz segmen maks TCP (MSS) adalah parameter Jabat tangan tiga cara dalam surihan rangkaian anda, yang bermakna anda akan menemui data yang anda perlukan dalam SYN - SYN/ACK paket yang lain. MSS yang sebenarnya cukup mudah untuk melihat.

Buka sebarang surihan rangkaian prestasi yang anda miliki dan cari sambungan yang anda berasa aneh atau sambungan yang menunjukkan masalah prestasi.

Nota: 

  • Jika anda melihat surihan dan perlu mencari trafik yang berkaitan dengan perbualan anda, tapis mengikut IP Klien, atau IP pelayan proksi atau titik keluar atau kedua-duanya. Sambungan langsung memerlukan ping URL yang anda uji untuk alamat IP Office 365 dalam surihan dan tapis mengikutnya.

  • Melihat penyurihan terpakai? Cuba menggunakan penapis untuk menetapkan orientasi diri anda. Dalam Netmon, menjalankan carian berdasarkan URL, seperti Containsbin(framedata, ascii, "sphybridExample"), ambil perhatian nombor bingkai. Dalam Wireshark menggunakan seperti frame contains "sphybridExample". Jika anda mendapati bahawa anda menemui trafik jauh Winsock (RWS) (ia mungkin muncul sebagai satu [PSH, ACK] dalam Wireshark), ingat bahawa RWS bersambung boleh dilihat sejurus sebelum berkaitan SYN - SYN/ACKs, seperti yang dibincangkan terdahulu. Pada ketika ini, anda boleh merakam nombor bingkai, lepaskan penapis, klik semua trafik dalam tetingkap perbualan rangkaian dalam Netmon untuk melihat SYN. terdekat

  • Penting sekali, jika anda tidak menerima sebarang maklumat alamat IP semasa penyurihan, tindakan mencari URL anda dalam surihan (contohnya, sebahagian daripada sphybridExample-my.sharepoint.com) akan memberi anda alamat IP untuk ditapis.

  1. Cari sambungan dalam surihan yang anda ingin lihat. Anda boleh berbuat demikian sama ada dengan mengimbas surihan, menapis alamat IP atau memilih ID Perbualan khusus menggunakan tetingkap Perbualan Rangkaian dalam Netmon.

    Menapis mengikut perbualan. Klik kanan bingkai SYN dan klik Cari Perbualan, TCP.

  2. Sebaik sahaja anda menemui paket SYN, kembangkan TCP (dalam Netmon) atau Protokol Kawalan Pemindahan (dalam Wireshark) dalam panel Butiran Bingkai.

  3. Kembangkan Opsyen TCP dan Saiz Segmen Maks.

  4. Cari bingkai SYN-ACK yang berkaitan dan Kembangkan Opsyen TCP dan Saiz Segmen Maks.

  5. Dua nilai yang lebih kecil adalah Saiz Segmen Maksimum anda.

Dalam gambar ini, saya memanfaatkan lajur terbina dalam Netmon yang dipanggil penyelesai masalah TCP.

Jejak Rangkaian ditapis dalam Netmon menggunakan lajur terbina dalam.

Lajur terbina dalam berada di bahagian atas panel Butiran Bingkai. (Untuk bertukar kembali kepada pandangan normal anda, klik Lajur sekali lagi kemudian pilih Zon Masa.)

Tempat untuk mencari Lajur juntai bawah bagi opsyen Penyelesaian Masalah TCP (di bahagian atas Ringkasan Bingkai).

Berikut ialah jejak ditapis dalam Wireshark. Terdapat penapis yang khusus kepada nilai MSS (tcp.options.mss). Bingkai SYN, SYN/ACK, Jabat tangan ACK dipautkan di bawah Wireshark sama dengan butiran bingkai (jadi bingkai 47 ACK, pautan ke 46 SYN/ACK, pautan ke 43 SYN) untuk memudahkan kerja jenis ini.

Penapis dalam Wireshark oleh tcp.Options.mss untuk Saiz Segmen Maks (MSS).

Jika anda perlu menyemak Selective Acknowledgment (topik berikutnya dalam matriks ini), jangan tutup surihan anda!

Selective Acknowledgment

  • Ditemui dalam SYN - SYN/ACK.

  • Mesti dilaporkan sebagai dibenarkan dalam kedua-dua SYN dan SYN/ACK.

  • Selective Acknowledgment (SACK) membenarkan pemindahan semula data yang lebih lancar apabila paket hilang.

  • Peranti boleh menyahdayakan ciri ini yang boleh menyebabkan masalah prestasi.

  • Jika anda di sebalik proksi atau anda menggunakan NAT, ingat untuk menjalankan ujian ini dari klien ke proksi/keluar/NAT dan dari proksi/keluar/NAT ke Office 365 untuk hasil terbaik! Ini ialah sesi TCP yang berbeza.

Netmon

Selective Acknowledgment (SACK) ialah parameter lain dalam jabat tangan SYN-SYN/ACK. Anda boleh menapis surihan anda untuk SYN - SYN/ACK dengan pelbagai cara.

  1. Cari sambungan dalam surihan yang anda ingin lihat sama ada dengan mengimbas surihan, menapis mengikut alamat IP atau dengan mengklik ID Perbualan menggunakan tetingkap Perbualan Rangkaian dalam Netmon.

  2. Sebaik sahaja anda menemui paket SYN, kembangkan TCP dalam Netmon atau protokol kawalan pemindahan dalam Wireshark dalam seksyen butiran bingkai.

  3. Kembangkan Opsyen TCP kemudian SACK.

  4. Cari bingkai SYN-ACK yang berkaitan dan Kembangkan Opsyen TCP dan medan SACK.

  5. Pastikan penciptaan SACK diizinkan dalam kedua-dua SYN dan SYN/ACK.

Berikut ialah nilai SACK sebagaimana yang dilihat dalam kedua-dua Netmon dan Wireshark.

Selective Acknowledgment (SACK) dalam Netmon yang dihasilkan tcp.flags.syn == 1.

SACK sebagaimana dilihat di Wireshark dengan penapis tcp.bendera.syn == 1.

Geolokasi DNS

  • Lokasi Office 365 cuba menyelesaikan panggilan DNS mempengaruhi kelajuan sambungan anda.

  • Dalam Outlook Online, selepas carian DNS pertama diselesaikan, lokasi DNS tersebut akan digunakan untuk menyambung anda ke pusat data yang terdekat dengan anda. Anda akan disambung ke pelayan CAS Outlook Online yang akan menggunakan rangkaian tunjang untuk menyambung ke pusat data (dC) tempat data anda disimpan. Ini adalah lebih cepat.

  • Apabila mencapai SharePoint Online, pengguna yang mengembara akan dihalakan ke pusat data aktif mereka -- iaitu dC yang lokasinya adalah berdasarkan tapak rumah penyewa SPO mereka (jadi, dC di AS jika pengguna bertapak di AS).

  • Lync online mempunyai nod aktif dalam lebih daripada satu dC pada satu masa. Apabila permintaan dihantar untuk tika Lync online, DNS Microsoft akan menentukan lokasi asal permintaan dan mengembalikan alamat IP dari dC rantau terdekat yang Lync online adalah aktif.

Petua: Perlu mengetahui lebih lanjut tentang cara klien menyambung ke Office 365? Cuba lihat artikel rujukan Kesambungan Klien (dan grafiknya yang berguna).

Ping

PsPing

Permintaan untuk penyelesaian nama daripada pelayan DNS klien untuk pelayan DNS Microsoft harus dalam kebanyakan kes mengakibatkan DNS Microsoft mengembalikan alamat IP pusat data rantau (dC). Apakah maknanya untuk anda? Jika anda headquarters dalam Bangalore, India, tetapi anda sedang dalam perjalanan di Amerika Syarikat, apabila pelayar anda membuat permintaan untuk Outlook Online, pelayan DNS Microsoft harus tangan anda alamat IP untuk pusat data di Amerika Syarikat--pada pusat data rantau. Jika mel diperlukan daripada Outlook, data tersebut akan perjalanan merentasi rangkaian cepat penyumbang utama Microsoft antara pusat data yang.

DNS berfungsi dengan lebih cepat apabila penyelesaian nama adalah sehampir mungkin dengan lokasi pengguna. Jika anda berada di Eropah, pergi ke DNS Microsoft di Eropah dan (sekiranya mampu) berurusan dengan pusat data di Eropah. Prestasi dari klien di Eropah menuju ke DNS dan pusat data di Amerika adalah lebih perlahan.

Jalankan alat Ping terhadap outlook.office365.com untuk menentukan lokasi permintaan DNS anda dihalakan. Jika anda berada di Eropah, anda sepatutnya melihat balasan daripada outlook-emeawest.office365.com misalnya. Di Amerika, jangkakan outlook-namnorthwest.office365.com.

  1. Buka prom perintah pada komputer klien (melalui Mula > Jalankan > cmd atau kekunci Windows > taipkan cmd).

  2. Taipkan ping outlook.office365.com dan tekan Enter.

    Ingat, untuk menentukan -4 jika anda ingin menentukan ping melalui IPv4. Anda mungkin gagal untuk mendapatkan jawapan daripada paket ICMP, tetapi anda akan melihat nama DNS yang permintaan dihalakan.

Jika anda ingin melihat nombor kependaman untuk sambungan ini, cuba PsPing ke alamat IP pelayan yang dikembalikan oleh ping.

Ping outlook.office365.com menunjukkan resolusi dalam outlook-namnorthwest.

PSPing ke alamat IP yang dikembalikan oleh ping outlook.office365.com menunjukkan pendaman milisaat purata 28.

Penyelesaian Masalah Aplikasi Office 365

Netmon

HTTPWatch

Konsol F12 dalam pelayar

Kami tidak meliputi alat yang digunakan dalam aplikasi khusus penyelesaian masalah dalam artikel rangkaian khusus ini. Tetapi anda akan menemui sumber anda boleh gunakan pada halaman ini.

Topik Berkaitan

Menguruskan titik akhir Office 365
kesambungan penyelesaian masalah Office 365

Nota: Notis Penafian Penterjemahan Mesin: Artikel ini telah diterjemah oleh sistem komputer tanpa campur tangan manusia. Microsoft menawarkan penterjemahan mesin ini untuk membantu pengguna-pengguna yang tidak bertutur dalam Bahasa Inggeris supaya dapat menikmati kandungan mengenai produk, perkhidmatan dan teknologi Microsoft. Artikel ini mungkin mengandungi ralat perbendaharaan kata, sintaks atau tatabahasa kerana ia diterjemahkan oleh mesin.

Kembangkan kemahiran anda
Jelajahi latihan
Dapatkan ciri baru terlebih dahulu
Sertai Office Insiders

Adakah maklumat ini membantu?

Terima kasih atas maklum balas anda!

Terima kasih atas maklum balas anda! Nampaknya ia mungkin akan membantu untuk menyambungkan anda kepada salah seorang daripada ejen sokongan Office kami.

×