ตัวนับไบต์ของ VPN บน Mac พิสูจน์อะไรและไม่พิสูจน์อะไร

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

เลือกอินเทอร์เฟซก่อนเลือกตัวเลข

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

อย่าสลับไปใช้ตัวนับ Wi-Fi เพียงเพราะอ่านง่ายกว่า จุดสังเกตที่ต่างกันตอบคำถามที่ต่างกัน

วัดส่วนต่าง ไม่ใช่ยอดสะสมตลอดอายุ

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

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

ตัวนับภายในและภายนอกวัดคนละอย่าง

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

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

จับคู่ตัวนับกับผลลัพธ์ของแอป

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

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

เขียนบันทึกที่คนถัดไปต้องการ

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

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