ประสิทธิภาพการแก้ไขปัญหาการวางแผนสำหรับ Office 365

สิ่งสำคัญ:  บทความนี้เป็นการแปลด้วยเครื่อง โปรดดู ข้อจำกัดความรับผิดชอบ โปรดดูบทความฉบับภาษาอังกฤษ ที่นี่ เพื่อใช้อ้างอิง

คุณจำเป็นต้องทราบขั้นตอนในการดำเนินการเพื่อระบุ และแก้ไข lags ค้าง และประสิทธิภาพการทำงานช้าระหว่าง SharePoint Online, OneDrive for Business, Exchange Online หรือ Skype สำหรับธุรกิจ Online และไคลเอ็นต์คอมพิวเตอร์ของคุณได้อย่างไร ก่อนที่คุณติดต่อฝ่ายสนับสนุน บทความนี้สามารถช่วยคุณแก้ไขปัญหาประสิทธิภาพของ Office 365 และแม้แต่แก้ไขปัญหาทั่วไปบางอย่าง

บทความนี้จะแผนการดำเนินการตัวอย่างที่คุณสามารถใช้เพื่อเก็บข้อมูลที่มีประโยชน์เกี่ยวกับปัญหาประสิทธิภาพการทำงานของคุณซึ่งเป็น จริงเกิดขึ้น ประเด็นปัญหาบางอย่างจะแสดงรายการต่อไปนี้

ถ้าคุณไม่คุ้นเคยกับเครือข่ายประสิทธิภาพ และต้องการทำให้แผนระยะยาวเพื่อตรวจสอบประสิทธิภาพการทำงานระหว่างเครื่องไคลเอ็นต์และ Office 365 ของคุณ โปรดดูที่การปรับแต่งประสิทธิภาพการทำงานของ Office 365 และและการแก้ไข ปัญหา - ผู้ดูแลระบบ IT Pro

แผนการดำเนินการแก้ไขปัญหาประสิทธิภาพการทำงานอย่าง

แผนดำเนินการนี้มีสองส่วน ได้แก่ ส่วนขั้นตอนการเตรียมการ และส่วนของขั้นตอนการบันทึก ถ้าคุณมีปัญหาด้านประสิทธิภาพการทำงานในขณะนี้ และคุณจำเป็นต้องทำการเก็บรวบรวมข้อมูล คุณสามารถเริ่มใช้แผนนี้ได้เลย

เตรียมคอมพิวเตอร์ไคลเอ็นต์

  • ค้นหาคอมพิวเตอร์ไคลเอ็นต์ที่สามารถจำลองปัญหาด้านประสิทธิภาพการทำงานได้ คอมพิวเตอร์เครื่องนี้จะใช้ในกระบวนการแก้ไขปัญหา

  • จดขั้นตอนที่เป็นสาเหตุที่ทำให้เกิดปัญหาด้านประสิทธิภาพการทำงาน เพื่อให้คุณมีข้อมูลพร้อมเมื่อถึงเวลาทดสอบ

  • ติดตั้งเครื่องมือสำหรับการเก็บรวบรวมและการบันทึกข้อมูล ดังนี้

    • ติดตั้งNetmon 3.4 (หรือใช้เครื่องมือติดตามเครือข่ายที่เทียบเท่ากัน)

    • ติดตั้งรุ่นฟรีพื้นฐานของHTTPWatch (หรือใช้เครื่องมือติดตามเครือข่ายที่เทียบเท่ากัน)

    • ใช้ตัวบันทึกหน้าจอหรือเรียกใช้ ตัวบันทึกขั้นตอน (PSR.exe) ที่มาพร้อมกับ Windows Vista และเวอร์ชันที่ใหม่กว่า เพื่อเก็บบันทึกขั้นตอนที่คุณดำเนินการในระหว่างการทดสอบ

บันทึกปัญหาด้านประสิทธิภาพการทำงาน

  • ปิดอินเทอร์เน็ตเบราว์เซอร์ที่ไม่เกี่ยวข้องทั้งหมด

  • เริ่ม ตัวบันทึกขั้นตอน หรือตัวบันทึกหน้าจออื่นๆ

  • เริ่มการเก็บรวบรวมด้วย Netmon (หรือเครื่องมือการติดตามเครือข่าย)

  • ล้างแคช DNS ของคุณบนคอมพิวเตอร์ไคลเอ็นต์จากบรรทัดคำสั่งโดยการพิมพ์ ipconfig /flushdns

  • เริ่มเซสชันของเบราว์เซอร์ใหม่ และเปิด HTTPWatch

  • ทางเลือก: ถ้าคุณอยู่ระหว่างการทดสอบ Exchange Online ให้เรียกใช้เครื่องมือ ตัววิเคราะห์ประสิทธิภาพการทำงานของไคลเอ็นต์ Exchange จากคอนโซลผู้ดูแลระบบของ Office 365

  • ทำซ้ำขั้นตอนที่ทำให้เกิดปัญหาด้านประสิทธิภาพการทำงาน

  • หยุด Netmon ของคุณ หรือหยุดการติดตามของเครื่องมืออื่นๆ

  • ที่บรรทัดคำสั่ง ให้เรียกใช้การกำหนดเส้นทางการติดตามกับการสมัครใช้งาน Office 365 ของคุณ โดยการพิมพ์คำสั่งต่อไปนี้ แล้วกด ENTER:

    tracert <subscriptionname>.onmicrosoft.com

  • หยุด ตัวบันทึกขั้นตอน และบันทึกวิดีโอ ตรวจสอบให้แน่ใจว่าได้รวมวันที่และเวลาของการเก็บรวบรวมไว้ด้วย ไม่ว่าจะแสดงให้เห็นประสิทธิภาพการทำงานที่ดีหรือไม่ดีก็ตาม

  • บันทึกไฟล์ HOSTS ตรวจสอบให้แน่ใจว่าได้รวมวันที่และเวลาของการเก็บรวบรวมไว้ด้วย ไม่ว่าจะแสดงให้เห็นประสิทธิภาพการทำงานที่ดีหรือไม่ดีก็ตาม

ถ้าคุณไม่คุ้นเคยกับการเรียกใช้เครื่องมือที่กล่าวถึงในบทความนี้ ไม่ต้องกังวล เรามีขั้นตอนเหล่านั้นในส่วนถัดไป ถ้าคุณคุ้นเคยกับการเก็บรวบรวมเครือข่ายลักษณะนี้ คุณสามารถข้ามไปยังส่วน วิธีอ่านการติดตามของคุณ ที่อธิบายเกี่ยวกับการกรองและการอ่านบันทึก

ล้างแคช DNS ก่อน

เพราะเหตุใด เมื่อคุณล้างแคช DNS เท่ากับคุณเริ่มการทดสอบใหม่ทั้งหมดตั้งแต่ต้น เมื่อคุณล้างแคชจะเท่ากับว่าคุณเริ่มเนื้อหาตัวแก้ไข DNS ใหม่ให้เป็นรายการที่มีข้อมูลล่าสุด โปรดทราบว่า การล้างข้อมูลไม่ได้เอารายการไฟล์ HOST ออก ถ้าคุณใช้รายการไฟล์ HOST คุณควรคัดลอกรายการออกไปยังไฟล์ในไดเรกทอรีอื่น แล้วจึงล้างไฟล์ HOST

ล้างแคชของตัวแก้ไขปัญหา DNS ของคุณ

  1. เปิดพร้อมท์คำสั่ง(เริ่ม > เรียกใช้ > cmd หรือ แป้น Windows > cmd)

  2. พิมพ์คำสั่งต่อไปนี้ แล้วกด ENTER:

    ipconfig /flushdns

Netmon

