VPN Handshake คืออะไร? มีขั้นตอนใดบ้าง

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

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

handshake ต้องทำให้สำเร็จอะไรบ้าง

ลองนึกถึงคนสองคนที่พบกันครั้งแรกที่เคาน์เตอร์ต้อนรับ ก่อนคุยเรื่องลับ ทั้งคู่ต้องยืนยันสี่เรื่อง VPN handshake ก็ทำแบบเดียวกัน

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

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

ขั้นตอนของการเชื่อมต่อทั่วไป

โปรโตคอลต่างกันในรายละเอียด จึงขอให้มองนี่เป็นไทม์ไลน์ทั่วไป ชื่อของแต่ละขั้นเป็นของเราเอง ไม่ใช่มาตรฐานทางการ

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

ขั้นที่ 1 ทักทายและเจรจา อุปกรณ์ของคุณส่งข้อความแรกที่ระบุสิ่งที่รองรับ เซิร์ฟเวอร์ตอบด้วยตัวเลือกของมัน ตอนนี้ทั้งสองฝ่ายรู้เวอร์ชันโปรโตคอลและอัลกอริทึมที่ใช้

ขั้นที่ 2 ตกลงกุญแจ แต่ละฝ่ายสมทบค่าชั่วคราวใหม่ และทั้งคู่คำนวณความลับร่วมเดียวกันโดยไม่ต้องส่งผ่านเครือข่าย จากจุดนี้ ข้อความ handshake ที่ตามมามักถูกเข้ารหัส

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

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

ขั้นที่ 5 ยืนยันและส่งข้อมูลแรก ทั้งสองฝ่ายตรวจว่ากุญแจใหม่ใช้งานได้ แล้วแพ็กเก็ตของคุณเริ่มเคลื่อนที่ ตัวจับเวลาสำหรับการต่ออายุกุญแจเริ่มนับ และข้อความ keep-alive เล็กๆ เริ่มไหล เพื่อไม่ให้เราเตอร์ตามทางลืมการเชื่อมต่อนี้

สรุปคร่าวๆ คือขั้นที่ 1 ถึง 3 สร้างความไว้วางใจ ส่วนขั้นที่ 4 และ 5 ทำให้มันใช้งานได้

รอบการส่ง ทำไม handshake จึงใช้เวลา

รอบการส่ง (round trip) คือหนึ่งข้อความข้ามเครือข่ายไปและหนึ่งข้อความตอบกลับ ความหน่วงของหนึ่งรอบขึ้นกับระยะทางและความคับคั่ง อาจอยู่ระหว่างไม่กี่มิลลิวินาทีบนลิงก์ที่บ้านที่ดี ถึงหลายร้อยมิลลิวินาทีบนมือถือที่สัญญาณอ่อน handshake ที่ต้องใช้หลายรอบก็ใช้เวลาหลายเท่าของความหน่วงนั้น ไม่ว่าคอมพิวเตอร์จะเร็วแค่ไหน

ตัวเลขทั่วไปสำหรับใช้ประเมิน

การออกแบบ	จำนวนรอบโดยประมาณก่อนข้อมูลจะไหล	หมายเหตุ
การเชื่อมต่อ TCP ธรรมดา	1	การเปิดสามทางของ TCP อย่างเดียว
TLS 1.3 บน TCP	เพิ่ม 1 รวมราว 2	handshake เต็มในอีกหนึ่งรอบ (RFC 8446)
TLS 1.2 รุ่นเก่าบน TCP	เพิ่ม 2 รวมราว 3	แลกเปลี่ยนเพิ่มอีกหนึ่งครั้งเทียบกับ 1.3
IKEv2 (IPsec)	2	ข้อความคู่แรก แล้วคู่สำหรับยืนยันตัวตน (RFC 7296)
WireGuard	1	ข้อความเริ่มต้นหนึ่งข้อความและคำตอบหนึ่งข้อความ (whitepaper ของ WireGuard)

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

• การออกแบบที่ต้องใช้ 1 รอบ เพิ่มราว 200 มิลลิวินาที
• แบบที่ต้องใช้ 2 รอบ เพิ่มราว 400 มิลลิวินาที
• แบบที่ต้องใช้ 3 รอบ เพิ่มราว 600 มิลลิวินาที และขั้นตอนชื่อผู้ใช้กับรหัสผ่านภายในอุโมงค์อาจเพิ่มอีกหนึ่งรอบ

