Rencana untuk Office 365 pemecahan masalah kinerja

Penting: Artikel ini adalah terjemahan mesin, lihat penafian. Temukan versi bahasa Inggris artikel di sini sebagai rujukan Anda.

Perlu Anda ketahui langkah yang perlu diambil untuk mengidentifikasi dan memperbaiki tertinggal, berhenti merespons, dan kinerja yang lambat antara SharePoint Online, OneDrive for Business, Exchange Online, atau Skype for Business Online, dan komputer klien Anda? Sebelum Anda menghubungi dukungan, artikel ini bisa membantu Anda memecahkan masalah kinerja Office 365 dan bahkan memperbaiki beberapa masalah yang paling umum.

Artikel ini adalah benar-benar rencana tindakan yang bisa Anda gunakan untuk mengambil data berharga tentang masalah kinerja Anda seperti yang terjadi. Beberapa masalah yang sering terjadi juga tercantum di sini.

Jika Anda baru menggunakan jaringan kinerja dan ingin membuat sebuah rencana jangka panjang untuk memantau kinerja antara komputer klien dan Office 365, lihat Office 365 penyelarasan kinerja dan pemecahan masalah - Admin dan Pro.

Kinerja rencana tindakan pemecahan masalah

Rencana tindakan ini berisi dua bagian; tahap persiapan, dan fase pembuatan log. Jika Anda memiliki masalah kinerja sekarang, dan Anda perlu melakukan pengumpulan data, Anda bisa langsung mulai menggunakan rencana ini.

Menyiapkan komputer klien

  • Menemukan komputer klien yang bisa mereproduksi masalah kinerja. Komputer ini akan digunakan selama berlangsungnya pemecahan masalah.

  • Tulis langkah-langkah yang menyebabkan terjadinya masalah kinerja sehingga Anda siap ketika tiba saatnya untuk melakukan pengujian.

  • Instal alat-alat untuk mengumpulkan dan merekam informasi:

    • Menginstal Netmon 3.4 (atau gunakan alat penelusuran yang setara).

    • Menginstal edisi dasar gratis HTTPWatch (atau gunakan alat penelusuran yang setara).

    • Gunakan perekam layar atau jalankan Steps Recorder (PSR.exe) yang disertakan dengan Windows Vista dan yang lebih baru, untuk menyimpan rekaman langkah-langkah yang Anda ambil selama pengujian.

Buat log masalah kinerja

  • Tutup semua browser internet yang tidak perlu.

  • Mulai Steps Recorder, atau perekam layar lainnya.

  • Mulai pengambilan gambar Netmon (atau alat penelusuran jaringan).

  • Bersihkan singgahan DNS pada komputer klien dari baris perintah dengan mengetik ipconfig /flushdns.

  • Mulai sesi browser baru dan aktifkan HTTPWatch.

  • Opsional: Jika Anda menguji Exchange Online, jalankan alat Exchange Client Performance Analyzer dari konsol admin Office 365.

  • Reproduksi langkah-langkah persis yang menyebabkan masalah kinerja.

  • Hentikan Netmon Anda atau alat penelusuran lain.

  • Di baris perintah, jalankan jalankan rute penelusuran ke langganan Office 365 Anda dengan mengetik perintah berikut ini lalu tekan ENTER:

    tracert <subscriptionname>.onmicrosoft.com

  • Hentikan Steps Recorder dan simpan videonya. Pastikan untuk menyertakan tanggal dan waktu perekaman dan apakah itu memperlihatkan kinerja yang baik atau buruk.

  • Simpan file penelusuran. Sekali lagi, pastikan untuk menyertakan tanggal dan waktu perekaman dan apakah itu memperlihatkan kinerja yang baik atau buruk.

Jika Anda belum terbiasa menjalankan alat-alat yang disebutkan di artikel ini, jangan khawatir karena kami menyediakan langkah-langkah berikutnya. Jika Anda terbiasa untuk menjalankan perekaman jaringan semacam ini, Anda bisa melompat ke bagian Cara membaca penelusuran Anda yang menguraikan pemfilteran dan membaca log.

Hapus Singgahan DNS terlebih dahulu

Mengapa? Dengan menghapus singgahan DNS, Anda memulai pengujian dalam keadaan bersih. Dengan menghapus singgahan, Anda sedang mereset konten pemecah masalah DNS ke entri yang paling up to date. Ingatlah bahwa penghapusan tidak menghapus entri file HOST. Jika Anda menggunakan entri file HOST secara luas, Anda harus menyalin entri itu ke file dalam direktori lain lalu kosongkan file HOST itu.

Menghapus singgahan pemecah masalah DNS Anda

  1. Buka prompt perintah, (baik Mulai > Jalankan > cmd atau Tombol Windows > cmd).

  2. Ketikkan perintah berikut ini dan tekan ENTER:

    ipconfig /flushdns

Netmon