เครื่องมือการตรวจสอบเครือข่ายของไมโครซอฟท์ (Netmon) วิเคราะห์แพคเก็ต ที่อยู่การเข้าถึง ที่ผ่านไประหว่างคอมพิวเตอร์ที่ใช้บนเครือข่าย โดยใช้ Netmon เพื่อติดตามปริมาณการใช้งานกับ Office 365 คุณสามารถเก็บ มุมมอง และอ่านหัวแพคเก็ต ระบุอุปกรณ์อยู่ระหว่างกลาง การตรวจสอบการตั้งค่าที่สำคัญบนเครือข่ายฮาร์ดแวร์ ค้นหาแพคเก็ตกระตุก และทำตามขั้นตอนการรับส่งข้อมูลของระหว่างคอมพิวเตอร์บนเครือข่ายขององค์กรของคุณและ Office 365 เนื่องจากเนื้อหาจริงของปริมาณการใช้งานที่ถูกเข้ารหัสลับ นั่นคือ นั้น (เดินทางพอร์ต 443 ผ่าน SSL/TLS คุณไม่สามารถอ่านแฟ้มกำลังถูกส่งออก แทน คุณได้รับการติดตามไม่มีการกรองของเส้นทางที่มีแพคเก็ตซึ่งช่วยให้คุณติดตามลักษณะการทำงานของปัญหา

ตรวจสอบให้แน่ใจว่าคุณไม่ได้นำตัวกรองมาใช้ในขณะนี้ แต่ให้ดำเนินการไปตามขั้นตอนและแสดงให้เห็นปัญหาก่อนหยุดการติดตามและทำการบันทึก

หลังจากที่คุณติดตั้ง Netmon 3.4 ให้เปิดเครื่องมือและทำตามขั้นตอนต่อไปนี้

ใช้การติดตาม Netmon และเกิดปัญหานี้

  1. เปิดใช้ Netmon 3.4

    มีสามแนวบนหน้าเริ่มต้น:ล่าสุดจับภาพเลือกเครือข่าย และเริ่มต้นแล้วเริ่ม ด้วย Microsoft เครือข่ายจอภาพ 3.4 ประกาศเกี่ยวกับ แผงเครือข่ายที่เลือกจะแสดงรายการของเครือข่ายเริ่มต้นที่ซึ่งคุณสามารถเก็บไว้ ตรวจสอบให้แน่ใจว่า มีเลือกบัตรเครือข่ายต่อไปนี้

  2. คลิก New Capture ที่ด้านบนสุดของหน้า Start ซึ่งจะเป็นการเพิ่มแท็บใหม่ข้างแท็บหน้า Start ที่เรียกว่า Capture 1

    ส่วนติดต่อผู้ใช้ของ Nemon ที่มีปุ่ม New Capture, Start และ Stop ถูกเลือกไว้

  3. เมื่อต้องการทำการเก็บรวบรวมอย่างง่าย ให้คลิกที่ Start บนแถบเครื่องมือ

  4. ทำซ้ำขั้นตอนที่แสดงปัญหาด้านประสิทธิภาพการทำงาน

  5. คลิก Stop > File > Save As โปรดทราบว่า คุณต้องระบุเวลาและวันที่พร้อมโซนเวลา และระบุว่าเครื่องมือนี้แสดงให้เห็นประสิทธิภาพการทำงานที่ดีหรือไม่ดี

HTTPWatch

HTTPWatchมาในคิดค่าธรรมเนียม และเป็นรุ่นฟรี รุ่นพื้นฐานฟรีครอบคลุมทุกสิ่งทุกอย่างที่คุณจำเป็นสำหรับการทดสอบนี้ จอภาพ HTTPWatch เครือข่ายเวลาการโหลดหน้าและการรับส่งข้อมูลจากหน้าต่างเบราว์เซอร์ของคุณ HTTPWatch ปลั๊กอินกับ Internet Explorer ที่อธิบายแบบกราฟิกประสิทธิภาพการทำงานอยู่ การวิเคราะห์สามารถบันทึก และดูใน HTTPWatch Studio

หมายเหตุ: 

  • ถ้าคุณใช้เว็บเบราว์เซอร์อื่น เช่น Firefox, Google Chrome หรือถ้าคุณไม่สามารถติดตั้ง HTTPWatch ใน Internet Explorer ให้เปิดหน้าต่างเบราว์เซอร์ใหม่แล้วกด F12 บนคีย์บอร์ดของคุณ คุณควรจะเห็นเครื่องมือนักพัฒนาแสดงขึ้นมาที่ด้านล่างเบราว์เซอร์ของคุณ ถ้าคุณใช้ Opera ให้กด CTRL+SHIFT+I สำหรับตัวตรวจสอบเว็บ แล้วคลิกแท็บ Network และดำเนินการทดสอบตามที่สรุปไว้ด้านล่าง ทั้งนี้ข้อมูลจะแตกต่างกันเล็กน้อย แต่ระยะเวลาในการโหลดจะยังคงแสดงผลในหน่วยมิลลิวินาที

  • HTTPWatch ยังมีประโยชน์อย่างมากสำหรับปัญหาที่เกิดกับระยะเวลาในการโหลดหน้า SharePoint Online

เรียกใช้ HTTPWatch และเกิดปัญหานี้

  1. HTTPWatch เป็นปลั๊กอินของเบราว์เซอร์ ดังนั้น การแสดงเครื่องมือในเบราว์เซอร์จะแตกต่างกันเล็กน้อยสำหรับ Internet Explorer แต่ละเวอร์ชัน โดยทั่วไปแล้ว คุณสามารถค้นหา HTTPWatch ภายใต้แถบคำสั่งในเบราว์เซอร์ Internet Explorer

    ถ้าคุณไม่เห็นปลั๊กอิน HTTPWatch ในหน้าต่างเบราว์เซอร์ของคุณ ให้ตรวจสอบเวอร์ชันของเบราว์เซอร์ของคุณ โดยคลิก วิธีใช้ > เกี่ยวกับ หรือใน Internet Explorer เวอร์ชันที่ใหม่กว่า ให้คลิกสัญลักษณ์รูปเกียร์ แล้วคลิก เกี่ยวกับ Internet Explorer เมื่อต้องการเปิดใช้แถบ คำสั่ง ให้คลิกขวาที่แถบเมนูใน Internet Explorer แล้วคลิก แถบคำสั่ง ก่อนหน้านี้ HTTPWatch จะถูกเชื่อมโยงกับแถบคำสั่งและแถบตัวสำรวจ ดังนั้น เมื่อคุณติดตั้งแล้วแต่ไม่เห็นไอคอนโดยทันที (หรือแม้แต่หลังจากที่รีบูตแล้ว) ให้เลือก เครื่องมือ และแถบเครื่องมือสำหรับไอคอน โปรดทราบว่า คุณสามารถกำหนดแถบเครื่องมือเองได้ และสามารถเพิ่มตัวเลือกลงในแถบเครื่องมือเหล่านั้นได้ด้วย

    แถบเครื่องมือ คำสั่ง ของ Internet Explorer ที่มีไอคอน HTTPWatch ถูกแสดงอยู่

  2. เปิดใช้ HTTPWatch ในหน้าต่างเบราว์เซอร์ Internet Explorer HTTPWatch จะปรากฏเทียบชิดกับเบราว์เซอร์ที่ด้านล่างของหน้าต่าง คลิก Record

  3. ทำซ้ำขั้นตอนที่เกี่ยวข้องกับปัญหาด้านประสิทธิภาพการทำงาน คลิกปุ่ม Stop ใน HTTPWatch

  4. จากนั้นคลิก Save HTTPWatch หรือ Send by Email อย่าลืมตั้งชื่อไฟล์เพื่อให้มีข้อมูลวันที่และเวลาและการบ่งชี้ว่า HTTPWatch ของคุณแสดงให้เห็นประสิทธิภาพการทำงานที่ดีหรือไม่ดี

    HTTPWatch แสดงแท็บ เครือข่าย สำหรับหน้าโหลดของโฮมเพจ Office 365

    หน้าจอนี้มาจาก HTTPWatch เวอร์ชัน Professional คุณสามารถเปิดการติดตามที่ดำเนินการในเวอร์ชัน Basic บนคอมพิวเตอร์ที่มีเวอร์ชัน Professional และอ่านได้จากคอมพิวเตอร์เครื่องนั้น ข้อมูลพิเศษอาจใช้งานได้จากการติดตามเมื่อใช้วิธีนี้

บันทึกขั้นตอนปัญหา

ตัวบันทึกขั้นตอน หรือ PSR.exe ทำให้คุณสามารถบันทึกปัญหาขณะที่กำลังเกิดขึ้น ซึ่งเป็นเครื่องมือที่มีประโยชน์มากและเรียกใช้ได้ง่าย

เรียกใช้ตัวบันทึกขั้นตอนปัญหา (PSR.exe) เมื่อต้องการบันทึกงานของคุณ

  1. ใช้ เริ่ม > เรียกใช้ > พิมพ์ PSR.exe > ตกลง หรือคลิก แป้น Windows > พิมพ์ PSR.exe > แล้วกด ENTER

  2. เมื่อหน้าต่าง PSR.exe ขนาดเล็กปรากฏขึ้น ให้คลิก เริ่มการบันทึก และจำลองขั้นตอนที่ทำให้เกิดปัญหาด้านประสิทธิภาพการทำงานซ้ำ

    คุณสามารถเพิ่มข้อคิดเห็นตามที่จำเป็นต้องใช้ คลิกเพิ่มข้อคิดเห็น

  3. คลิกหยุดการบันทึก เมื่อคุณเสร็จสิ้นขั้นตอน ถ้าปัญหาประสิทธิภาพการทำงานได้รับการแสดงเพ รอหน้านั้นเพื่อแสดงก่อนที่คุณหยุดการบันทึก

  4. คลิก บันทึก

สกรีนช็อตของ ตัวบันทึกขั้นตอน หรือ PSR.exe

วันและเวลาที่ถูกบันทึกไว้สำหรับคุณ ซึ่งเชื่อมโยง PSR ของคุณเพื่อติดตาม Netmon และ HTTPWatch ของคุณในเวลา และช่วยแก้ไขปัญหาความแม่นยำ วันและเวลาในระเบียน PSR สามารถแสดงเป็นนาทีผ่านระหว่างการเข้าสู่ระบบและการเรียกดูของ URL และการแสดงไซต์ผู้ดูแลระบบ บางส่วนได้

อ่านส่งข้อมูลของคุณ

เราไม่สามารถอธิบายเกี่ยวกับการแก้ไขปัญหาเครือข่ายและประสิทธิภาพการทำงานทั้งหมดที่ผู้ใช้บางคนอาจต้องการทราบผ่านบทความนี้ การทำความเข้าใจประสิทธิภาพการทำงานต้องใช้ประสบการณ์และความรู้เกี่ยวกับวิธีการทำงานและการดำเนินการของเครือข่ายของคุณตามปกติ แต่เป็นไปได้ที่จะรวบรวมรายการของประเด็นปัญหาสำคัญๆ และแสดงวิธีที่เครื่องมือต่างๆ สามารถช่วยคุณกำจัดปัญหาทั่วไปได้ง่ายยิ่งขึ้น

ถ้าคุณต้องการเลือกค่าทักษะการอ่านส่งข้อมูลบนเครือข่ายสำหรับไซต์ Office 365 ของคุณ มีอยู่สำหรับคุณครูไม่มีดีกว่าสร้างส่งข้อมูลของโหลดหน้าอย่างสม่ำเสมอ และให้ประสบการณ์การใช้งานที่อ่านได้ ตัวอย่างเช่น เมื่อคุณมีโอกาส โหลดบริการของ Office 365 และกระบวนติดตาม กรองการติดตามการ DNS หรือค้นหา FrameData สำหรับชื่อของบริการคุณเรียกดู สแกนติดตามเมื่อต้องการเรียนรู้ของขั้นตอนที่เกิดขึ้นเมื่อโหลดบริการ ซึ่งจะช่วยให้คุณเรียนรู้ว่าปกติการโหลดหน้าควรมีลักษณะอย่างไร และในกรณีของการแก้ไขปัญหา รอบประสิทธิภาพ โดยเฉพาะอย่างยิ่งการเปรียบเทียบติดตามแนะนำให้คุณไม่สามารถสอนคุณหลาย

Netmon ใช้ Microsoft Intellisense ในเขตข้อมูลตัวกรองการแสดง Intellisense หรือรหัสการแก้ไขเสร็จสมบูรณ์ คือ เคล็ดลับที่ตำแหน่งที่คุณพิมพ์ในระยะเวลา และตัวเลือกที่พร้อมใช้งานทั้งหมดจะแสดงในกล่องเลือกแบบหล่นลง ถ้า ตัวอย่างเช่น คุณกังวลว่าหน้าต่าง TCP สเกล คุณสามารถค้นหาของคุณวิธีในการกรอง (เช่น.protocol.tcp.window < 100) ด้วยวิธีนี้

สกรีนช็อต Netmon แสดงเขตข้อมูล Display Filter ที่ใช้ IntelliSense

ติดตาม Netmon สามารถมีจำนวนมากรับส่งข้อมูลเหล่านั้น ถ้าคุณไม่มีประสบการณ์มาบ้างกับอ่านเอง เป็นไปได้คุณจะได้อย่างแน่นอนเปิดการติดตามเป็นครั้งแรก สิ่งแรกที่ต้องทำคือ แยกสัญญาณจากเสียงรบกวนพื้นหลังในการติดตาม คุณทดสอบกับ Office 365 และปริมาณการใช้งานที่คุณต้องการดูเท่านั้น ถ้าคุณใช้ในการนำทางผ่านติดตาม คุณอาจต้องรายการนี้

การรับส่งข้อมูลระหว่างไคลเอ็นต์ของคุณและ Office 365 จะเคลื่อนผ่าน TLS ซึ่งหมายความว่า เนื้อหาของการรับส่งข้อมูลจะถูกเข้ารหัสลับ และไม่สามารถอ่านได้ในการติดตามทั่วไปของ Netmon คุณไม่จำเป็นต้องทราบข้อมูลเฉพาะในแพคเก็ตสำหรับการวิเคราะห์ประสิทธิภาพการทำงานของคุณ แต่ควรให้ความสนใจที่ส่วนหัวของแพคเก็ตและข้อมูลที่อยู่ในนั้น

เคล็ดลับที่จะได้รับการติดตามความดี

  • ทราบค่าที่อยู่ IPv4 หรือ IPv6 ของคอมพิวเตอร์ไคลเอ็นต์ของคุณ คุณสามารถค้นหาค่านี้ได้จากพร้อมท์คำสั่งโดยการพิมพ์ IPConfig แล้วกด ENTER การทราบค่าที่อยู่นี้จะช่วยให้คุณรู้ได้อย่างรวดเร็วว่าการรับส่งข้อมูลในการติดตามเกี่ยวข้องกับคอมพิวเตอร์ไคลเอ็นต์ของคุณโดยตรงหรือไม่ ถ้ามีพร็อกซีที่ทราบแล้ว การ Ping พร็อกซีนี้จะทำให้คุณได้รับที่อยู่ IP ของพร็อกซีเช่นกัน

  • ล้างแคชตัวแก้ไข DNS ของคุณ และถ้าเป็นไปได้ ให้ปิดเบราว์เซอร์ทั้งหมดยกเว้นที่คุณกำลังเรียกใช้การทดสอบอยู่ ถ้าคุณไม่สามารถดำเนินการนี้ได้ ตัวอย่างเช่น ถ้าการสนับสนุนกำลังใช้เครื่องมือบางอย่างบนเบราว์เซอร์เพื่อดูเดสก์ท็อปของคอมพิวเตอร์ไคลเอ็นต์ของคุณ ให้เตรียมพร้อมเพื่อกรองการติดตามของคุณ

  • ในการติดตามความยุ่ง ค้นหาตำแหน่งบริการของ Office 365 ที่คุณกำลังใช้งาน ถ้าคุณได้เลย หรือบทบาทเห็นรับส่งข้อมูลของคุณก่อน นี้คือขั้นตอนมีประโยชน์ในการแยกปัญหาด้านประสิทธิภาพการทำงานจากเสียงรบกวนเครือข่ายอื่น ๆ มีสองสามวิธีดังนี้ โดยตรงก่อนที่จะทดสอบ ของคุณคุณสามารถใช้ ping หรือ PsPing, url ของบริการเฉพาะเจาะจง (ping outlook.office365.comและ/หรือpsping -4 microsoft-my.sharepoint.com:443สำหรับตัวอย่าง) คุณสามารถค้นหาได้อย่างง่ายดายยัง PsPing นั้นในการติดตาม Netmon (ด้วยชื่อของกระบวนการ) ได้ ที่จะให้สถานที่เพื่อเริ่มการค้นหา

    คุณสามารถใช้การติดตาม Netmon เฉพาะเมื่อมีปัญหาเท่านั้นก็ได้ เมื่อต้องการทำความคุ้นเคย ให้ใช้ตัวกรอง เช่น ContainsBin(FrameData, ASCII, "office") หรือ ContainsBin(FrameData, ASCII, "outlook") คุณสามารถบันทึกหมายเลขเฟรมได้จากไฟล์การติดตาม คุณอาจต้องเลื่อนบานหน้าต่าง Frame Summary ไปทางขวาจนสุด และมองหาคอลัมน์ Conversation ID ซึ่งคอลัมน์นั้นจะมีตัวเลขสำหรับ ID ของการสนทนาที่เฉพาะเจาะจงนี้ ซึ่งคุณยังสามารถบันทึกและดูแบบแยกกันได้ในภายหลัง อย่าลืมเอาตัวกรองนี้ออกก่อนนำตัวกรองอื่นๆ ไปใช้

    เคล็ดลับ: Netmon มีตัวกรองที่มีอยู่แล้วภายในซึ่งมีประโยชน์จำนวนมาก ลองใช้ปุ่ม "Load Filter" ที่ด้านบนสุดของบานหน้าต่าง Display ของตัวกรอง

    ค้นหา IP ของคุณโดยใช้ PSPing ที่บรรทัดคำสั่งในคอมพิวเตอร์ไคลเอ็นต์

    Netmon ติดตามจากไคลเอ็นต์แสดงคำสั่ง PSPing เดียวกันผ่านตัวกรอง TCP.Flags.Syn == 1

    ทำความคุ้นเคยกับการรับส่งข้อมูลของคุณ และเรียนรู้การค้นหาข้อมูลที่ต้องการ ตัวอย่างเช่น เรียนรู้การระบุว่าแพคเก็ตใดในการติดตามที่มีการอ้างอิงแรกไปยังบริการ Office 365 ที่คุณกำลังใช้อยู่ (เช่น "Outlook")

เมื่อนำ Outlook Online ของ Office 365 มาเป็นตัวอย่าง การรับส่งข้อมูลจะเริ่มต้นด้วยลักษณะนี้

  • คิวรีมาตรฐาน DNS และการตอบสนองของ DNS สำหรับ outlook.office365.com ที่ตรงกับ QueryID เป็นเรื่องสำคัญที่จะต้องจดบันทึก Time Offset สำหรับรอบการดำเนินการนี้ รวมถึงตำแหน่งที่ตั้งที่ DNS สำหรับส่วนกลางของ Office 365 ส่งคำขอสำหรับการแก้ปัญหาชื่อ ตามหลักการแล้ว คุณจะต้องระบุตำแหน่งที่เฉพาะเจาะจงให้มากที่สุด แทนที่จะเป็นตำแหน่งที่กระจายอยู่ทั่วโลก (ซึ่งอาจตามด้วยการรับส่งข้อมูล DNS บางอย่างในการเข้าสู่ระบบออนไลน์)

  • การร้องขอ GET สำหรับ HTTP ที่มีรายงานสถานะนะบุว่า ย้ายไปอย่างถาวร (301)

  • การรับส่งข้อมูล RWS รวมถึงการร้องขอการเชื่อมต่อ RWS และการตอบสนองการเชื่อมต่อ (นี่คือ Remote Winsock ที่สร้างการเชื่อมต่อให้กับคุณ)

  • สนทนา TCP SYN และ SYN TCP/ระ ดาษ หลายค่าในการสนทนานี้มีผลกระทบต่อประสิทธิภาพการทำงานของคุณ

  • ชุดการรับส่งข้อมูล TLS:TLS ซึ่งเป็นที่ที่ TLS Hand Shake และการสนทนาของใบรับรอง TLS เกิดขึ้น (โปรดทราบว่า ข้อมูลจะได้รับการเข้ารหัสลับผ่านทาง SSL/TLS)

ทุกๆ ส่วนของการรับส่งข้อมูลต่างมีความสำคัญและเชื่อมต่อถึงกัน แต่ส่วนเล็กๆ ของการติดตามจะมีข้อมูลที่สำคัญอย่างยิ่งในแง่ของการแก้ไขปัญหาด้านประสิทธิภาพการทำงาน ดังนั้น เราจึงเน้นไปที่ส่วนเหล่านั้น และเนื่องจากเราได้ดำเนินการมาพอสมควรแล้วในการแก้ไขปัญหาด้านประสิทธิภาพการทำงานของ Office 365 ที่ไมโครซอฟท์ เพื่อรวบรวมรายการปัญหาทั่วไปสิบอันดับแรก ถัดไป เราจะเน้นไปที่ปัญหาเหล่านั้นและวิธีการใช้เครื่องมือที่เรามีเพื่อกำจัดปัญหาดังกล่าว

ถ้าคุณยังไม่ได้ติดตั้ง พร้อมทั้งหมด เมทริกซ์ด้านล่างนี้ทำให้ใช้เครื่องมือที่หลากหลาย เมื่อเป็นไป มีลิงก์ไปยังจุดติดตั้ง รายการมีเครื่องมือติดตามเครือข่ายทั่วไปเช่นNetmonและWiresharkแต่ใช้เครื่องมือติดตามใด ๆ ที่คุณจะเข้าใจด้วย และ ในที่ที่คุณกำลัง accustomed เพื่อกรองเครือข่าย เมื่อคุณกำลังทดสอบ โปรดจำไว้:

  • ปิดเบราว์เซอร์ของคุณ และทดสอบกับเบราว์เซอร์เดียวเท่านั้นที่ใช้งาน- นี้จะช่วยลดปริมาณการใช้งานทั้งหมดที่คุณเก็บไว้ จะทำให้สำหรับติดตามความว่างน้อย

  • ล้างแคชตัวแก้ไข DNS ของคุณบนคอมพิวเตอร์ไคลเอ็นต์ - วิธีนี้จะให้คุณสามารถเริ่มใหม่ตั้งแต่ต้น เมื่อคุณเริ่มทำการเก็บรวบรวมการติดตามที่ไม่มีแคช

ปัญหาบางอย่างบนสุด

ปัญหาทั่วไปบางอย่างที่คุณอาจเผชิญและวิธีการค้นหาเอกสารได้ในติดตามเครือข่ายของคุณ

ประเด็นปัญหาสำคัญๆ

เครื่องมือ

สิ่งที่คุณกำลังมองหา

มาตราส่วนของหน้าต่าง TCP

  • พบใน SYN - SYN/ACK

  • ฮาร์ดแวร์ดั้งเดิมหรือที่ล้าสมัยอาจไม่สามารถใช้ประโยชน์จากมาตราส่วนของหน้าต่าง TCP

  • ถ้าไม่มีการตั้งค่ามาตราส่วนของหน้าต่าง TCP ที่เหมาะสม ค่าเริ่มต้นของบัฟเฟอร์ 16 บิตในส่วนหัวของ TCP จะเติมข้อมูลในหน่วยมิลลิวินาที

  • การรับส่งข้อมูลจะไม่สามารถดำเนินการต่อได้จนกว่าไคลเอ็นต์จะได้รับการตอบสนองว่าาได้รับข้อมูลต้นฉบับแล้ว ซึ่งเหตุการณ์นี้จะะทำให้เกิดความล่าช้า

Netmon

Wireshark

ค้นหาการรับส่งข้อมูล SYN - SYN/ACK ในการติดตามเครือข่ายของคุณ

ใน Netmon ใช้ตัวกรองเช่นtcp.flags.syn == 1 ตัวกรองนี้จะเหมือนกับใน Wireshark

ตัวกรองใน Netmon หรือ Wireshark for Syn packets สำหรับเครื่องมือทั้งสองชนิด: TCP.Flags.Syn == 1

โปรดสังเกตว่า ในทุกๆ SYN จะมีหมายเลขพอร์ตต้นทาง (SrcPort) ที่ตรงกับพอร์ตปลายทาง (DstPort) ของการตอบสนองที่เกี่ยวข้อง (SYN/ACK)

เมื่อต้องการดูค่า Windows Scaling ที่ถูกใช้โดยการเชื่อมต่อเครือข่ายของคุณ ให้ขยาย SYN ก่อน แล้วตามด้วย SYN/ACK ที่เกี่ยวข้อง

กราฟิกแสดงวิธีจับคู่ SrcPort กับ DstPort ในการติดตาม เพื่อรับเวลาเดลต้า

การตั้งค่า TCP Idle Time

  • เครือข่ายพารามิเตอร์ส่วนใหญ่ถูกกำหนดค่าสำหรับการเชื่อมต่อชั่วคราว ซึ่งหมายความว่า การเชื่อมต่อที่ไม่ได้ใช้งานจะสิ้นสุดลง

  • เซสชันของ Idle TCP ที่ไม่ได้ใช้งานอาจสิ้นสุดลงโดยพร็อกซีและไฟร์วอลล์ที่มีระยะเวลามากกว่า 100 ถึง 300 วินาที

  • นี่เป็นปัญหาสำหรับ Outlook Online เนื่องจาก Outlook Online จะสร้างและใช้การเชื่อมต่อระยะยาว ไม่ว่าจะใช้งานหรือไม่ได้ใช้งานอยู่ก็ตาม

  • เมื่อการเชื่อมต่อถูกยกเลิกโดยพร็อกซีเซิร์ฟเวอร์หรือไฟร์วอลล์อุปกรณ์ ไคลเอ็นต์จะไม่ได้รับข้อมูล และพยายามที่จะใช้ Outlook Online ซึ่งจะหมายความว่า คอมพิวเตอร์ไคลเอ็นต์จะพยายามเชื่อมต่อซ้ำไปซ้ำมาก่อนที่จะสร้างขึ้นใหม่

  • คุณอาจพบว่าผลิตภัณฑ์ พร้อมท์ หรือประสิทธิภาพการทำงานช้าลงในการโหลดหน้า

Netmon

Wireshark

ใน Netmon ให้ดูที่เขตข้อมูล Time Offset สำหรับกระบวนการไปกลับ การส่งข้อมูลไปและกลับ คือระยะเวลาระหว่างที่ไคลเอ็นต์ส่งการร้องขอไปยังเซิร์ฟเวอร์และได้รับการตอบสนอง ตรวจสอบระหว่างไคลเอ็นต์และจุดขาออก (egress point) (เช่น ไคลเอ็นต์ --> พร็อกซี) หรือไคลเอ็นต์ ไปยัง Office 365 (ไคลเอ็นต์ --> Office 365) คุณสามารถดูสิ่งนี้ได้ในแพคเก็ตหลายชนิด

เป็นตัวอย่าง ตัวกรองใน Netmon อาจมีลักษณะเช่น.Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12หรือ ใน Wireshark, ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12

เคล็ดลับ: 

  • ไม่ทราบว่าที่อยู่ IP ในการติดตามของคุณเป็นของเซิร์ฟเวอร์ DNS ของคุณใช่หรือไม่ ลองค้นหาข้อมูลนั้นที่บรรทัดคำสั่ง คลิก เริ่ม > เรียกใช้ แล้วพิมพ์ cmd หรือกด แป้น WINDOWS แล้วพิมพ์ cmd ที่พร้อมท์ ให้พิมพ์ nslookup <the IP address from the network trace> เมื่อต้องการทดสอบ ให้ใช้ nslookup กับที่อยู่ IP ของคอมพิวเตอร์ของคุณเอง

  • เมื่อต้องการดูรายการช่วง IP ของไมโครซอฟท์ ให้ดูที่ URL และช่วงที่อยู่ IP ของ Office 365

ถ้ามีปัญหา คาดหวังยาวเวลาตั้งค่าออฟเซตปรากฏ ในกรณีนี้ (Outlook Online), โดยเฉพาะอย่างยิ่งในแพคเก็ต TLS:TLS ที่แสดง passage ของแอปพลิเคชันข้อมูล (ตัวอย่างเช่น ใน Netmon คุณสามารถค้นหาแอปพลิเคชันแพคเก็ตข้อมูลผ่านทาง.Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data") ได้ คุณควรเห็นความคืบหน้าราบรื่นในเวลาที่ผ่านเซสชัน ถ้าคุณเห็นความล่าช้านานเมื่อการรีเฟรชของคุณแบบออนไลน์ Outlook นี้อาจเกิดขึ้น โดยการตั้งค่าใหม่ที่กำลังถูกส่งในระดับสูง

เวลาแฝง/กระบวนการไปกลับ

  • เวลาแฝงได้วัดที่สามารถเปลี่ยนมากมายซึ่งขึ้นอยู่กับตัวแปรจำนวนมาก เช่นอัปเกรดอุปกรณ์อายุ เพิ่มผู้ใช้จำนวนมากให้กับเครือข่าย และเปอร์เซ็นต์ของแบนด์วิดท์โดยรวมที่ใช้ โดยงานอื่น ๆ ในการเชื่อมต่อเครือข่าย

  • มีอีกด้วยแบนด์วิดท์สำหรับ Office 365 จากหน้านี้เครือข่ายการวางแผนและปรับแต่งประสิทธิภาพการทำงานสำหรับ Office 365

  • จำเป็นต้องวัดความเร็วของการเชื่อมต่อของคุณ หรือแบนด์วิดท์ของการเชื่อมต่อ ISP ได้อย่างไร ลองใช้ไซต์ (หรือไซต์ดังนั้น):ไซต์อย่างเป็นทาง SpeedtestและPingtest

Ping

PsPing

Netmon

Wireshark

เมื่อต้องการติดตามเวลาแฝง คุณจะได้รับประโยชน์จากการบันทึกที่อยู่ IPของคอมพิวเตอร์ไคลเอ็นต์ และที่อยู่ IP ของเซิร์ฟเวอร์ DNS ใน Office 365 ข้อมูลต่อไปนี้สำหรับการติดตามการกรองที่ง่ายขึ้น ถ้าคุณเชื่อมต่อผ่านพร็อกซี คุณจำเป็นต้องใช้ที่อยู่ IP ของคอมพิวเตอร์ไคลเอ็นต์ของคุณ, ที่อยู่ IP ของพร็อกซี/การส่งออก และที่อยู่ IP ของ DNS ของ Office 365 เพื่อให้การทำงานง่ายยิ่งขึ้น

การร้องขอ Ping ที่ส่งไปยัง outlook.office365.com จะบอกคุณเกี่ยวกับชื่อของศูนย์ข้อมูลที่รับคำขอ ถึงแม้ว่า Ping อาจไม่สามารถเชื่อมต่อกับเพื่อส่งเครื่องหมายการค้าแพ็กเก็ต ICMP ที่ติดกัน ถ้าคุณใช้ PsPing (เครื่องมือที่มีให้ดาวน์โหลดฟรี) และระบุพอร์ต (443) และอาจจะใช้ IPv4 (-4) คุณจะได้รับค่าเฉลี่ยเวลาของกระบวนการไปกลับสำหรับการส่งแพ็กเก็ต ข้อมูลนี้จะใช้สำหรับ URL อื่นๆ ในบริการ Office 365 เช่น psping -4 yourSite.sharepoint.com:443 ในความเป็นจริงแล้ว คุณสามารถระบุจำนวน Ping เพื่อรับตัวอย่างสำหรับค่าเฉลี่ยที่มากขึ้นของคุณ ให้ลองดังนี้: psping -4 -n 20 yourSite-my.sharepoint.com:443

หมายเหตุ: PsPing ไม่ส่งแพคเก็ต ICMP แต่ PsPing จะ Ping กับแพคเก็ต TCP ในพอร์ตที่กำหนด คุณจึงสามารถใช้พอร์ตที่คุณทราบเพื่อเปิดได้ ใน Office 365 ซึ่งใช้ SSL/TLS ให้ลองแนบพอร์ต: 443 ไปกับ PsPing ของคุณ

สกรีนช็อตแสดงการแก้ไขปิง outlook.office365.com และ PSPing กับ 443 ที่ดำเนินการเหมือนกัน แต่ยังรายงานค่าเฉลี่ย RTT เป็น 6.5ms

ถ้าหน้า Office 365 ของคุณโหลดได้ช้าในขณะที่ทำการติดตามเครือข่าย คุณควรกรองการติดตาม Netmon หรือ Wireshark สำหรับ DNS นี่คือหนึ่งใน IP ที่เรากำลังค้นหาอยู่

ต่อไปนี้เป็นขั้นตอนที่จะใช้เพื่อกรอง Netmon ของคุณเพื่อรับที่อยู่ IP (และดูที่เวลาแฝง DNS) ตัวอย่างนี้ใช้ outlook.office365.com แต่อาจใช้ URL ของผู้เช่า SharePoint Online (ตัวอย่างเช่น hithere.sharepoint.com) ได้

  1. ทำการ Ping URL ping outlook.office365.com และในผลลัพธ์ให้บันทึกชื่อและที่อยู่ IP ของเซิร์ฟเวอร์ DNS ที่การร้องขอ Ping จะถูกส่งไป

    Ping ร้องขอไปยัง outlook.office365.com ให้แสดง DNS และที่อยู่ IP ของ namnorthwest

  2. เครือข่ายติดตามเปิดหน้า หรือทำการกระทำที่ให้คุณมีปัญหาด้านประสิทธิภาพการทำงาน หรือ ถ้าคุณเห็นในเวลาแฝงสูงบน ping เอง เครือข่ายติดตาม

  3. เปิดการติดตามใน Netmon และกรอง DNS (ตัวกรองนี้ทำงานใน Wireshark แต่มีการระบุตัวพิมพ์ใหญ่-เล็ก -- dns) เนื่องจากคุณทราบชื่อของเซิร์ฟเวอร์ DNS ของคุณจาก Ping คุณอาจกรองได้รวดเร็วขึ้นใน Netmon: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest") ซึ่งจะมีลักษณะแบบนี้ใน Wireshark dns and frame contains "namnorthwest"

    เปิดแพคเก็ตการตอบสนอง และในหน้าต่าง Frame Details ของ Netmon ให้คลิก DNS เพื่อขยายข้อมูลเพิ่มเติม ในข้อมูล DNS คุณจะพบที่อยู่ IP ของเซิร์ฟเวอร์ DNS ที่การร้องขอจะถูกส่งไปใน Office 365 และคุณจะต้องใช้ข้อมูลที่อยู่ IP นี้ในขั้นตอนถัดไป (PsPing) เอาตัวกรองออก คลิกขวาที่ DNS Response ใน Frame Summary > Find Conversations > DNS ของ Netmon เพื่อดูคิวรี DNS และการตอบสนองแบบเคียงข้างกัน

    การติดตามถูกกรองโดย การค้นหาการสนทนา เปลี่ยนเป็นโดย DNS

  4. ใน Netmon ให้สังเกตคอลัมน์ Time Offset ระหว่างการร้องขอและการตอบสนองของ DNS

    ผลลัพธ์เพิ่มเติมของ Netmon ถูกกรองด้วย DNS และ CONTAINSBIN(Framedata, ASCII, "namnorthwest") แสดงเวลาออฟเซตระหว่างการร้องขอและการตอบสนองที่ต่ำมาก

ในขั้นตอนถัดไป ติดตั้งง่ายและใช้เครื่องมือPsPingจะมีประโยชน์มาก ทั้งเนื่อง จากมักจะถูกบล็อก ICMP บนไฟร์วอลล์ และ PsPing ติดตามเวลาแฝงเป็นมิลลิวินาทีโดดเด่น PsPing เสร็จสิ้นการเชื่อมต่อ TCP กับอยู่และพอร์ต (ในของเรากรณีเปิดพอร์ต 443)

  1. ติดตั้ง PsPing

  2. เปิดพร้อมท์คำสั่ง (เริ่ม > เรียกใช้ แล้วพิมพ์ cmd หรือกด แป้น Windows แล้วพิมพ์ cmd) และเปลี่ยนไดเรกทอรีเป็นไดเรกทอรีที่คุณติดตั้ง PsPing เพื่อเรียกใช้คำสั่ง PsPing ในตัวอย่างของเรา คุณจะเห็นว่าเราได้สร้างโฟลเดอร์ 'Perf' ในรากของไดรฟ์ C คุณสามารถดำเนินการแบบเดียวกันนี้เพื่อเข้าถึงได้อย่างรวดเร็ว

  3. พิมพ์คำสั่งเพื่อดำเนินการ PsPing ของคุณกับที่อยู่ IP ของ Office 365 จากเซิร์ฟเวอร์ DNS ของ Office 365 จากการติดตาม Netmon ก่อนหน้าของคุณ -- โปรดอย่าลืมเพิ่มหมายเลขพอร์ต กล่าวคือ psping -n 20 132.245.24.82:445 ซึ่งจะให้คุณมีตัวอย่าง Ping แบบสุ่ม 20 รายการ และค่าเฉลี่ยความล่าช้าเมื่อ PsPing หยุดดำเนินการ

    คำสั่ง PSPing psping -n 20 132.245.24.82:443 ส่งกลับค่าเฉลี่ยเวลาแฝง 25.51 มิลลิวินาที

ถ้าคุณกำลังจะไปที่ Office 365 ผ่านทางพร็อกซีเซิร์ฟเวอร์ ขั้นตอนจะแตกต่างกันเล็กน้อย อันดับแรก คุณจะต้องดำเนินการ PsPing กับพร็อกซีเซิร์ฟเวอร์ของคุณเพื่อหาค่าเฉลี่ยเวลาแฝงเป็นมิลลิวินาทีในค่าที่ไปและกลับจากพร็อกซี/การส่ง แล้วเรียกใช้ PsPing บนพร็อกซีหรือในคอมพิวเตอร์ที่มีการเชื่อมต่ออินเทอร์เน็ตโดยตรงเพื่อรับค่าที่ขาดหายไป (ค่าที่ไปและกลับจาก Office 365)

ถ้าคุณเลือกที่จะเรียกใช้ PsPing จากพร็อกซี คุณจะมีค่ามิลลิวินาทีสองค่า: จากคอมพิวเตอร์ไคลเอ็นต์ไปยังพร็อกซีเซิร์ฟเวอร์หรือจุดขาออก (egress point) และพร็อกซีเซิร์ฟเวอร์ใน Office 365 เสร็จเรียบร้อย! อย่าลืมบันทึกค่าเอาไว้

ถ้าคุณเรียกใช้ PsPing บนคอมพิวเตอร์ไคลเอ็นต์อื่นที่มีการเชื่อมต่อโดยตรงกับอินเทอร์เน็ต นั่นคือ โดยไม่ต้องพร็อกซี คุณจะมีสองค่ามิลลิวินาที: คอมพิวเตอร์ไคลเอ็นต์ การพร็อกซีเซิร์ฟเวอร์ หรือจุด egress คอมพิวเตอร์ไคลเอ็นต์ Office 365 ในกรณีนี้ ลบค่าของคอมพิวเตอร์ไคลเอ็นต์การพร็อกซีเซิร์ฟเวอร์หรือ egress จุดจากค่าของคอมพิวเตอร์ไคลเอ็นต์ Office 365 และคุณจะมีตัวเลข RTT จากคอมพิวเตอร์ไคลเอ็นต์ของคุณ ไปยังพร็อกซีเซิร์ฟเวอร์หรือจุด egress และ จากพร็อกซีเซิร์ฟเวอร์หรือ egress จุดไปยัง Office 365

อย่างไรก็ตาม ถ้าคุณสามารถค้นหาคอมพิวเตอร์ไคลเอ็นต์ในตำแหน่งที่ตั้งที่ได้รับผลกระทบที่เชื่อมต่อโดยตรง หรือข้ามพร็อกซีไป คุณอาจเลือกที่จะดูว่าปัญหานั้นเริ่มต้นที่นั่นอีกครั้งหรือไม่ และทดสอบโดยใช้ปัญหานั้นในภายหลัง

เวลาแฝง เห็นในการติดตามความ Netmon มิลลิวินาทีพิเศษเหล่านั้นสามารถเพิ่มค่า ถ้ามีเพียงพอของพวกเขาในเซสชันใด ๆ ที่ระบุ

General latencyใน Netmon และคอลัมน์ Netmon default Time Delta ถูกเพิ่มลงในเฟรมสรุป

หมายเหตุ: ที่อยู่ IP อาจแตกต่างจาก IP ที่แสดงที่นี่ ตัวอย่างเช่น Ping ของคุณอาจส่งกลับค่าอย่างคล้ายกับ 157.56.0.0/16 หรือช่วงที่คล้ายกันนี้ สำหรับรายการของช่วงที่ Office 365 ใช้ ให้ตรวจสอบ URL และช่วงที่อยู่ IP ของ Office 365 อย่าลืมขยายโหนดทั้งหมด (มีปุ่มที่ด้านบนสำหรับการดำเนินการนี้) ถ้าคุณต้องการค้นหาบางอย่าง เช่น 132.245

การรับรองความถูกต้องของพร็อกซี

  • ข้อมูลนี้จะนำไปใช้กับคุณ ถ้าคุณกำลังจะใช้พร็อกซีเซิร์ฟเวอร์เท่านั้น ถ้าไม่ใช่ คุณสามารถข้ามขั้นตอนเหล่านี้ได้

  • เมื่อการทำงานดำเนินการได้อย่างถูกต้อง การรับรองความถูกต้องของพร็อกซีควรเกิดขึ้นในหน่วยมิลลิวินาทีอย่างสอดคล้องกัน ตัวอย่างเช่น คุณไม่ควรพบประสิทธิภาพการทำงานต่ำและไม่สม่ำเสมอในระหว่างช่วงเวลาที่มีการใช้งานสูง

  • ถ้าการรับรองความถูกต้องของพร็อกซีเปิดอยู่ ทุกครั้งที่คุณสร้างการเชื่อมต่อ TCP ใหม่ไปยัง Office 365 เพื่อรับข้อมูล กระบวนการรับรองความถูกต้องนี้จะดำเนินการอยู่เบื้องหลัง ตัวอย่างเช่น เมื่อมีการสลับจาก ปฏิทิน ไปยัง จดหมาย ใน Outlook Online คุณจะต้องรับรองความถูกต้อง และใน SharePoint Online ถ้าหน้าใดแสดงสื่อหรือข้อมูลจากไซต์หลายไซต์หรือตำแหน่งที่ตั้งหลายตำแหน่ง คุณจะต้องรับรองความถูกต้องสำหรับการเชื่อมต่อ TCP แต่ละรายการที่จำเป็นต้องใช้ในการแสดงข้อมูล

  • ใน Outlook Online คุณอาจพบว่าเวลาการโหลดเกิดขึ้นช้าเมื่อใดก็ตามที่คุณสลับระหว่าง ปฏิทิน และ กล่องจดหมาย ของคุณ หรือหน้าใน SharePoint Online โหลดช้า อย่างไรก็ตาม ยังมีอาการอื่นๆ อีกที่ไม่ได้แสดงรายการไว้ที่นี่

    รับรองความถูกต้องของพร็อกซีคือ การตั้งค่าบน egress พร็อกซีเซิร์ฟเวอร์ของคุณ ถ้าจะทำให้เกิดปัญหากับ Office 365 คุณต้องปรึกษาทีมเครือข่ายของคุณ

Netmon

Wireshark

ใช้การรับรองความถูกต้องของพร็อกซีวางเมื่อใดก็ ตามที่ต้องสามารถ spun เซสชันใหม่ขึ้น TCP ค่า โดยทั่วไปเมื่อต้อง การร้องขอไฟล์หรือข้อมูลจากเซิร์ฟเวอร์ หรือเมื่อต้อง การใส่ข้อมูล ตัวอย่างเช่น คุณอาจเห็นรับรองความถูกต้องของพร็อกซีรอบคำขอรับ HTTP หรือข้อความติดประกาศ HTTP ถ้าคุณต้องการดูตำแหน่งที่คุณจะรับรองความถูกร้องขอการติดตามของคุณในเฟรม เพิ่มคอลัมน์ 'NTLMSSP สรุป' Netmon และตัวกรองสำหรับ.property.NTLMSSPSummary เมื่อต้องการดูระยะการรับรองความถูกต้องคือจด เพิ่มคอลัมน์ Delta เวลา เมื่อต้องการเพิ่มคอลัมน์ลง Netmon:

  1. คลิกขวาที่คอลัมน์ เช่น Description

  2. คลิก Choose Columns ค้นหา NTLMSSP Summary และ Time Delta ในรายการ แล้วคลิก Add

  3. ย้ายคอลัมน์ใหม่ลงในพื้นที่ก่อนหรือหลังคอลัมน์ Description เพื่อให้คุณสามารถอ่านข้อมูลเหล่านั้นแบบเคียงข้างกันได้ คลิก ตกลง

แม้ว่าคุณไม่ต้องเพิ่มคอลัมน์ ตัวกรอง Netmon จะทำงาน แต่การแก้ไขปัญหาของคุณจะได้ง่ายขึ้นอย่างมากถ้าคุณสามารถเห็นได้ว่าพื้นที่แสดงของการรับรองความถูกต้องที่คุณอยู่ใน ค้นหาอินสแตนซ์ของการรับรองความถูกต้องของพร็อกซี ต้องแน่ใจว่าได้ศึกษาเฟรมทั้งหมดมีความท้าทาย NTLM หรือข้อ ความที่มีการรับรองความถูกต้องเมื่อนำเสนอ ถ้าจำเป็น ให้คลิกขวาส่วนเฉพาะของการเข้าถึงและค้นหาการสนทนา > TCP ต้องคำนึงถึงค่าส่วนเวลาที่แตกต่างในการสนทนาต่อไปนี้

การติดตามของ Netmon แสดงรับรองความถูกต้องของพร็อกซี ที่ถูกกรองตามการสนทนา

หน่วงเวลาสี่วินาทีสำหรับการรับรองความถูกต้องของพร็อกซีตามที่เห็นใน Wireshark คอลัมน์ Time delta from previous displayed frame ได้ถูกสร้างขึ้นโดยการคลิกขวาที่เขตข้อมูลชื่อเดียวกันในรายละเอียดเฟรมแล้วเลือก Add as Column

ใน Wireshark คอลัมน์ ‘Time delta from previous displayed frame’ สามารถถูกสร้างขึ้นได้โดยการคลิกขวาที่เขตข้อมูลชื่อเดียวกันในรายละเอียดเฟรม แล้วเลือก Add as Column

ประสิทธิภาพการทำงานของ DNS

  • การแก้ปัญหาชื่อจะทำงานได้ดีที่สุดและรวดเร็วที่สุดเมื่อดำเนินการใกล้กับประเทศของไคลเอ็นต์มากที่สุดเท่าที่เป็นไปได้

  • ถ้าการแก้ปัญหาชื่อ DNS ดำเนินการในต่างประเทศ อาจใช้เวลาเพิ่มอีกไม่กี่วินาทีในการโหลดหน้า

  • ตามหลักการแล้ว การแก้ปัญหาชื่อจะเกิดขึ้นภายใน 100 มิลลิวินาที ถ้าไม่เป็นเช่นนั้น คุณควรทำการตรวจสอบต่อไป

เคล็ดลับ: ไม่แน่ใจว่าการเชื่อมต่อไคลเอ็นต์ทำงานอย่างไรใน Office 365 ใช่หรือไม่ ดูเอกสาร การอ้างอิงการเชื่อมต่อไคลเอ็นต์ ที่นี่

Netmon

Wireshark

PsPing

การวิเคราะห์ประสิทธิภาพการทำงานของ DNS จะเป็นอีกหนึ่งงานสำหรับการติดตามเครือข่าย อย่างไรก็ตาม PsPing ยังมีประโยชน์ในการยอมรับหรือปฏิเสธสาเหตุที่เป็นไปได้

การรับส่งข้อมูลของ DNS ที่ยึดตามการร้องขอและการตอบสนองของ TCP และ UDP จะทำเครื่องหมายอย่างชัดเจนด้วย ID ที่จะช่วยในการจับคู่การร้องขอกับการตอบสนองที่ตรงกัน คุณจะได้ดูที่ DNS การจราจรเมื่อให้ตัวอย่างเช่น SharePoint Online จะใช้ชื่อเครือข่ายหรือ URL บนเว็บหน้า โดยทั่วไปแล้ว การรับส่งข้อมูลส่วนใหญ่จะทำงานใน UDP ยกเว้นเมื่อมีการย้ายโซน

ในทั้ง Netmon และ Wireshark ตัวกรองพื้นฐานมากที่สุดที่จะช่วยให้คุณดูที่การรับส่งข้อมูล DNS ได้เพียงแค่dns ตรวจสอบให้แน่ใจว่าจะใช้เล็กเมื่อมีการระบุตัวกรอง โปรดอย่าลืมล้างแคชของตัวแก้ไขปัญหา DNS ของคุณก่อนที่คุณเริ่มต้นเพื่อสร้างปัญหาบนคอมพิวเตอร์ไคลเอ็นต์ของคุณ ตัวอย่างเช่น ถ้าคุณมีโหลดหน้า SharePoint Online สำหรับโฮมเพจช้า คุณควรปิดเบราว์เซอร์ทั้งหมด เปิดเบราว์เซอร์ใหม่ เริ่มติดตาม ล้างแคชของคุณแก้ไข DNS และเรียกดูไปยังไซต์ SharePoint Online ของคุณ เมื่อแก้ไขหน้าทั้งหมด คุณควรหยุด และบันทึกการติดตาม

ตัวกรองพื้นฐานสำหรับ DNS ใน Netmon คือ DNS

คุณต้องการดูในเวลาที่ offset ต่อไปนี้ และอาจมีประโยชน์เป็นพิเศษเมื่อต้องการเพิ่มคอลัมน์เวลา Delta Netmon ซึ่งคุณสามารถทำได้ โดยทำตามขั้นตอนเหล่านี้:

  1. คลิกขวาที่คอลัมน์ เช่น Description

  2. คลิก Choose Columns

  3. ค้นหา Time Delta ในรายการ แล้วคลิก Add

  4. ย้ายคอลัมน์ใหม่ลงในพื้นที่ก่อนหรือหลังคอลัมน์ Description เพื่อให้คุณสามารถอ่านข้อมูลเหล่านั้นแบบเคียงข้างกันได้ คลิก ตกลง

ถ้าคุณค้นหาแบบสอบถามที่สนใจ พิจารณาแยก ด้วยการคลิกขวาที่คิวรีในบานหน้าต่างการเฟรมรายละเอียด การเลือกค้นหาการสนทนา > DNS โปรดสังเกตว่า บานหน้าต่างการสนทนาเครือข่ายกระโดดขวาเมื่อต้องการสนทนาที่เฉพาะเจาะจงในไฟล์บันทึกของ UDP ปริมาณการ

Netmon จะติดตามการโหลดของ Outlook Online ที่กรองโดย DNS และโดยใช้ การค้นหาการสนทนา จากนั้น DNS จะจำกัดผลลัพธ์ให้แคบลง

ใน Wireshark คุณสามารถทำให้คอลัมน์ครั้ง DNS ใช้เวลาติดตามของคุณ (หรือเปิดการติดตาม) ใน Wireshark และตัวกรอง โดยdnsหรือ เพิ่มเติม helpfully, dns.time คลิกบนคิวรีใด ๆ DNS จาก ในบานหน้าต่างการแสดงรายละเอียด ขยายรายละเอียดDomain Name System (response) คุณจะเห็นเขตข้อมูลสำหรับเวลา (เช่น [Time: 0.001111100 seconds] คลิกขวาขณะนี้ แล้วเลือกนำไปใช้เป็นคอลัมน์ ซึ่งจะช่วยให้คุณคอลัมน์เวลา สำหรับการเรียงลำดับได้อย่างรวดเร็วของการติดตามของคุณ คลิกบนคอลัมน์ใหม่การเรียงลำดับจากมากไปน้อยค่าเพื่อดูว่าสายเรียกเข้า DNS ใช้กันมากที่สุดที่เพื่อแก้ไข

การเรียกดูของ SharePoint Online ถูกกรองใน Wireshar ตาม dns.time (ตัวพิมพ์เล็ก) ด้วยเวลาจากรายละเอียดที่ใส่ลงในคอลัมน์และเรียงลำดับจากน้อยไปหามาก

ถ้าคุณต้องการทำการตรวจสอบ DNS แก้ปัญหาเวลาเพิ่มเติม ลอง PsPing กับพอร์ต DNS ที่ใช้ โดย TCP (ตัวอย่างเช่นpsping <IP address of DNS server>:53) คุณยังคงเห็นปัญหาได้อย่างไร ถ้าคุณทำ ปัญหาเป็นแบบทั่วไปสามารถเครือข่ายสามารถออกกว่าประเด็นที่เฉพาะเจาะจงของแอปพลิเคชัน DNS ที่คุณกำลังพิชิตเพื่อทำการแก้ไข ได้ยังควรระบุถึง อีก ว่า ping เพื่อ outlook.office365.com หมายความว่าจะบอกให้คุณทราบตำแหน่งที่การแก้ไขชื่อ DNS สำหรับ Outlook Online กำลังอยู่ (ตัวอย่างเช่น outlook-namnorthwest.office365.com)

ถ้าปัญหาดูเหมือนจะเกิดขึ้นกับ DNS ที่เฉพาะเจาะจง คุณอาจจำเป็นต้องติดต่อแผนก IT ของคุณเพื่อดูการกำหนดค่า DNS และ DNS Forwarders เพื่อตรวจสอบปัญหานี้

กรปรับขนาดพร็อกซี

  • บริการต่างๆ เช่น Outlook Onlineใน Office 365 จะให้สิทธิ์การเชื่อมต่อระยะยาวหลายสิทธิ์แก่ลูกค้า

  • ดังนั้น ผู้ใช้แต่ละคนอาจใช้การเชื่อมต่อเพิ่มเติมที่จำเป็นต้องมีสิทธิ์การเชื่อมต่อระยะยาว

เคล็ดลับ: จำเป็นต้องวางแผนสำหรับการใช้แบนด์วิดธ์ เนื่องจากคุณกำลังจะเพิ่มผู้ใช้จำนวนมากลงใน Office 365 ใช่หรือไม่ ลองใช้ การวางแผนสำหรับการใช้งานแบนด์วิดธ์อินเทอร์เน็ตสำหรับ Office 365 มีตัวคำนวณแบนด์วิดธ์พร้อมใช้งานที่นั่น

ทางคณิตศาสตร์

ไม่มีการติดตามเครือข่ายหรือเครื่องมือการแก้ไขปัญหาเฉพาะสำหรับปัญหานี้ แต่จะยึดตามการคำนวณแบนด์วิดธ์ที่มีการกำหนดข้อจำกัดและตัวแปรอื่นๆ

ขนาดเซกเมนต์สูงสุดของ TCP (TCP Max Segment Size)

  • พบใน SYN - SYN/ACK

  • ทำการตรวจสอบนี้ในการติดตามประสิทธิภาพการทำงานของเครือข่าย เพื่อให้แน่ใจว่าแพคเก็ต TCP ได้รับการกำหนดค่าให้สามารถรับปริมาณข้อมูลมากที่สุดเท่าที่เป็นไปได้

  • เป้าหมายคือ MSS ขนาด 1460 ไบต์สำหรับการส่งข้อมูล

  • ถ้าคุณกำลังอยู่เบื้องหลังพร็อกซี หรือคุณกำลังใช้ NAT อย่าลืมเรียกใช้การทดสอบนี้จากไคลเอ็นต์ไปยังพร็อกซี/จุดขาออก (egress point)/NAT และจากพร็อกซี/จุดขาออก (egress point)/NAT ไปยัง Office 365 สำหรับผลลัพธ์ที่ดีที่สุด! มีเซสชัน TCP ที่แตกต่างกัน

Netmon

ขนาดในส่วน Max TCP (MSS) เป็นพารามิเตอร์อื่นของ handshake สามวิธีในการติดตามเครือข่าย ซึ่งหมายความว่า คุณจะพบข้อมูลคุณต้องการใน SYN - แพคเก็ต SYN/ระ ดาษ MSS เป็นจริงง่ายมากเมื่อต้องการดู

เปิดการติดตามประสิทธิภาพการทำงานของเครือข่ายที่คุณมี และค้นหาการเชื่อมต่อที่คุณต้องการทราบรายละเอียดเพิ่มเติม หรือที่แสดงปัญหาด้านประสิทธิภาพการทำงาน

หมายเหตุ: 

  • ถ้าคุณกำลังดูการติดตามและต้องการค้นหากการรับส่งข้อมูลบที่เกี่ยวข้องกับการสนทนาของคุณ ให้กรองตาม IP ของไคลเอ็นต์ หรือ IP ของพร็อกซีเซิร์ฟเวอร์หรือจุดขาออก (egress point) หรือทั้งสองอย่าง คุณจะต้องทำการ Ping URL ที่คุณกำลังทดสอบสำหรับที่อยู่ IP ของ Office 365 ในการติดตาม และกรองโดยใช้ที่อยู่ IP นั้น

  • ดูที่การติดตาม second-hand ได้อย่างไร ลองใช้ตัวกรองเมื่อต้องการวางแนวด้วยตัวคุณเอง ใน Netmon เรียกใช้การค้นหาโดยยึดตาม URL เช่นContainsbin(framedata, ascii, "sphybridExample")จดบันทึกหมายเลขเฟรม ใน Wireshark ใช้frame contains "sphybridExample"คล้ายกัน ถ้าคุณสังเกตเห็นว่า คุณได้ตรวจพบการเข้าถึงระยะไกล Winsock (แบบเขียนใหม่) (นั้นอาจปรากฏเป็นแบบ [PSH ระดาษ] ใน Wireshark), โปรดจำไว้ว่า เชื่อมต่อแบบเขียนใหม่สามารถเห็นสักครู่ก่อนที่จะเกี่ยวข้อง SYN - SYN/ACKs ตามที่อธิบายไว้ก่อนหน้านี้ได้ ณจุดนี้ คุณสามารถจดบันทึกหมายเลขเฟรม ปล่อยตัวกรอง คลิกรับส่งข้อมูลทั้งหมดในหน้าต่างการสนทนาเครือข่ายใน Netmon หากต้องการดู SYN. ใกล้เคียงที่สุด

  • หมายเหตุ: ถ้าคุณไม่ได้รับข้อมูลที่อยู่ IP ในช่วงเวลาของการติดตาม ให้ค้นหา URL ของคุณในการติดตาม (ส่วนหนึ่งของ sphybridExample-my.sharepoint.com เป็นต้น) ซึ่งจะให้ที่อยู่ IP แก่คุณสำหรับการกรอง

  1. ค้นหาการเชื่อมต่อในการติดตามที่คุณต้องการดู คุณอาจทำสิ่งนี้ด้วยการสแกนการติดตาม ด้วยการกรองตามที่อยู่ IP หรือด้วยการเลือก Conversation ID ที่ระบุโดยใช้บานหน้าต่าง Network Conversations ใน Netmon

    การกรองตามการสนทนา คลิกขวาที่กรอบ SYN แล้วคลิก ค้นหาการสนทนา TCP

  2. เมื่อคุณพบที่แพคเก็ต SYN ให้ขยาย TCP (ใน Netmon) หรือ Transmission Control Protocol (ใน Wireshark) ในแผง Frame Details

  3. ขยาย TCP Options และ MaxSegementSize

  4. ระบุตำแหน่งเฟรม SYN-ACK ที่เกี่ยวข้อง และขยาย TCP Options และ MaxSegementSize

  5. ค่าที่น้อยกว่าในสองค่าจะเป็นขนาดเซกเมนต์สูงสุดของคุณ

ในรูปภาพนี้ จะทำให้ใช้คอลัมน์มีอยู่แล้วภายใน Netmon ที่เรียกว่าการแก้ไขปัญหา TCP

การติดตามเครือข่ายถูกกรองใน Netmon โดยใช้คอลัมน์ที่มีอยู่แล้วภายใน

คอลัมน์ที่มีอยู่แล้วภายในจะอยู่ที่ด้านบนสุดของแผง Frame Details (เมื่อต้องการสลับกลับไปยังมุมมองปกติของคุณ ให้คลิกที่ Columns อีกครั้ง แล้วเลือก Time Zone)

ตำแหน่งที่จะค้นหาดรอปดาวน์ คอลัมน์ สำหรับตัวเลือกแก้ไขปัญหา TCP (ด้านบนของการสรุปเฟรม)

นี่คือติดตามความถูกกรองใน Wireshark มีตัวกรองที่เฉพาะเจาะจงกับค่า MSS (tcp.options.mss) เชื่อมโยงที่ด้านล่างของ Wireshark เทียบเท่ากับรายละเอียดเฟรมเฟรมของ SYN, SYN/ระ ดาษ handshake ดำ (เพื่อให้ใส่กรอบระดาษ 47 ลิงก์ไปยัง SYN/ระ ดาษ 46 ลิงก์ไปยัง 43 SYN) เมื่อต้องการให้ชนิดนี้ทำงานได้ง่ายขึ้น

การติดตามจะถูกกรองใน Wireshark ด้วย tcp.options.mss สำหรับ Max Segment Size (MSS)

ถ้าคุณจำเป็นต้องตรวจสอบ Selective Acknowledgment (หัวข้อถัดไปในเมทริกซ์นี้) ไม่ต้องปิดการติดตามของคุณ!

Selective Acknowledgment

  • พบใน SYN - SYN/ACK

  • ต้องมีการรายงานเป็น Permitted ทั้งใน SYN และ SYN/ACK

  • Selective Acknowledgment (SACK) จะช่วยให้การส่งข้อมูลอีกครั้งเป็นไปอย่างราบรื่นยิ่งขึ้นเมื่อแพคเก็ตหายไป

  • อุปกรณ์อาจปิดใช้งานฟีเจอร์นี้ได้ ซึ่งอาจทำให้เกิดปัญหาด้านประสิทธิภาพการทำงาน

  • ถ้าคุณกำลังอยู่เบื้องหลังพร็อกซี หรือคุณกำลังใช้ NAT อย่าลืมเรียกใช้การทดสอบนี้จากไคลเอ็นต์ไปยังพร็อกซี/จุดขาออก (egress point)/NAT และจากพร็อกซี/จุดขาออก (egress point)/NAT ไปยัง Office 365 สำหรับผลลัพธ์ที่ดีที่สุด! มีเซสชัน TCP ที่แตกต่างกัน

Netmon

Selective Acknowledgment (SACK) เป็นอีกหนึ่งพารามิเตอร์ใน SYN-SYN/ACK Hand Shake คุณสามารถกรองการติดตามของคุณสำหรับ SYN - SYN/ACK ได้หลายวิธี

  1. ค้นหาการเชื่อมต่อในการติดตามที่คุณต้องการดู ไม่ว่าจะด้วยการสแกนการติดตาม ด้วยการกรองตามที่อยู่ IP หรือด้วยการเลือก Conversation ID ที่ระบุโดยใช้บานหน้าต่าง Network Conversations ใน Netmon

  2. เมื่อคุณพบแพคเก็ต SYN ขยาย TCP ใน Netmon หรือส่งโพรโทคอลควบคุมใน Wireshark ในส่วนรายละเอียดของเฟรม

  3. ขยาย TCP Options ตามด้วย SACK

  4. ระบุตำแหน่งเฟรม SYN-ACK ที่เกี่ยวข้อง และขยาย TCP Options และเขตข้อมูล SACK

  5. ทำให้ SACK เป็น Permitted ทั้งใน SYN และ SYN/ACK

ต่อไปนี้ค่า SACK ที่จะเห็นทั้งใน Netmon และ Wireshark

Selective Acknowledgment (SACK) in Netmon as a result of tcp.flags.syn == 1

SACK ที่เห็นใน Wireshark ที่มีตัวกรอง tcp.flags.syn == 1

ตำแหน่งทางภูมิศาสตร์ของ DNS

  • ตำแหน่งทางภูมิศาสตร์ที่ Office 365 พยายามแก้ไขปัญหาการเชื่อมต่อ DNS ของคุณจะส่งผลกระทบต่อความเร็วในการเชื่อมต่อของคุณ

  • ใน Outlook Online หลังจากการค้นหา DNS แรกเสร็จสมบูรณ์แล้ว ตำแหน่งที่ตั้งของ DNS แรกนี้จะถูกใช้ในการเชื่อมต่อไปยังศูนย์ข้อมูลที่อยู่ใกล้ที่สุด คุณจะเชื่อมต่อกับเซิร์ฟเวอร์ CAS ของ Outlook Online ซึ่งจะใช้เครือข่าย Backbone (Backbone Network) เพื่อเชื่อมต่อกับศูนย์ข้อมูล (dC) ที่ข้อมูลของคุณถูกเก็บไว้ ซึ่งจะดำเนินการได้เร็วขึ้น

  • เมื่อเข้าถึง SharePoint Online ผู้ใช้ที่เดินทางไปต่างประเทศจะถูกนำไปที่ศูนย์ข้อมูลที่ใช้งานอยู่ของพวกเขา โดยตำแหน่งที่ตั้งศูนย์ข้อมูลจะยึดตามตำแหน่งที่ตั้งที่ผู้เช่า SPO พำนักอยู่ (ดังนั้น ถ้าผู้ใช้พำนักอยู่ใน USA ศูนย์ข้อมูลก็จะอยู่ใน USA๊)

  • Lync Online มีโหนดที่ใช้งานอยู่มากกว่าหนึ่งศูนย์ข้อมูลในแต่ละครั้ง) เมื่อการเรียกประชุมถูกส่งไปยังอินสแตนซ์ของ Lync Online แล้ว DNS ของ Microsoft จะระบุว่าการร้องขอนี้มาจากที่ใด และจะส่งกลับที่อยู่ IP จากศูนย์ข้อมูลภูมิภาคที่ใกล้ที่สุดที่ Lync Online ใช้งานอยู่

เคล็ดลับ: ต้องการเรียนรู้เพิ่มเติมเกี่ยวกับวิธีที่คอมพิวเตอร์ไคลเอ็นต์เชื่อมต่อกับ Office 365 หรือไม่ ให้ดูบทความอ้างอิงที่ชื่อว่า การเชื่อมต่อคอมพิวเตอร์ไคลเอ็นต์ (และกราฟิกที่มีประโยชน์)

Ping

PsPing

ร้องขอสำหรับการแก้ไขชื่อจากเซิร์ฟเวอร์ DNS ของไคลเอ็นต์ไปยังเซิร์ฟเวอร์ DNS ของไมโครซอฟท์ควรในเกิดกรณีส่วนใหญ่ DNS Microsoft ที่ส่งกลับค่าอยู่ IP ของ datacenter ในภูมิภาค (dC) สิ่งที่ไม่นี้หมายความว่า คุณได้อย่างไร ถ้าสำนักงานใหญ่ของคุณอยู่ใน Bangalore อินเดีย แต่คุณกำลังเดินในประเทศสหรัฐอเมริกา เมื่อเบราว์เซอร์ของคุณทำให้คำขอสำหรับ Outlook Online ของไมโครซอฟท์ DNS servers ควรแจกให้คุณที่อยู่ IP datacenters ในประเทศสหรัฐอเมริกา - datacenter ในภูมิภาค ถ้าจำเป็นต้องจดหมายจาก Outlook ข้อมูลนั้นจะเดินทางผ่านเครือข่ายแกนหลักถ่ายด่วนของ Microsoft ระหว่าง datacenters

DNS จะทำงานได้เร็วที่สุดเมื่อการแก้ปัญหาชื่อได้รับการจัดการใกล้กับตำแหน่งที่ตั้งของผู้ใช้มากที่สุดเท่าที่จะเป็นไปได้ ถ้าคุณอยู่ในยุโรป คุณต้องการที่จะไปยัง Microsoft DNS ในยุโรป และจัดการกับศูนย์ข้อมูลในยุโรป ประสิทธิภาพการทำงานจากไคลเอ็นต์ในยุโรปไปยัง DNS และศูนย์ข้อมูลในอเมริกาจะทำงานได้ช้าลง

เครื่องมือ Ping กับ outlook.office365.com จะระบุตำแหน่งที่ตั้งและเส้นทางการร้องขอ DNS ของคุณ ถ้าคุณอยู่ในยุโรป คุณควรจะเห็นการตอบกลับจากบางสิ่ง เช่น outlook-emeawest.office365.com ในทวีปอเมริกา คุณควรจะเห็นบางสิ่ง เช่น outlook-namnorthwest.office365.com

  1. เปิดพร้อมท์คำสั่งในคอมพิวเตอร์ไคลเอ็นต์ (ผ่านทาง เริ่ม > เรียกใช้ > cmd หรือ แป้น WINDOWS แล้วพิมพ์ cmd)

  2. พิมพ์ ping outlook.office365.com แล้วกด ENTER

    อย่าลืม เพื่อระบุถ้าคุณต้องการระบุการแก้ไขผ่าน IPv4 -4 คุณอาจล้มเหลวเมื่อต้องการรับการตอบกลับจากแพคเก็ต ICMP แต่คุณจะเห็นชื่อของ DNS ถูกกำหนดเส้นทางการร้องขอ

ถ้าคุณต้องการดูตัวเลขความล่าช้าสำหรับการเชื่อมต่อนี้ ลองเรียกใช้ PsPing ไปยังที่อยู่ IP ของเซิร์ฟเวอร์ที่จะถูกส่งกลับโดย Ping

ปิงของ outlook.office365.com แสดงความละเอียดใน outlook-namnorthwest

PSPing ไปยังที่อยู่ IP ที่ส่งกลับโดยปิง outlook.office365.com แสดงค่าเฉลี่ยเวลาแฝง 28 มิลลิวินาที

การแก้ไขปัญหาแอปพลิเคชัน Office 365

Netmon

HTTPWatch

คอนโซล F12 ในเบราว์เซอร์

เราไม่ครอบคลุมเครื่องมือที่ใช้ในการแก้ไขปัญหาแอปพลิเคชันที่เฉพาะเจาะจงในบทความนี้เฉพาะเครือข่าย แต่คุณจะพบทรัพยากรคุณสามารถใช้บนหน้านี้

หัวข้อที่เกี่ยวข้อง

การจัดการ Office 365 ปลายทาง
เชื่อมต่อการแก้ไขปัญหา Office 365

หมายเหตุ: ข้อจำกัดความรับผิดชอบของการแปลด้วยเครื่อง: บทความนี้มีการแปลด้วยระบบคอมพิวเตอร์โดยไม่มีการดำเนินการโดยบุคคล Microsoft จัดให้มีการแปลด้วยเครื่องนี้เพื่อช่วยให้ผู้ใช้ที่ไม่ได้พูดภาษาอังกฤษสามารถใช้ประโยชน์จากเนื้อหาเกี่ยวกับผลิตภัณฑ์ บริการและเทคโนโลยีของ Microsoft เนื่องจากบทความมีการแปลด้วยเครื่อง อาจมีข้อผิดพลาดด้านคำศัพท์ ไวยากรณ์หรือรูปประโยค

ขยายทักษะของคุณ
สำรวจการฝึกอบรม
รับฟีเจอร์ใหม่ก่อนใคร
เข้าร่วม Office Insider

ข้อมูลนี้เป็นประโยชน์หรือไม่

ขอบคุณสำหรับคำติชมของคุณ!

ขอขอบคุณสำหรับคำติชมของคุณ! เราคิดว่าอาจเป็นประโยชน์ที่จะให้คุณได้ติดต่อกับหนึ่งในตัวแทนฝ่ายสนับสนุน Office ของเรา

×