บนบรอดแบนด์ที่ดีซึ่งหน่วง 20 มิลลิวินาที handshake เดียวกันเสร็จใน 20 ถึง 80 มิลลิวินาที ซึ่งคุณจะไม่รู้สึกเลย นี่คือเหตุผลที่ VPN ตัวเดียวกันรู้สึกทันทีที่บ้านแต่ใช้เวลาสองสามวินาทีบนรถไฟ อ่านเรื่องความหน่วงเพิ่มเติมได้ในคำอธิบายเรื่อง latency ของ Cloudflare และดูผลต่อการใช้งานจริงใน VPN ลด ping ได้หรือไม่

เวลาของ handshake เป็นต้นทุนครั้งเดียวต่อการเชื่อมต่อ เมื่ออุโมงค์ขึ้นแล้ว ความเร็วในการใช้งานประจำวันของคุณขึ้นกับปัจจัยอื่น ซึ่ง ทำไมความเร็วอินเทอร์เน็ตเปลี่ยนเมื่อใช้ VPN อธิบายไว้

ผู้สังเกตเห็นอะไรระหว่าง handshake

คนมักถามว่าตัว handshake เป็นส่วนตัวหรือไม่ คำตอบที่ตรงไปตรงมาคือบางส่วน

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

ผลในทางปฏิบัติตามมา คนที่อยู่บน Wi-Fi เดียวกับคุณบอกได้ว่าคุณเปิดอุโมงค์ไปยังเซิร์ฟเวอร์ใดเซิร์ฟเวอร์หนึ่ง แต่ไม่รู้ว่าคุณทำอะไรภายในนั้น นี่ก็เป็นเหตุผลที่การเปลี่ยนหมายเลขพอร์ตไม่ได้ทำให้อุโมงค์มองไม่เห็น เพื่อรู้เพิ่มว่าคนตามเส้นทางเรียนรู้อะไรได้ อ่าน ISP เห็นทราฟฟิก VPN ของคุณหรือไม่

เมื่อ handshake ล้มเหลว อาการแยกตามขั้น

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

ขั้น	สิ่งที่อาจเห็น	สาเหตุที่เป็นไปได้	สิ่งแรกที่ควรลอง
0 ไปให้ถึงเซิร์ฟเวอร์	ค้างที่ "กำลังเชื่อมต่อ" หมดเวลา ไม่มีการตอบกลับ	เครือข่ายบล็อกทราฟฟิก ยังไม่ผ่านหน้าล็อกอินของ Wi-Fi ไม่มีอินเทอร์เน็ตเลย	เปิดหน้าเว็บ ยอมรับเงื่อนไขของ Wi-Fi ลองข้อมูลมือถือ
1 ทักทายและเจรจา	ล้มเหลวทันทีหลังเริ่ม ข้อความเกี่ยวกับโปรโตคอลหรือเวอร์ชัน	แอปล้าสมัย การตั้งค่าไม่ตรงกัน	อัปเดตแอป ใช้ค่าเริ่มต้น
2 ตกลงกุญแจ	การเจรจาล้มเหลวหรือหมดเวลาหลังได้รับคำตอบบางส่วน	แพ็กเก็ตหายหรือใหญ่เกินเส้นทาง ลิงก์ไม่เสถียร	สลับเครือข่าย เข้าใกล้เราเตอร์
3 ยืนยันตัวตน	ข้อความเรื่องใบรับรอง ความน่าเชื่อถือ หรือการยืนยันตัวตน	วันที่และเวลาของเครื่องผิด ข้อมูลเข้าสู่ระบบผิด บัญชีหมดอายุ	แก้นาฬิกา ตรวจชื่อผู้ใช้และรหัสผ่านอีกครั้ง
4 ตั้งค่า	เชื่อมต่อได้แล้วแต่ขึ้นว่าไม่มีอินเทอร์เน็ต	ข้อมูล DNS หรือเส้นทางไม่ถูกนำไปใช้	เชื่อมต่อใหม่ รีสตาร์ตแอป
5 ข้อมูลแรก	ไอคอนเชื่อมต่อขึ้นแต่ไม่มีอะไรโหลด	ไฟร์วอลล์หรือหน้าล็อกอินรบกวน keep-alive ถูกทิ้ง	ทดสอบเว็บอื่น เชื่อมต่อใหม่

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

รายการตรวจทีละขั้นเมื่อ handshake ค้าง

