เป็นที่ Starlink หรือ Wi-Fi? วิธีวินิจฉัยข้อบกพร่อง

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

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

ทำไมคำร้องเรียน Starlink ส่วนใหญ่จึงกลายเป็นเรื่อง Wi-Fi?

เพราะลูกค้าประสบกับสิ่งเดียว "อินเทอร์เน็ต" และจุดที่อ่อนแอที่สุดในบ้านและเรือส่วนใหญ่คือสิบเมตรสุดท้ายของมัน ห้องที่อยู่ไกล ผนังหนา 2.4 GHz ที่แออัด อะแดปเตอร์พาวเวอร์ไลน์ที่มีวันแย่ๆ ทั้งหมดนี้ปรากฏเป็น "Starlink ช้า" จานถูกโทษเพราะมันเป็นสิ่งใหม่ที่มองเห็นได้ ก่อนที่จะแตะบันได จงพิสูจน์ว่าปัญหาอยู่ฝั่งไหนของเราเตอร์

คุณจะรันการทดสอบสองเส้นทางได้อย่างไร?

ใน Nexus Telemetry Pro เปิดเครื่องมือวินิจฉัยและรัน ping ไปยังเป้าหมายที่เสถียรเช่น 8.8.8.8 Pro รันมันสองครั้งพร้อมกัน: ครั้งหนึ่งจากเครื่องที่คุณใช้อยู่ และอีกครั้งผ่าน API ของเราเตอร์ Starlink เพื่อให้เราเตอร์เองรายงานเส้นทางของตัวเองไปยังเป้าหมายเดียวกัน ผลลัพธ์อยู่เคียงข้างกัน

อ่านมันแบบนี้ หากทั้งสองสะอาด การเชื่อมต่อดีตลอดเส้นทางและคำร้องเรียนต้องแคบลง (บริการเฉพาะ ช่วงเวลาเฉพาะของวัน) หากฝั่งเราเตอร์สะอาดและฝั่งอุปกรณ์แสดงการสูญเสียแพ็กเก็ตหรือเวลาหน่วงสูง ข้อบกพร่องอยู่ระหว่างอุปกรณ์กับเราเตอร์: ความครอบคลุมของ Wi-Fi การรบกวน หรืออุปกรณ์เครือข่ายท้องถิ่น หากทั้งสองฝั่งแสดงการสูญเสียแพ็กเก็ตหรือเวลาหน่วงเหมือนกัน ปัญหาอยู่ต้นทางจริงๆ ที่จานหรือการเชื่อมต่อดาวเทียม และคุณจะไปที่การตรวจสอบจานด้านล่าง

คุณตรวจอะไรบ้างเมื่อเป็นที่จานจริงๆ?

สามที่ ตามลำดับ

บันทึกเหตุการณ์ จานบันทึกทุกการขัดข้องและเหตุการณ์พร้อมระยะเวลาและเวลาประทับ แต่ละรายการมีป้ายกำกับตามสาเหตุหรือความรุนแรง: เหตุการณ์ no-downlink การล้มเหลวของ ping การขัดข้องจากสิ่งกีดขวาง และคำแนะนำเรื่องฝนบดบัง เป็นต้น รูปแบบคือการวินิจฉัย กลุ่มของเหตุการณ์ no-downlink ต่ำกว่าหนึ่งวินาทีชี้ไปที่สิ่งกีดขวาง การขัดข้องที่ยาวนานกว่าเป็นครั้งคราวพร้อมป้าย "switched" เป็นเรื่องฝั่งเครือข่าย บันทึกที่ส่งเสียงดังในช่วงเวลาเดียวกันทุกวันบ่งบอกถึงบางสิ่งในสิ่งแวดล้อมที่ข้ามผ่านมุมมองท้องฟ้า

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

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

คุณจะแยกปัญหาเวลาหน่วงออกจากปัญหาอัตราการส่งผ่านข้อมูลได้อย่างไร?

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

สำหรับอัตราการส่งผ่านข้อมูล การทดสอบความเร็วในเบราว์เซอร์วัดทั้งเส้นทางรวมถึงอารมณ์ของเซิร์ฟเวอร์ทดสอบ iPerf วัดอัตราการส่งผ่านข้อมูลแบบดิบระหว่างสองเครื่องที่คุณควบคุม ซึ่งทำให้มันเป็นเครื่องมือที่ซื่อสัตย์สำหรับคำกล่าวอ้าง "การเชื่อมต่อช้า" และชุดเครื่องมือวินิจฉัยรวมไคลเอนต์ iPerf ควบคู่ไปกับ traceroute, การค้นหา DNS และการตรวจสอบพอร์ต ข้อควรระวังหนึ่งจากประสบการณ์: เซิร์ฟเวอร์ iPerf สาธารณะมักยุ่งหรือเข้าถึงไม่ได้ ดังนั้นให้ถือว่าการทดสอบเซิร์ฟเวอร์สาธารณะที่ล้มเหลวว่าไม่สรุปผล มากกว่าจะเป็นหลักฐาน การตั้งค่า iPerf บน Windows เป็นเรื่องยุ่งยากเล็กๆ ของตัวมันเอง เราจึงเขียนไว้ให้แล้ว

วิธีติดตั้ง iPerf บน Windows →

ข้อมูลพื้นฐานเปลี่ยนการสนทนาได้อย่างไร?

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

ฉบับย่อ

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

ส่วนหนึ่งของ Starlink สำหรับช่างติดตั้งและมืออาชีพ Nexus Telemetry สร้างโดย Liquidbinary Ltd ทีมงานเบื้องหลังแพลตฟอร์มการจัดการ Starlink Enterprise ตัวแรก Pro ทำงานแบบเนทีฟบน Windows, macOS และ Linux พร้อมการทดลองใช้ฟรี