อุปกรณ์สมาร์ทโฮมหายไปเมื่อโทรศัพท์เชื่อมต่อ VPN
การค้นหาภายในเครื่อง สิทธิ์ของโทรศัพท์ และการควบคุมผ่านคลาวด์ใช้เส้นทางต่างกัน ระบุการทำงานที่ล้มเหลวก่อนรีเซ็ตฮับหรือเปลี่ยนเครือข่าย
หลอดไฟทำงานจากแอปของมันที่บ้าน หยุดตอบสนองในขณะที่โทรศัพท์เชื่อมต่อ VPN และกลับมาเมื่ออุโมงค์ขาด ไม่มีอะไรผิดกับหลอดไฟ โทรศัพท์ส่งทราฟฟิกบางส่วนหรือทั้งหมดผ่านเส้นทางอื่น และแอปสมาร์ทโฮมอาจใช้วิธีการค้นหาที่เส้นทางนั้นไม่รองรับ ระบุการทำงานที่ล้มเหลวก่อนรีเซ็ตอะไรก็ตาม
สองเส้นทาง และอุโมงค์แตะเพียงเส้นเดียว
คำสั่งสมาร์ทโฮมเดินทางได้สองแบบ อาจไปยังอุปกรณ์ใกล้เคียงโดยตรงผ่านเครือข่ายภายใน หรือผ่านบริการคลาวด์ของผู้ผลิตที่เข้าถึงอุปกรณ์ผ่านการเชื่อมต่อของมันเอง VPN บนโทรศัพท์เปลี่ยนเส้นทางของโทรศัพท์ ไม่ได้ย้ายฮับ หลอดไฟ หรือลำโพงเข้าไปในอุโมงค์ การตั้งค่า การควบคุม และการแจ้งเตือนอาจใช้กลไกต่างกัน จึงทำให้ความล้มเหลวบางส่วนดูไม่สอดคล้อง
ดังนั้นการวินิจฉัยแรกไม่ใช่การตั้งค่า VPN แต่เป็นการทำงานที่ล้มเหลว หากการตั้งค่าภายในและการควบคุมผ่านคลาวด์ล้มเหลวพร้อมกัน นั่นชี้ไปที่อื่นโดยสิ้นเชิง
ทดสอบการค้นหาภายในแยกกัน
การค้นหาภายในอาศัยมัลติคาสต์ระดับลิงก์ท้องถิ่น ซึ่งอุโมงค์ที่กำหนดเส้นทางไม่ขยายตรวจสอบว่าชื่อแก้ไขได้หรือไม่ และที่อยู่เข้าถึงได้โดยไม่ใช้แอปหรือไม่
avahi-resolve -n lamp.local
ip route get 192.168.1.50
ping -c 3 192.168.1.50การเรียกตัวแก้ไขชื่อแสดงว่า mDNS ตอบหรือไม่ การค้นหาเส้นทางแสดงว่าอินเทอร์เฟซใดจะพาทราฟฟิกไปยังอุปกรณ์ และ ping แสดงว่าเส้นทางภายในทำงานหรือไม่ เส้นทางที่ส่งซับเน็ตของอุปกรณ์เข้าไปในอุโมงค์อธิบายว่าทำไมการค้นหาจึงล้มเหลวในขณะที่อินเทอร์เน็ตยังทำงาน ชื่อที่แก้ไขได้แต่ไม่มีการตอบกลับชี้ไปที่การแยกตัวที่จุดเข้าใช้งาน ไม่ใช่ที่ VPN แทนที่ชื่อและที่อยู่ในตัวอย่างด้วยค่าจากเครือข่ายของคุณเอง
หากเฉพาะเส้นทางคลาวด์เสีย
หากคำสั่งภายในทำงานแต่คำสั่งระยะไกลไม่ทำงาน อุโมงค์ของโทรศัพท์อาจรบกวนเซสชันคลาวด์แทนการค้นหา ที่อยู่ทางออกใหม่อาจกระตุ้นการยืนยันบัญชี ทำให้เซสชันที่ตรึงไว้ขาด หรือล้มเหลวในการตรวจสอบตามภูมิภาค เปรียบเทียบการทำงานที่รองรับหนึ่งรายการโดยที่แอปและเครือข่ายไม่เปลี่ยนอื่น ๆ และคงการตรวจสอบใบรับรองไว้ การไหลกู้คืนของบริการเองเป็นเครื่องมือที่ถูกต้อง การปิดการตรวจสอบความปลอดภัยเพื่อให้ล็อกอินผ่านไม่ใช่
ตรวจสอบ DNS ด้วย เพราะแอปอาจแก้ไขปลายทางของผู้ผลิตเป็นชื่อโฮสต์ที่ตอบถูกต้องเฉพาะจากภูมิภาคที่คาดไว้
การเข้าถึงระยะไกลเป็นการออกแบบที่สาม
การเข้าถึงอุปกรณ์ที่บ้านจากภายนอกเป็นโครงการแยกจากการกำหนดเส้นทางโทรศัพท์ผ่าน VPN ต้องใช้เกตเวย์ส่วนตัว เส้นทางที่กำหนด และกฎการเข้าถึงที่แคบ และไม่ได้เกิดจากการสมัคร VPN ที่มีทางออกอินเทอร์เน็ต การส่งต่อพอร์ตแบบกว้างเพื่อชดเชยปัญหาการกำหนดเส้นทางที่ไม่ทราบสาเหตุทำให้อุปกรณ์ที่ไม่เคยออกแบบมาสำหรับสิ่งนี้ถูกเปิดเผย ทดสอบการค้นหา การควบคุมภายใน และการควบคุมผ่านคลาวด์ทีละอย่างหลังการเปลี่ยนแปลงใด ๆ หากคุณเพิ่มข้อยกเว้นเครือข่ายภายในสำหรับแอป ให้ยืนยันว่าทราฟฟิกอื่นของโทรศัพท์ยังคงตามอุโมงค์ที่คุณตั้งใจ
บันทึกว่าเส้นทางใดล้มเหลวและการเปลี่ยนแปลงใดแก้ไข ความล้มเหลวของสมาร์ทโฮมมักเป็นขอบเขตของการกำหนดเส้นทางหรือสิทธิ์ และอุปกรณ์ถัดไปจะพบขอบเขตเดียวกัน