ทำจากบนลงล่าง และหยุดเมื่อเชื่อมต่อสำเร็จ

1. ยืนยันว่าเครือข่ายใช้ได้ เปิดหน้าเว็บทั่วไปโดยไม่เปิด VPN ถ้าไม่โหลดหรือมีหน้าล็อกอินขึ้นมา ปัญหาอยู่ที่ขั้น 0 ให้ล็อกอิน Wi-Fi ให้เสร็จก่อน
2. ตรวจนาฬิกาเครื่อง ตั้งวันที่และเวลาเป็นอัตโนมัติ นาฬิกาที่คลาดไปหลายชั่วโมงหรือหลายวันทำให้การตรวจใบรับรองล้มเหลวได้ทั้งที่ทุกอย่างอื่นถูกต้อง
3. พิมพ์ข้อมูลเข้าสู่ระบบใหม่ คัดลอกจากหน้าบัญชีแทนการจำ และตรวจช่องว่างที่เผลอใส่ จำไว้ว่าข้อมูลเข้าสู่ระบบของแอป VPN อาจต่างจากที่ใช้ล็อกอินบนเว็บไซต์
4. ตรวจว่าบัญชีหรือพาสยังใช้งานได้ พาสที่หมดอายุล้มเหลวที่การยืนยันตัวตน หน้าบัญชีของคุณแสดงสถานะ
5. สลับเครือข่าย ลองข้อมูลมือถือหรือ Wi-Fi อื่น ถ้าเชื่อมต่อได้ที่นั่น แสดงว่าเครือข่ายแรกกรองอะไรบางอย่าง และคุณถามผู้ดูแลได้ว่าอนุญาตให้ใช้ VPN หรือไม่
6. อัปเดตแอป เวอร์ชันเก่าอาจพูดโปรโตคอลรุ่นที่ล้าสมัย
7. รีสตาร์ตแอปและอุปกรณ์ ช่วยล้างการเชื่อมต่อที่เปิดค้างและการตั้งค่าเครือข่ายที่ตกค้าง
8. คงการตั้งค่าเริ่มต้น ถ้าแอปมีตัวเลือกโปรโตคอลหรือพอร์ต อย่าเปลี่ยนหลายอย่างพร้อมกัน เปลี่ยนทีละอย่างและจดผล จะทำให้การทดลองอ่านง่าย
9. นำข้อความที่ตรงตัวไปหาฝ่ายสนับสนุน ข้อความและเวลาที่พยายามช่วยให้ผู้ให้บริการดูส่วนที่ถูกต้อง

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

handshake เพื่อเปลี่ยนกุญแจ และสาเหตุที่การเชื่อมต่ออาจสะดุด

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

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

สถานการณ์ตัวอย่าง

คาเฟ่ที่เชื่อมต่อไม่ติดสักที ปริยานั่งลง เชื่อม Wi-Fi ของคาเฟ่ แล้วแตะเชื่อมต่อ แอปค้างที่ "กำลังเชื่อมต่อ" หนึ่งนาทีแล้วล้มเหลว เธอเปิดเบราว์เซอร์โดยไม่ใช้ VPN และถูกพาไปหน้าล็อกอินที่ไม่เคยเห็น เมื่อเธอยอมรับเงื่อนไข handshake ก็เสร็จในความพยายามครั้งถัดไป สาเหตุคือขั้น 0 ไม่ใช่ VPN

แล็ปท็อปที่วันที่ผิด หลังเปลี่ยนแบตเตอรี่ แล็ปท็อปเก่าของกวามีลืมเวลาและรีเซ็ตเป็นปีก่อนหน้า แอป VPN รายงานปัญหาใบรับรอง การตั้งนาฬิกาเป็นอัตโนมัติแก้ได้ สาเหตุคือขั้น 3

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

นักศึกษาที่เชื่อมต่อใหม่หลังเครื่องหลับ หลังแล็ปท็อปตื่น จุนเห็นว่าอุโมงค์เก่าตายแล้ว กุญแจหมดอายุระหว่างที่เครื่องหลับ การเชื่อมต่อใหม่รัน handshake สดใหม่และคืนบริการในชั่วพริบตา

ข้อจำกัดและความเข้าใจผิด

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

สรุป

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

ถ้าอยากลองขั้นตอนเหล่านี้บนอุปกรณ์ของคุณเอง หน้าดาวน์โหลด มีลิงก์แอปฟรี และ หน้าราคา อธิบายวิธีทำงานของพาส