วิธีบันทึกและตรวจสอบที่อยู่ขาออกของ VPN ที่คุณใช้
แอปไคลเอนต์แสดงชื่อสถานที่ ไม่ใช่ที่อยู่ที่ทราฟฟิกของคุณออกไป บันทึก IP ขาออกตอนเชื่อมต่อและเทียบกับเส้นฐานโดยตรง
ถามไคลเอนต์ VPN บนเดสก์ท็อปว่าคุณใช้เซิร์ฟเวอร์ใด คำตอบที่ตรงไปตรงมามักเป็นชื่อสถานที่ ชื่อนั้นคือจุดเข้าที่คุณเลือก และ ที่อยู่ที่ทราฟฟิกของคุณออกไปอาจเป็นเครื่องอื่นโดยสิ้นเชิงไม่มีอะไรในแอปที่ออกแบบมาเก็บหมายเลขที่สอง ดังนั้นบันทึกจึงต้องสร้างขึ้นตอนใช้งาน มีสองแนวทาง และมีเพียงแนวทางเดียวที่ผ่านกรณีสนับสนุนได้
บันทึกสองแบบ และมีอยู่จริงเพียงแบบเดียว
มุมมองของไคลเอนต์เองอย่างดีที่สุดคือรายการสถานที่ที่เลือกพร้อมตราเวลา นี่เป็นการตัดสินใจเชิงออกแบบ ไม่ใช่ความหลงลืม ที่อยู่เป็นรายละเอียดการปฏิบัติงาน มันหมุนเวียนระหว่างการมอบหมาย และการเปิดเผยการจับคู่ทำให้ทั้งการสนับสนุนและการจัดการการใช้งานผิดวัตถุประสงค์ยากขึ้น ผู้ให้บริการวางอินสแตนซ์คลาวด์ไว้หน้าเครือข่ายของตน ก็เพื่อให้ปลายทางย้ายได้โดยไม่ต้องบอกใคร สิ่งที่แอปแสดงให้คุณเห็นคือตัวเลือกที่คุณทำ ไม่ใช่เส้นทางที่ทราฟฟิกใช้
บันทึกที่คุณสร้างเองได้คือไฟล์ในเครื่องที่มีที่อยู่สาธารณะหนึ่งรายการและตราเวลา UTC หนึ่งรายการต่อบรรทัด มันเล็กกว่า น่าเกลียดกว่า และมีประโยชน์กว่ามาก เพราะมันบรรยายสิ่งที่ผู้สังเกตจากภายนอกก็มองเห็นได้
ทางเลือก A: บันทึกที่อยู่ขาออกด้วยตัวเอง
บริการสะท้อนจะคืนที่อยู่ต้นทางที่คำขอมาจาก ซึ่งตามนิยามคือที่อยู่ขาออก รันการบันทึกหลังอุโมงค์รายงานว่าเชื่อมต่อแล้ว เพราะไคลเอนต์ที่บอกว่าเชื่อมต่อก่อนเส้นทางและ DNS จะนิ่งจะบันทึกที่อยู่ก่อนอุโมงค์และทำให้บันทึกเสียตั้งแต่บรรทัดแรก
#!/bin/sh
umask 077
log="$HOME/vpn-exit.log"
printf '%s %s\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)" "$(curl -fsS https://api.ipify.org)" >> "$log"รายละเอียดสองอย่างทำให้ท่อนนั้นใช้ได้จริงไม่ใช่ของประดับ ตราเวลาและที่อยู่ใช้บรรทัดเดียวกัน การแยกวิเคราะห์ภายหลังจึงไม่ต้องจับคู่ระเบียน และ umask 077 ทำให้ไฟล์เป็นส่วนตัวตั้งแต่สร้าง รันมันหนึ่งครั้งต่อการเชื่อมต่อ ไม่ใช่หนึ่งครั้งต่อการบูต และเก็บหนึ่งไฟล์ต่ออุปกรณ์
บันทึกระบุว่าคุณใช้อุโมงค์เมื่อใดและปรากฏจากเครือข่ายใด ซึ่งใกล้ประวัติการท่องเว็บมากกว่าตัวนับ เลือกระยะเก็บรักษาที่คุณป้องกันได้ เก็บไฟล์ไว้นอกโฟลเดอร์ซิงก์ที่แชร์ และลบมันอย่างตั้งใจ
ทางเลือก B: ขอประวัติจากผู้ให้บริการ
ผู้ให้บริการบางรายเก็บบันทึกการเชื่อมต่อและจะตอบคำถามสนับสนุนด้วยตราเวลาและชื่อเซิร์ฟเวอร์ บันทึกนั้นบรรยายโครงสร้างพื้นฐานของพวกเขา ไม่ใช่ทราฟฟิกของคุณ และมีค่าเท่ากับหน้าต่างการเก็บรักษาและความเต็มใจที่จะดูของพวกเขา มันยังบรรยายเซสชัน ไม่ใช่คำขอ หน้าต่างมักสั้น และวัดจากฝั่งผู้ให้บริการของอุโมงค์
ผู้ให้บริการที่โฆษณาว่าไม่เก็บบันทึกไม่สามารถให้สิ่งนี้เมื่อขอ และรายการสถานที่ล่าสุดฝั่งไคลเอนต์ก็ไม่ใช่สิ่งเดียวกัน การขอที่อยู่ขาออกจากผู้ให้บริการที่ไม่มีบันทึกมักจบด้วยคำอธิบายว่าทำไมข้อมูลนั้นไม่มีอยู่
แต่ละบันทึกพิสูจน์อะไรได้ในกรณีสนับสนุน
บันทึกทั้งสองตอบคำถามต่างกัน และในตารางนั่นเองที่การเปรียบเทียบเลิกเป็นเชิงวิชาการ
| Question | Your local log | Provider record |
|---|---|---|
| Which address did the traffic leave from? | Yes, for the moment it was captured | Usually not disclosed |
| Was the tunnel in use at 14:20? | Yes, if the capture ran | Yes, within the retention window |
| Why did a location get slower? | Yes, by comparing addresses over time | Sometimes, as an infrastructure note |
| Who sent this specific request? | No | No |
มีเพียงคอลัมน์แรกที่อยู่ในมือคุณ บันทึกของผู้ให้บริการยืนยันได้ว่าบัญชีหนึ่งเชื่อมต่ออยู่ ณ เวลาหนึ่ง แต่ยืนยันไม่ได้ว่าคำขอใดใช้อุโมงค์ และจะไม่ระบุที่อยู่ที่ผู้ให้บริการถือเป็นรายละเอียดการปฏิบัติงาน ไม่มีบันทึกใดระบุตัวบุคคล เพราะที่อยู่ขาออกที่แชร์กันอาจพาผู้ใช้หลายรายในนาทีเดียวกัน
เทียบทั้งสองกับเส้นฐานก่อนจะเชื่อถืออันใดอันหนึ่ง
ที่อยู่เพียงอย่างเดียวพิสูจน์อะไรไม่ได้ บันทึกที่อยู่ตรงก่อนเชื่อมต่อ ที่อยู่ผ่านอุโมงค์หลังจากนั้น แล้วเทียบกัน ค่าที่เหมือนกันหมายความว่าอุโมงค์ไม่ได้พาคำขอนั้นไป ไม่ว่าจะเพราะอุโมงค์แยก ส่วนพร็อกซีที่เหนือกว่า หรือไคลเอนต์ที่ถอยกลับไปใช้เส้นทางตรง
curl -fsS https://api.ipify.org; echo
curl -fsS https://api64.ipify.org; echo
dig +short TXT o-o.myaddr.l.google.com @1.1.1.1ทำการเปรียบเทียบซ้ำสำหรับ DNS และ IPv6 เพราะการสะท้อนที่อยู่พิสูจน์เส้นทางของคำขอ HTTP ครั้งเดียว และไม่ได้บอกอะไรว่าตัวแปลงใดตอบ อุปกรณ์ที่รั่วในด้านหนึ่งอาจดูสมบูรณ์ดีในอีกด้าน