Microsoft jaringan pemantauan alat (Netmon) menganalisis paket, yaitu lalu lintas yang antara komputer pada jaringan. Dengan menggunakan Netmon untuk melacak lalu lintas dengan Office 365 Anda bisa mengambil, tampilan, dan baca paket header, mengidentifikasi perangkat tahun, periksa pengaturan penting pada perangkat keras jaringan, Cari jatuh paket, dan ikuti arus lalu lintas antara komputer jaringan perusahaan Anda dan Office 365. Karena isi aktual lalu lintas terenkripsi, yaitu, itu (perjalanan di port 443 melalui SSL/TLS, Anda tidak bisa membaca file yang sedang dikirim. Sebagai gantinya, Anda mendapatkan jejak tidak difilter jalur yang diperlukan paket yang bisa membantu Anda melacak masalah perilaku.

Pastikan Anda tidak menerapkan filter pada saat ini. Sebaliknya, jalankan langkah-langkah dan demonstrasikan masalah sebelum menghentikan penelurusan dan penyimpanan.

Setelah Anda menginstal Netmon 3.4, buka alat dan lakukan langkah-langkah berikut:

Lakukan Penelusuran Netmon dan reproduksi masalahnya

  1. Luncurkan Netmon 3.4.

    Ada tiga panel pada halaman mulai : Menangkap terbaru, Pilih jaringandan mendapatkan memulai dengan Microsoft jaringan Monitor 3.4. Pemberitahuan. Pilih jaringan panel juga akan memberi Anda daftar jaringan default dari mana Anda bisa mengambil. Pastikan bahwa kartu jaringan dipilih di sini.

  2. Klik Rekaman Baru di bagian atas halaman Mulai. Ini menambahkan tab baru samping halaman Mulai yang disebut Rekaman 1.

    Antarmuka pengguna Nemon dengan tombol Hasil Foto Baru, Mulai, dan Berhenti disorot.

  3. Untuk mengambil rekaman sederhana, klik Mulai pada toolbar.

  4. Reproduksi langkah-langkah yang menimbulkan masalah kinerja.

  5. Klik Hentikan > File > Simpan Sebagai. Ingat untuk memberi tanggal dan waktu dengan zona waktu dan untuk menyebutkan apakah kinerja yang diperlihatkan baik atau buruk.

HTTPWatch

HTTPWatch masuk biaya, dan edisi gratis. Edisi dasar gratis mencakup semua yang Anda butuhkan untuk pengujian ini. HTTPWatch monitor jaringan waktu muat halaman dan lalu lintas langsung dari jendela browser Anda. HTTPWatch adalah plug-in untuk Internet Explorer yang menguraikan secara grafis kinerja. Analisis bisa disimpan dan ditampilkan di HTTPWatch Studio.

Catatan: 

  • Jika Anda menggunakan browser lain, seperti Firefox, Google Chrome, atau jika Anda tidak bisa menginstal HTTPWatch di Internet Explorer, buka jendela browser baru dan tekan F12 di keyboard Anda. Anda akan melihat Alat Pengembang muncul di bagian bawah browser Anda. Jika Anda menggunakan Opera, tekan CTRL+SHIFT+I untuk Web Inspector, lalu klik tab Jaringan dan selesaikan pengujian diuraikan di bawah ini. Informasinya akan sedikit berbeda, tapi waktu muat masih akan tetap ditampilkan dalam milidetik.

  • HTTPWatch juga sangat berguna untuk masalah dengan waktu muat halaman SharePoint Online.

Jalankan HTTPWatch dan reproduksi masalahnya

  1. HTTPWatch adalah plug-in browser, jadi mengekspos alat ini di browser sedikit berbeda untuk masing-masing versi Internet Explorer. Biasanya, Anda bisa menemukan HTTPWatch di bawah bilah Perintah di browser Internet Explorer.

    Jika Anda tidak melihat plug-in HTTPWatch di jendela browser Anda, periksa versi browser Anda dengan mengklik Bantuan > Tentang, atau di versi Internet Explorer yang lebih baru, klik simbol gerigi dan Tentang Internet Explorer. Untuk meluncurkan bilah Perintah, klik kanan bilah menu di Internet Explorer dan klik bilah Perintah. Di masa lalu, HTTPWatch telah dikaitkan baik dengan bilah Perintah maupun Explorer, jadi setelah Anda menginstal, jika Anda tidak segera melihat ikonnya (bahkan setelah boot ulang) centang Alat dan toolbar Anda untuk ikon itu. Ingatlah bahwa toolbar dapat dikustomisasi dan opsi bisa ditambahkan pada toolbar.

    Toolbar Perintah Internet Explorer dengan ikon HTTPWatch ditampilkan.

  2. Meluncurkan HTTPWatch di jendela browser Internet Explorer. Ini akan terlihat tertambah ke browser di bagian bawah jendela tersebut. Klik Rekam.

  3. Reproduksi langkah-langkah persis yang digunakan dalam masalah kinerja ini. Klik tombol Hentikan di HTTPWatch.

  4. Simpan HTTPWatch atau Kirim melalui Email. Ingatlah untuk menamai filenya dengan menyertakan informasi tanggal dan waktu serta indikasi apakah Watch Anda mengandung demonstrasi kinerja yang baik atau buruk.

    HTTPWatch memperlihatkan tab Jaringan untuk memuat halaman dari halaman beranda Office 365.

    Cuplikan layar ini diambil dari versi HTTPWatch Profesional. Anda bisa membuka penelusuran yang dilakukan di Basic Version pada sebuah komputer dengan versi Profesional dan baca di sana. Mungkin ada informasi ekstra dari penelusuran melalui metode itu.

Perekam langkah-langkah masalah

Steps Recorder atau PSR.exe memungkinkan Anda merekam masalah saat masalah itu berlangsung. Ini merupakan alat yang sangat berguna dan mudah dijalankan.

Menjalankan masalah Steps Recorder (PSR.exe) untuk merekam pekerjaan Anda

  1. Gunakan Mulai > Jalankan > ketik PSR.exe > OK, atau, klik Tombol Windows > ketik PSR.exe > lalu tekan ENTER.

  2. Saat jendela kecil PSR.exe muncul, klik Mulai Rekam dan reproduksi langkah-langkah yang mereproduksi masalah kinerja tersebut.

    Anda bisa menambahkan komentar yang diperlukan, dengan mengklik Tambahkan komentar.

  3. Klik Berhenti catatan saat Anda sudah menyelesaikan langkah-langkah. Jika masalah kinerja render halaman, tunggu untuk halaman untuk menyajikan sebelum Anda menghentikan perekaman.

  4. Klik Simpan.

Cuplikan layar Perekam Langkah-Langkah atau PSR.exe.

Tanggal dan waktu yang direkam untuk Anda. Ini link PSR Anda untuk penelusuran Netmon dan HTTPWatch dalam waktu, dan membantu dengan presisi pemecahan masalah. Tanggal dan waktu di catatan PSR bisa memperlihatkan bahwa satu menit melewati antara masuk dan penelusuran URL dan render sebagian situs admin, misalnya.

Membaca penelusuran Anda

Tidaklah mungkin mengajarkan semua tentang pemecahan masalah jaringan dan kinerja yang diperlu diketahui seseorang melalui sebuah artikel. Menguasai tentang kinerja dengan baik memerlukan pengalaman dan pengetahuan tentang cara kerja jaringan dan bagaimana kinerjanya biasanya. Namun memang memungkinkan untuk membuat sebuah daftar masalah-masalah yang paling sering terjadi dan memperlihatkan bagaimana alat bisa memudahkan Anda menghilangkan sebagian besar masalah-masalah umum.

Jika Anda ingin mengambil keahlian Baca jejak jaringan untuk situs Office 365 Anda, ada guru tidak lebih baik daripada membuat jejak pemuatan halaman secara teratur dan mendapatkan pengalaman membacanya. Misalnya, saat Anda memiliki kesempatan, memuat layanan Office 365 dan menelusuri proses. Memfilter penelusuran untuk lalu lintas DNS, atau Cari FrameData untuk nama layanan Anda ditelusuri. Pindai jejak untuk mendapatkan gambaran tentang langkah-langkah yang terjadi saat memuat layanan. Ini akan membantu Anda mempelajari normal apa memuat halaman akan terlihat seperti, dan dalam kasus pemecahan masalah, khususnya di sekitar kinerja, membandingkan jejak baik buruk dapat mengajarkan banyak.

Netmon menggunakan Microsoft Intellisense di bidang filter tampilan. Intellisense, atau kode cerdas penyelesaian, adalah trik yang tempat Anda mengetik dalam periode dan semua opsi yang tersedia ditampilkan dalam kotak turun bawah pilihan. Jika, misalnya, Anda khawatir tentang penskalaan jendela TCP, Anda bisa menemukan Anda cara filter (seperti .protocol.tcp.window < 100) dengan cara ini.

Cuplikan layar Netmon memperlihatkan bahwa bidang Filter Tampilan menggunakan intellisense.

Jejak Netmon bisa memiliki banyak lalu lintas di dalamnya. Jika Anda tidak berpengalaman dengan membaca, itu mungkin Anda akan kewalahan membuka jejak pertama kalinya. Hal pertama yang harus dilakukan adalah memisahkan sinyal dari suara latar belakang di penelusuran. Anda diuji Office 365, dan itu lalu lintas yang ingin Anda lihat. Jika Anda menggunakan untuk menavigasi melalui jejak, Anda mungkin tidak perlu daftar ini.

Lalu lintas antara klien dan Office 365 Anda berjalan melalui TLS, yang berarti bahwa isi lalu lintas akan dienkripsi dan tidak terbaca dalam peneluruan Netmon yang umum. Analisis kinerja Anda tidak harus mengetahui rincian khusus informasi dalam paket tersebut. Namun sangat tertarik pada header paket dan informasi yang terkandung di dalamnya.

Tips untuk mendapatkan penelusuran yang baik

  • Ketahui nilai alamat IPv4 atau IPv6 komputer klien Anda. Anda bisa mendapatkan ini dari prompt perintah dengan mengetik IPConfig , lalu tekan ENTER. Mengetahui alamat ini akan memungkinkan Anda mengetahui sekilas apakah lalu lintas dalam penelusuran secara langsung melibatkan komputer klien Anda. Jika ada proksi yang diketahui, ping proksi itu dan dapatkan pula alamat IP-nya.

  • Hapus pemecah masalah singgahan DNS Anda, dan jika memungkinkan, tutup semua browser kecuali browser yang Anda gunakan untuk menjalankan pengujian. Jika Anda tidak dapat melakukan ini, misalnya jika dukungan menggunakan beberapa alat berbasis browser untuk melihat desktop komputer klien Anda, bersiaplah untuk memfilter penelusuran Anda.

  • Dalam Penelusuran sibuk, temukan layanan Office 365 yang Anda gunakan. Jika Anda tidak pernah atau jarang melihat lalu lintas sebelum, ini adalah langkah berguna dalam memisahkan masalah kinerja dari jaringan suara lainnya. Ada beberapa cara untuk melakukan ini. Langsung sebelum Anda uji, Anda bisa menggunakan ping atau PsPing ke URL layanan tertentu (ping outlook.office365.com dan/atau psping -4 microsoft-my.sharepoint.com:443, untuk contoh). Anda bisa juga dengan mudah menemukan bahwa PsPing dalam Penelusuran Netmon (dengan namanya proses). Yang akan memberi Anda tempat untuk mencari.

    Jika Anda hanya menggunakan penelusuran Netmon pada saat masalah terjadi, itu pun tidak apa-apa. Untuk mengarahkan diri Anda, gunakan filter menyukai seperti ContainsBin(FrameData, ASCII, "office") atau ContainsBin(FrameData, ASCII, "outlook"). Anda bisa merekam nomor bingkai Anda dari file penelusuran. Ada baiknya juga Anda menggulir panel Bingkai Ringfkasan ke arah tepi kanan dan mencari kolom ID Percakapan. Ada nomor yang diindikasikan di sana untuk ID percakapan tertentu ini yang Anda juga bisa catat dan cari dalam isolasi nanti. Ingat untuk menghapus filter ini sebelum menerapkan pemfilteran lain.

    Tips: Netmon memiliki banyak filter bawaan yang sangat berguna. Coba tombol "Muat Filter" tombol di bagian atas panel filter Tampilan.

    Temukan IP Anda dengan menggunakan PSPing di baris-perintah pada komputer klien.

    Jejak Netmon dari klien memperlihatkan perintah PSPing yang sama melalui filter TCP.Flags.Syn == 1.

    Biasakanlah diri dengan lalu lintas Anda, dan pelajari untuk menemukan informasi yang Anda perlukan. Misalnya, pelajari cara menentukan paket mana dalam penelusuran yang memiliki referensi pertama ke layanan Office 365 yang Anda gunakan (seperti, "Outlook" ).

Ambil Office 365 Outlook Online sebagai contoh, lalu lintasnya dimulai dengan sesuatu seperti ini:

  • Kueri Standar DNS dan Respons DNS untuk outlook.office365.com dengan IDKueri yang cocok. Penting agar memperhatikan Waktu offset untuk ini untuk penyelesaian ini berikut serta tempat DNS Global Office 365 mengirimkan permintaan untuk resolusi nama. Idealnya, selokal mungkin alih-alih setengah penjuru dunia. (Ini mungkin diikuti oleh beberapa beberapa DNS melintasi proses masuk online.)

  • Permintaan HTTP GET yang laporan statusnya Dipindahkan Secara Permanen (301)

  • Lalu lintas RWS mencakup permintaan RWS Connect dan balasan Connect. (Ini adalah Remote Winsock yang membuat koneksi untuk Anda.)

  • TCP SYN dan TCP SYN/ACK percakapan. Banyak dari pengaturan dalam percakapan ini mempengaruhi kinerja Anda.

  • Lalu rangkaian lalu lintas TLS:TLS yang merupakan tempat handshare TLS dan percakapan sertifikat TLS berlangsung. (Ingatlah bahwa data dienkripsi melalui SSL/TLS.)

Semua komponen lalu lintas penting dan tersambung, namun bagian kecil dari penelusuran berisi informasi yang sangat penting dalam hal pemecahan masalah kinerja, jadi kita akan fokus pada area itu. Juga, karena kami telah melakukan cukup banyak pemecahan masalah kinerja Office 365 di Microsoft untuk menyusun daftar Sepuluh masalah umum, kita hanya akan fokus pada masalah-masalah itu berikut cara menggunakan alat kita yang akan kita hapus berikutnya.

Jika Anda belum menginstal mereka semua siap, matriks di bawah ini membuat penggunaan beberapa alat. Jika memungkinkan. Link disediakan ke titik instalasi. Daftar menyertakan Alat penelusuran jaringan umum seperti Netmon dan Wireshark, tapi gunakan alat penelusuran Anda merasa nyaman dengan, dan di mana Anda sudah terbiasa dengan pemfilteran lalu lintas jaringan. Saat Anda menguji, ingatlah:

  • Tutup browser Anda, dan uji dengan hanya satu browser menjalankan - ini akan mengurangi keseluruhan lalu lintas yang Anda ambil gambarnya. Membuat untuk jejak tidak terlalu sibuk.

  • Hapus singgahan pemecah masalah DNS di komputer klien Anda - ini akan memberikan Anda tampilan yang bersih ketika Anda mulai merekam, untuk penelusuran yang lebih bersih.

Beberapa masalah teratas

Beberapa masalah umum yang mungkin Anda hadapi dan cara untuk menemukannya di penelusuran jaringan Anda.

Masalah Teratas

Alat

Apa yang Anda cari

Penskalaan Jendela TCP

  • Ditemukan di SYN - SYN/ACK.

  • Perangkat keras yang lama dan mungkin tidak dapat menikmati keuntungan penskalaan jendela TCP.

  • Tanpa pengaturan penskalaan jendela TCP yang tepat, buffer 16-bit default di header TCP terisi dalam milidetik.

  • Lalu lintas tidak bisa terus mengirim hingga klien menerima pengakuan bahwa data asli telah diterima, yang mengakibatkan keterlambatan.

Netmon

Wireshark

Cari lalu lintas SYN - SYN/ACK di penelusuran jaringan Anda.

Di Netmon, menggunakan filter seperti tcp.flags.syn == 1. Filter ini adalah sama di Wireshark.

Filter di Netmon atau Wireshark untuk paket Sinkronisasi untuk kedua alat: TCP.Flags.Syn == 1.

Perhatikan bahwa untuk setiap SYN ada port sumber (SrcPort) angka yang disesuaikan dalam port tujuan (DstPort) Pengakuan (SYN/ACK).

Untuk melihat nilai Penskalaan Jendela yang digunakan oleh koneksi jaringan Anda, perluas SYN terlebih dahulu lalu SYN/ACK terkait.

Grafik yang memperlihatkan cara mencocokkan SrcPort ke DstPort dalam jejak, untuk mendapatkan delta waktu.

Pengaturan Waktu Diam TCP

  • Secara historis, sebagian besar jaringan perimeter dikonfigurasi untuk koneksi sementara, yang berarti koneksi diam biasanya dihentikan.

  • Sesi TCP diam dapat dihentikan oleh proksi dan firewall pada waktu lebih besar dari 100 hingga 300 detik.

  • Ini problematik bagi Outlook Online karena aplikasi ini akan membuat dan menggunakan koneksi jangka panjang, baik diam atau tidak.

  • Saat koneksi diakhiri dengan perangkat proksi atau firewall, klien tidak diberitahu, dan usaha untuk menggunakan Outlook Online akan berarti komputer klien akan berusaha, berulang kali, untuk menghidupkan koneksi sebelum membuat koneksi baru.

  • Anda mungkin melihat berhenti produk, perintah mengadat, atau kinerja yang lambat pada pemuatan halaman.

Netmon

Wireshark

Di Netmon, lihat bidang Waktu Offset bidang untuk perjalanan pulang pergi. Perjalanan pulang pergi adalah waktu antara klien mengirim permintaan ke server dan menerima respons kembali. Pemeriksaan antara Klien, dan titik keluar (mis. Klien --> Proksi), atau Klien ke Office 365 (Client --> Office 365). Anda bisa melihat hal ini pada banyak tipe paket.

Sebagai contoh, filter di Netmon mungkin terlihat seperti .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12, atau, di Wireshark, ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

Tips: 

  • Tidak tahu apakah alamat IP di penelusuran Anda merupakan bagian server DNS? Cobalah mencarinya di baris perintah. Klik Mulai > Jalankan > dan ketik cmd, atau tekan Tombol Windows > dan ketik cmd. Pada prompt, ketik nslookup <the IP address from the network trace>. Untuk menguji, gunakan nslookup terhadap alamat IP komputer Anda.

  • Untuk melihat daftar rentang IP Microsoft, lihat URL Office 365 dan rentang alamat IP.

Jika ada masalah, harapkan panjang waktu offset muncul, dalam hal ini (Outlook Web App), terutama dalam paket TLS:TLS yang memperlihatkan bagian dari aplikasi Data (misalnya, di Netmon Anda bisa menemukan aplikasi paket data melalui .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Anda akan melihat kemajuan mulus dalam waktu seluruh sesi. Jika Anda melihat keterlambatan panjang saat me-refresh Outlook Online, ini bisa disebabkan oleh tingkat tinggi akan mereset sedang dikirim.

Latensi/Waktu Perjalanan Pulang Pergi

  • Latensi adalah sebuah pengukuran yang bisa mengubah banyak hal, bergantung pada banyak variabel, seperti memutakhirkan perangkat yang menua, menambahkan banyak pengguna ke jaringan, dan persentase keseluruhan bandwidth yang dikonsumsi oleh tugas lain pada koneksi jaringan.

  • Ada bandwidth kalkulator untuk Office 365 yang tersedia dari Halaman ini perencanaan jaringan dan penyelarasan kinerja untuk Office 365 .

  • Perlu mengukur kecepatan koneksi Anda, atau bandwith koneksi ISP Anda? Cobalah situs ini (atau situs seperti): Situs resmi Speedtest, dan Pingtest.

Ping

PsPing

Netmon

Wireshark

Untuk melacak latensi dalam penelusuran, Anda akan mendapatkan manfaat mencatat alamat IP komputer klien dan alamat IP server DNS di Office 365. Ini untuk tujuan pemfilteran penelusuran yang lebih mudah. Jika Anda tersambung melalui proksi, Anda memerlukan alamat IP komputer klien, proksi/alamat IP keluar, dan alamat IP DNS Office 365, untuk membuat pekerjaan ini lebih mudah.

Permintaan ping yang dikirim ke outlook.office365.com akan memberi tahu Anda nama pusat data yang menerima permintaan, meski ping mungkin tidak akan dapat tersambung untuk mengirim merek dagang paket ICMP yang berurutan. Jika Anda menggunakan PsPing (alat yang dapat diunduh gratis), dan port tertentu (443) dan mungkin untuk menggunakan IPv4 (-4), Anda akan mendapatkan rata-rata waktu perjalanan pulang pergi untuk paket yang dikirim. Ini akan berfungsi untuk URL lain di layanan Office 365, seperti psping -4 yourSite.sharepoint.com:443. Bahkan, Anda bisa menentukan sejumlah ping untuk mendapatkan sampel yang lebih besar untuk rata-rata Anda, cobalah sesuatu seperti: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Catatan: PsPing tidak mengirim paket ICMP. PSPing Itu ping dengan TCP paket tertentu melalui port, sehingga Anda bisa menggunakan salah satu port yang Anda tahu cara membukanya. Di Office 365, yang menggunakan SSL/TLS, cobalah melampirkan port :443 ke PsPing Anda.

Cuplikan layar yang memperlihatkan ping menyelesaikan outlook.office365.com, dan PSPing dengan 443 melakukan hal yang sama, tetapi juga pelaporan RRT rata-rata 6,5milidetik.

Jika Anda memuat halaman Office 365 yang berkinerja lambat sembari melakukan penelusuran jaringan, Anda harus memfilter penelusuran Netmon atau Wireshark untuk DNS. Ini adalah salah satu dari IP yang kami cari.

Berikut adalah langkah-langkah yang perlu diambil untuk memfilter Netmon untuk mendapatkan alamat IP (dan lihatlah Latensi DNS). Contoh ini menggunakan outlook.office365.com, tetapi dapat juga menggunakan URL penyewa SharePoint Online (hithere.sharepoint.com misalnya).

  1. Ping URL ping outlook.office365.com dan di hasilnya, catat nama dan alamat IP server DNS tujuan permintaan ping dikirimkan.

    Permintaan ping ke outlook.office365.com memperlihatkan DNS dan alamat IP namnorthwest.

  2. Jaringan melacak membuka halaman, atau melakukan tindakan yang memberi Anda kinerja masalah, atau, jika Anda melihat latensi tinggi pada ping itu sendiri, lakukan Penelusuran jaringan padanya.

  3. Buka penelusuran dalam Netmon dan filter untuk DNS (filter ini juga berfungsi di Wireshark, tapi sensitif untuk kasus -- dns). Karena Anda mengetahui nama server DNS dari ping, Anda mungkin juga memfilter lebih cepat di Netmon seperti ini: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest") , yang terlihat seperti ini dalam Wireshark dns and frame contains "namnorthwest".

    Buka paket respons dan, di jendela Detail Bingkai Netmon, klik DNS untuk memperluas untuk informasi selengkapnya. Di informasi DNS Anda akan menemukan alamat IP server DNS termpat masuknya permintaan di Office 365 -- Anda akan memerlukan alamat IP ini untuk langkah berikutnya (alat PsPing). Hapus filter, klik kanan pada Respons DNS di Netmon di Ringkasan Bingkai > Temukan Percakapan > DNS untuk melihat Kueri DNS dan Respons berdampingan.

    Jejak difilter menurut Temukan Percakapan lalu menurut DNS.

  4. Di Netmon, perhatikan juga kolom Waktu Offset antara Permintaan dan Respons DNS.

    Hasil Netmon tambahan difilter dengan DNS DAN CONTAINSBIN(Framedata, ASCII, "namnorthwest") memperlihatkan Offset Waktu yang sangat rendah antara permintaan dan respons.

Di langkah berikutnya, mudah Instal dan gunakan alat PsPing datang sangat berguna, karena ICMP sering diblokir di firewall, maupun karena PsPing elegan melacak latensi dalam milidetik. PsPing menyelesaikan TCP koneksi ke alamat dan port (di kami huruf port terbuka 443).

  1. Instal PsPing.

  2. Buka prompt perintah (Mulai > Jalankan > ketik cmd, atau Tombol Windows > ketik cmd) dan ubah direktori ke direktori tempat Anda menginstal PsPing untuk menjalankan perintah PsPing. Di contoh saya, Anda bisa melihat saya saya membuat folder 'Perf' di akar C. Anda bisa melakukan hal yang sama untuk akses cepat.

  3. Ketik perintah sehingga Anda sedang menjalankan PsPing terhadap alamat IP server DNS Office 365 dari penelusuran Netmon Anda sebelumnya -- ingatlah untuk menambahkan nomor port. Dengan kata lain, psping -n 20 132.245.24.82:445. Ini akan memberikan sampling 20 ping dan rata-rata latensi saat PsPing berhenti.

    Perintah PSPing psping -n 20 132.245.24.82:443 mengembalikan latensi rata-rata 25,51 milidetik.

Jika Anda akan masuk ke Office 365 melalui server proksi, langkah-langkahnya sedikit berbeda. Pertama-tama Anda perlu menjalankan PsPing ke server proksi Anda untuk mendapatkan nilai latensi rata-rata dalam milidetik ke proksi/keluar dan kembali, lalu menjalankan PsPing pada proksi, atau pada komputer dengan koneksi internet langsung untuk mendapatkan nilai yang hilang (nilai ke Office 365 dan kembali).

Jika Anda memilih untuk menjalankan PsPing dari proksi, Anda akan memiliki dua nilai milidetik: Komputer klien ke server proksi atau titik keluar, dan server proksi ke Office 365. Dan selesai! Dan nilai direkam.

Jika Anda menjalankan PsPing pada komputer klien lain yang memiliki hubungan langsung ke Internet, yaitu, tanpa proksi, Anda akan memiliki dua nilai milidetik: komputer klien ke proksi server atau titik keluar, dan komputer klien ke Office 365. Dalam kasus ini, mengurangi nilai komputer klien ke proksi server atau keluar titik dari nilai dari komputer klien ke Office 365, dan Anda akan memiliki angka 5MILIDETIK dari komputer klien Anda ke server proksi atau titik keluar, dan dari proksi server atau keluar titik ke Office 365.

Namun, jika Anda bisa menemukan komputer klien di lokasi terpengaruh yang tersambung secara langsung, atau melewatkan proksi itu, Anda bisa memilih untuk melihat apakah masalah direproduksi di sana, dan ujilah menggunakannya setelah itu.

Latensi, seperti yang terlihat dalam Penelusuran Netmon, ekstra milidetik tersebut bisa tambah, jika ada cukup banyak dalam sesi tiap sesi tertentu.

Latensi umum di Netmon, dengan kolom Delta Waktu default Netmon ditambahkan ke Bingkai Ringkasan.

Catatan: Alamat IP Anda mungkin berbeda dari IP yang diperlihatkan di sini, misalnya, ping Anda dapat mengembalikan sesuatu yang lebih seperti 157.56.0.0/16 atau rentang serupa. Untuk daftar rentang yang digunakan oleh Office 365, lihat URL Office 365 dan rentang alamat IP. Ingatlah untuk memperluas semua node (ada tombol di bagian atas untuk hal ini) jika Anda ingin mencari, misalnya, 132.245.

Autentikasi Proksi

  • Ini hanya berlaku untuk Anda jika Anda melalui server proksi. Jika tidak, Anda bisa melewatkan langkah ini.

  • Ketika bekerja dengan benar, autentikasi proksi semestinya berlangsung dalam milidetik, secara konsisten. Anda tidak akan melihat kinerja buruk sebentar-sebentar selama periode penggunaan puncak (misalnya).

  • Jika autentikasi Proksi aktif, tiap kali Anda membuat koneksi TCP baru ke Office 365 untuk mendapatkan informasi, Anda perlu melewati proses autentikasi di balik layar. Jadi, misalnya, ketika beralih dari Kalender ke Email di Outlook Online, Anda akan mengautentikasi. Dan di SharePoint Online, jika halaman menampilkan media atau data dari beberapa situs atau lokasi, Anda akan mengautentikasi untuk setiap koneksi TCP berbeda yang dibutuhkan dalam untuk menyajikan data.

  • Di Outlook Online, Anda mungkin mengalami waktu muat lambat setiap kali Anda beralih antara Kalender dan kotak surat, atau pemuatan halaman lambat di SharePoint Online. Namun, ada gejala lain yang tidak tercantum di sini.

    Autentikasi proksi adalah pengaturan server proksi keluar Anda. Jika itu yang menyebabkan masalah kinerja dengan Office 365, Anda harus berkonsultasi tim jaringan Anda.

Netmon

Wireshark

Proksi autentikasi terjadi setiap kali sesi TCP baru harus berputar, sering untuk meminta file atau info dari server, atau untuk info. Misalnya, Anda mungkin melihat autentikasi proksi sekitar permintaan HTTP GET atau HTTP POSTINGAN. Jika Anda ingin melihat bingkai yang mana mengautentikasi permintaan di penelusuran Anda, tambahkan kolom 'NTLMSSP ringkasan' untuk Netmon dan filter untuk .property.NTLMSSPSummary. Untuk melihat berapa lama autentikasi membutuhkan, tambahkan kolom Delta waktu. Untuk menambahkan kolom ke Netmon:

  1. Klik kanan pada kolom seperti Deskripsi.

  2. Klik Pilih Kolom. Temukan Ringkasan NTLMSSP dan Delta Waktu pada daftar dan klik Tambahkan.

  3. Pindahkan kolom baru ke dalam tempatnya sebelum atau di belakang kolom Deskripsi sehingga Anda bisa membacanya berdampingan. Klik OK.

Bahkan jika Anda tidak menambahkan kolom, Netmon filter akan berfungsi. Tapi pemecahan masalah Anda akan menjadi lebih mudah jika Anda bisa melihat apa tahap autentikasi Anda berada dalam. Saat mencari kemunculan autentikasi proksi, pastikan untuk mengkaji semua bingkai terdapat tantangan NTLM, atau pesan mengautentikasi disajikan. Jika perlu, klik kanan bagian tertentu dari lalu lintas dan temukan percakapan > TCP. Ketahuilah nilai Delta waktu dalam percakapan ini.

Jejak Netmon memperlihatkan autentikasi proksi, difilter menurut percakapan.

Penundaan empat detik dalam autentikasi proksi seperti yang terlihat di Wireshark. Kolom Delta waktu dari bingkai yang ditampilkan sebelumnya dibuat melalui bidang klik kanan bidang dengan nama yang sama di detail bingkai dan memilih Tambahkan sebagai Kolom.

Di Wireshark, kolom 'Delta waktu dari bingkai yang ditampilkan sebelumnya' dapat dibuat dengan mengklik kanan bidang dengan nama yang sama di detail bingkai dan memilih Tambahkan sebagai Kolom.

Kinerja DNS

  • Resolusi nama berfungsi paling baik dan paling cepat saat terjadi sedekat mungkin dengan negara klien.

  • Jika resolusi nama DNS terjadi di luar negeri, itu bisa menambahkan beberapa detik pada pemuatan halaman.

  • Idealnya, resolusi nama terjadi di di bawah 100 milidetik Jika tidak, Anda harus melakukan penyelidikan lebih lanjut.

Tips: Tidak yakin bagaimana Konektivitas Klien berfungsi di Office 365? Lihatlah dokumen Referensi Konektivitas Klien di sini.

Netmon

Wireshark

PsPing

Menganalisis kinerja DNS biasanya merupakan satu pekerjaan lagi untuk penelusuran jaringan. Namun, PsPing juga sangat membantu dalam menemukan dan menyingkirkan kemungkinan penyebab.

Lalu lintas DNS didasarkan pada permintaan TCP dan UDP dan respons ditandai dengan jelas menggunakan ID yang akan membantu mencocokkan permintaan tertentu dengan respons tertentu. Anda akan melihat lalu lintas DNS ketika, misalnya, SharePoint Online menggunakan nama jaringan atau URL di halaman web. Sebagai aturannya, sebagian besar lalu lintas ini, kecuali ketika mentransfer Zona, berjalan melalui /UDP.

Di Netmon dan Wireshark, filter paling dasar yang akan memungkinkan Anda melihat lalu lintas DNS adalah cukup dns. Pastikan untuk menggunakan huruf kecil ketika menentukan filter. Ingatlah untuk menghapus singgahan pemecah masalah DNS Anda sebelum Anda mulai untuk mereproduksi masalah pada komputer klien Anda. Misalnya, jika Anda memiliki lambat memuat halaman SharePoint Online untuk halaman Beranda, Anda harus Tutup semua browser, buka browser baru, mulai penelusuran, Hapus singgahan pemecah masalah DNS dan telusuri ke situs SharePoint Online. Setelah menyelesaikan seluruh halaman, Anda harus menghentikan dan menyimpan jejak.

Filter dasar untuk DNS di Netmon adalah DNS.

Anda ingin melihat waktu offset berikut. Dan mungkin berguna untuk menambahkan kolom Delta waktu ke Netmon yang bisa Anda lakukan dengan menyelesaikan langkah-langkah ini:

  1. Klik kanan pada kolom seperti Deskripsi.

  2. Klik Pilih Kolom.

  3. Temukan Waktu Delta di daftar tersebut dan klik Tambahkan.

  4. Pindahkan kolom baru ke dalam tempatnya sebelum atau di belakang kolom Deskripsi sehingga Anda bisa membacanya berdampingan. Klik OK.

Jika Anda menemukan kueri yang penting, pertimbangkan mengisolasi dengan mengklik kanan kueri itu di panel detail bingkai, pilih Temukan percakapan > DNS. Perhatikan bahwa panel percakapan jaringan melompat kanan ke percakapan tertentu dalam log tersebut lalu lintas UDP.

Jejak Netmon dari muatan Outlook Online difilter menurut DNS, dan menggunakan Temukan Percakapan lalu DNS untuk mempersempit hasilnya.

Di Wireshark, Anda bisa membuat kolom untuk waktu DNS. Lakukan penelusuran Anda (atau buka jejak) di Wireshark dengan filter menurut dns, atau lebih membantu, dns.time. Klik pada kueri DNS apa pun, dan, di panel yang memperlihatkan detail, memperluas detail Domain Name System (response) . Anda akan melihat bidang untuk waktu (misalnya, [Time: 0.001111100 seconds]. Klik kanan saat ini dan pilih Terapkan sebagai kolom. Ini akan memberi Anda kolom waktu untuk mengurutkan cepat pelacakan Anda. Klik pada kolom baru untuk mengurutkan menurut turun nilai untuk melihat yang panggilan DNS yang mengambil waktu yang lama untuk menyelesaikan.

Penelusuran SharePoint Online difilter di Wireshark menurut (huruf kecil) dns.waktu, dengan waktu dari detail yang dibuat menjadi kolom dan diurutkan dalam urutan naik.

Jika Anda ingin melakukan lebih banyak penyelidikan waktu resolusi DNS, coba PsPing terhadap port DNS yang digunakan oleh TCP (misalnya, psping <IP address of DNS server>:53). Anda masih melihat masalah kinerja? Jika Anda lakukan, lalu Masalahnya lebih cenderung akan masalah jaringan lebih besar dari masalah spesifik aplikasi DNS Anda sudah mencapai untuk melakukan resolusi. Ada baiknya juga disebut, lagi, bahwa ping ke outlook.office365.com akan memberi tahu Anda mana resolusi nama DNS bagi Outlook Online berlangsung (misalnya, outlook-namnorthwest.office365.com).

Jika masalahnya tampaknya khusus terkait DNSu, mungkin perlu menghubungi departemen TI untuk melihat konfigurasi DNS dan DNS Forwarder untuk menyelidiki masalah ini lebih lanjut.

Skalabilitas Proksi

  • Layanan seperti Outlook Online di Office 365 memberi klien beberapa koneksi jangka panjang.

  • Oleh karena itu, setiap pengguna dapat menggunakan lebih banyak koneksi yang lebih tahan lama.

Tips: Perlu merencanakan penggunaan bandwidth karena Anda akan menambahkan banyak pengguna ke Office 365? Cobalah Rencana untuk penggunaan bandwidth internet untuk Office 365. Ada kalkulator bandwidth yang tersedia sana.

Matematika

Tidak ada penelusuran jaringan atau alat pemecahan masalah khusus untuk ini. Ini didasarkan pada saat kalkulasi bandwidth dengan memperhitungkan batasan dan variabel lainnya.

Ukuran Segmen Maksimal TCP

  • Ditemukan di SYN - SYN/ACK.

  • Lakukan hal ini untuk memeriksa penelusuran kinerja apa pun yang Anda lakukan guna memastikan bahwa paket TCP pdikonfigurasi untuk membawa jumlah data semaksimal mungkin.

  • Tujuannya adalah untuk melihat MSS 1460 byte untuk transmisi data.

  • Jika Anda berada di belakang proksi, atau Anda menggunakan NAT, ingatlah untuk menjalankan pengujian ini dari klien ke proksi/keluar/NAT, dan dari proksi/keluar/NAT ke Office 365 untuk hasil terbaik! Ini merupakan sesi TCP berbeda.

Netmon

TCP Max Segment Size (MSS) adalah parameter handshake tiga cara di penelusuran jaringan Anda, yang berarti Anda akan menemukan data yang Anda perlukan di SYN - SYN/ACK paket lain. MSS benar-benar sangat mudah untuk melihat.

Buka kinerja penelusuran jaringan apa pun yang Anda punya dan temukan koneksi yang membangkitkan rasa penasaran Anda, atau yang menunjukkan masalah kinerja.

Catatan: 

  • Jika Anda sedang melihat sebuah penelusuran dan perlu menemukan lalu lintas yang relevan dengan percakapan Anda, filter menurut IP Klien, atau IP server proksi atau titik keluar atau keduanya. Masuk secara langsung, Anda akan perlu mem-ping URL yang sedang Anda uji untuk alamat IP Office 365 dalam pelacakan, dan filterlah menurut itu.

  • Melihat jejak tangan kedua? Cobalah untuk menggunakan filter untuk mengubah orientasi diri Anda sendiri. Di Netmon, menjalankan pencarian berdasarkan URL, seperti Containsbin(framedata, ascii, "sphybridExample"), perhatikan angka bingkai. Di Wireshark menggunakan sesuatu seperti frame contains "sphybridExample". Jika Anda melihat bahwa Anda sudah menemukan jarak jauh Winsock (RW) lalu lintas (mungkin muncul sebagai [PSH, ACK] di Wireshark), ingatlah bahwa RW tersambung bisa dilihat sebelum relevan SYN - SYN/ACKs, seperti yang dibahas sebelumnya. Pada titik ini, Anda bisa merekam nomor bingkai, letakkan filter, klik semua lalu lintas di jendela percakapan jaringan di Netmon untuk melihat sinonim terdekat

  • Yang lebih penting lagi, jika Anda tidak menerima informasi alamat IP apa pun pada saat penelusuran, menemukan URL Anda di penelusuran (bagian dari sphybridExample-my.sharepoint.com, misalnya), akan memberi Anda alamat IP untuk memfilter.

  1. Temukan koneksi dalam penelusuran yang ingin Anda lihat. Anda dapat melakukan ini baik dengan memindai penelusuran, dengan memfilter alamat IP, atau dengan memilih ID Percakapan tertentu menggunakan jendela Percakapan Jaringan di Netmon.

    Filter menurut percakapan. Klik kanan bingkai SYN dan klik Temukan Percakapan, TCP.

  2. Setelah Anda menemukan paket SYN, perluas TCP (di Netmon), atau Transmission Control Protocol (di Wireshark) dalam panel Detail Bingkai.

  3. Perluas Opsi TCP dan MaxSegementSize.

  4. Temukan bingkai SYN-ACK terkait dan Perluas Opsi TCP dan MaxSegmentSize.

  5. Nilai yang lebih kecil dari antara keduanya akan menjadi Ukuran Segmen Maksimal (Maximum Segment Size) Anda.

Dalam gambar ini, saya buat menggunakan kolom bawaan di Netmon yang disebut TCP Troubleshoot.

Jejak jaringan difilter di Netmon menggunakan kolom bawaan.

Kolom bawaan ini berada di bagian atas panel Detail Bingkai. (Untuk beralih kembali ke tampilan normal, klik lagi Kolom lalu pilih Zona Waktu.)

Di mana menemukan turun bawah Kolom untuk opsi Pemecahan Masalah (di bagian atas Bingkai Ringkasan).

Berikut ini adalah jejak difilter di Wireshark. Ini adalah filter yang spesifik untuk nilai MSS (tcp.options.mss). Bingkai SYN, SYN/ACK, ACK handshake terkait di bagian bawah Wireshark sama dengan detail bingkai (jadi bingkai 47 ACK, link ke 46 SYN/ACK, link ke 43 SYN) untuk membuat jenis pekerjaan lebih mudah.

Jejak difilter di Wireshark oleh tcp.options.mss untuk Max Segment Size (MSS).

Jika Anda perlu memeriksa Pengakuan Selektif/Selective Acknowledgement (topik berikutnya dalam matriks ini), jangan tutup penelusuran Anda!

Pengakuan Selektif/Selective Acknowledgment

  • Ditemukan di SYN - SYN/ACK.

  • Harus dilaporkan sebagai Diizinkan baik di SYN maupun SYN/ACK.

  • Pengakuran Selektif/Selective Acknowledgment (SACK) memungkinkan transmisi ulang data yang lebih mulus saat paket atau beberapa paket hilang.

  • Perangkat bisa menonaktifkan fitur ini, yang dapat menimbulkan kinerja masalah.

  • Jika Anda berada di belakang proksi, atau Anda menggunakan NAT, ingatlah untuk menjalankan pengujian ini dari klien ke proksi/keluar/NAT, dan dari proksi/keluar/NAT ke Office 365 untuk hasil terbaik! Ini merupakan sesi TCP berbeda.

Netmon

Pengakuan Selektif/Selective Acknowledgment (SACK) adalah parameter lain pada handshare SYN-SYN/ACK. Anda bisa memfilter penelusuran Anda untuk SYN - SYN/ACK dengan banyak cara.

  1. Temukan koneksi di penelusuran yang Anda minati dengan memindai penelusuran, pemfilteran menurut alamat IP, atau dengan mengklik ID Percakapan menggunakan jendela Percakapan Jaringan di Netmon.

  2. Setelah Anda menemukan paket SYN, Perluas TCP di Netmon, atau Transmission Control Protocol di Wireshark di bagian detail bingkai.

  3. Perluas Opsi TCP lalu SACK.

  4. Temukan bingkai SYN-ACK terkait dan Perluas Opsi TCP dan bidang SACK-nya.

  5. Pastikan SACK tertentu diperbolehkan baik dalam SYN dan SYN/ACK.

Berikut adalah nilai SACK seperti yang terlihat baik di Netmon dan Wireshark.

Selective Acknowledgment (SACK) di Netmon sebagai hasil dari tcp.flags.syn == 1.

SACK seperti yang terlihat di Wireshark dengan filter tcp.flags.syn == 1.

Geolokasi DNS

  • Tempat Office 365 mencoba mengatasi panggilan DNS yang mempengaruhi kecepatan koneksi Anda.

  • Di Outlook Online, setelah pencarian DNS pertama selesai, lokasi DNS itu akan digunakan untuk menyambungkan ke pusat data terdekat Anda. Anda akan tersambung ke server Outlook Online CAS, yang akan menggunakan jaringan backbone untuk tersambung ke pusat data/datacenter (dC) tempat data Anda disimpan. Ini lebih cepat.

  • Saat mengakses SharePoint Online, pengguna yang sedang bepergian ke luar negeri akan diarahkan ke pusat data aktif mereka -- itulah dC yang lokasinya didasarkan pada tempat tinggal penyewa SPO (jadi, dC di Amerika Serikat jika pengguna tinggal di AS).

  • Lync online memiliki node aktif di lebih dari satu dC pada satu waktu. Saat permintaan dikirim untuk contoh Lync online, DNS Microsoft akan menentukan dari mana asal permintaan, dan mengembalikan alamat IP dari dC regional terdekat di mana Lync online aktif.

Tips: Perlu mengetahui selengkapnya tentang bagaimana klien tersambung ke Office 365? Lihatlah artikel referensi Konektivitas Klien (dan grafisnya yang sangat membantu).

Ping

PsPing

Permintaan untuk resolusi nama dari server DNS klien ke server DNS Microsoft harus di sebagian besar kasus mengakibatkan DNS Microsoft mengembalikan alamat IP datacenter kawasan (dC). Apa artinya ini bagi Anda? Jika kantor Anda berada dalam Bangalore, India, tetapi Anda perlu pergi di Amerika Serikat, saat browser Anda membuat permintaan untuk Outlook Online, server DNS Microsoft harus tangan Anda alamat IP pusat data di Amerika Serikat--datacenter kawasan. Jika email diperlukan dari Outlook, data tersebut akan perjalanan di jaringan cepat backbone Microsoft antara data.

DNS berfungsi paling cepat ketika resolusi nama dilakukan sedekat mungkin dengan lokasi pengguna. Jika Anda berada di Eropa, ada baiknya masuk ke DNS Microsoft di Eropa, dan (idealnya) berurusan dengan pusat data di Eropa. Kinerja klien di Eropa yang masuk ke DNS dan sebuah pusat data di Amerika akan lebih lambat.

Jalankan alat Ping terhadap outlook.office365.com untuk menentukan tempat permintaan DNS Anda sedang dirutekan. Jika Anda berada di Eropa, Anda akan melihat balasan dari sesuatu seperti utlook-emeawest.office365.com. Di benua Amerika, balasannya adalah sesuatu seperti outlook-namnorthwest.office365.com.

  1. Buka prompt perintah pada komputer klien (melalui Mulai > Jalankan > cmd atau tombol Windows > ketik cmd).

  2. Ketik ping outlook.office365.com dan tekan ENTER.

    Ingat, untuk menentukan -4 jika Anda ingin menentukan untuk mem-ping melalui IPv4. Anda mungkin gagal untuk mendapatkan jawaban dari paket ICMP, tapi Anda akan melihat nama yang permintaan perutean DNS.

Jika Anda ingin melihat angka latensi untuk koneksi ini, coba PsPing ke alamat IP server yang dikembalikan oleh ping.

Ping dari outlook.office365.com memperlihatkan resolusi di outlook-namnorthwest.

PSPing ke alamat IP dikembalikan oleh ping ke outlook.office365.com memperlihatkan latensi rata-rata 28 milidetik.

Pemecahan Masalah Aplikasi Office 365

Netmon

HTTPWatch

Konsol F12 di browser

Kami tidak mencakup alat yang digunakan dalam aplikasi tertentu pemecahan masalah dalam artikel khusus jaringan ini. Tapi Anda akan menemukan sumber daya Anda bisa menggunakan di Halaman ini.

Topik terkait

Mengelola Office 365 titik akhir
konektivitas pemecahan masalah Office 365

Catatan: Penafian Terjemahan Mesin: Artikel ini telah diterjemahan oleh sistem komputer tanpa campur tangan manusia. Microsoft menawarkan terjemahan mesin ini untuk membantu pengguna yang bukan penutur bahasa Inggris agar dapat menikmati konten tentang produk, layanan, dan teknologi Microsoft. Karena artikel ini diterjemahkan oleh mesin, mungkin akan terdapat kesalahan kosa kata, sintaksis, atau tata bahasa.

Kembangkan keterampilan Anda
Jelajahi pelatihan
Dapatkan fitur baru terlebih dahulu
Gabung ke Office Insiders

Apakah informasi ini bermanfaat?

Terima kasih atas umpan balik Anda!

Terima kasih atas umpan balik Anda! Sepertinya menghubungkan Anda ke salah satu agen dukungan Office kami akan sangat membantu.

×