โหมด SOCKS ของ NetGuard ครอบคลุม TCP ไม่ใช่ทุกโปรโตคอล

NetGuard ยึดอินเทอร์เฟซ VPN ของ Android เพื่อกรองทราฟฟิก และสามารถส่งต่อการเชื่อมต่อที่รองรับไปยังปลายทาง SOCKS ข้อเท็จจริงสองข้อนี้มักถูกอ่านว่า “โทรศัพท์อยู่ใน VPN” ซึ่งเป็นข้อสรุปที่กลไกนี้ไม่ได้รองรับ ตัวกรองเห็นแพ็กเก็ต; พร็อกซีเห็นเฉพาะการเชื่อมต่อที่ถูกส่งต่อให้จริง ๆ ระหว่างสองประโยคนี้คือคำถามทั้งหมดเกี่ยวกับความครอบคลุม

FAQ ของโครงการต้นทางบันทึกทั้งข้อจำกัดบริการเดียวและตัวเลือก SOCKS การมีอยู่ของตัวเลือกไม่ใช่หลักฐานว่าแพ็กเก็ตที่อนุญาตทุกตัวใช้มัน และคำถามเรื่องความครอบคลุมก็เกิดจากช่องว่างนี้

เส้นทางการส่งต่อสองเส้นภายในแอปเดียว

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

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

การโฆษณา UDP ไม่ใช่การนำไปใช้

เซิร์ฟเวอร์ SOCKS ที่อ้างว่ารองรับ UDP ไม่ได้เพิ่มการจัดการฝั่งไคลเอนต์ที่สอดคล้องให้กับแอปบนโทรศัพท์ของคุณ คุณสมบัติเชิงทฤษฎีของโปรโตคอลและพฤติกรรมของบิลด์ที่ติดตั้งเป็นหัวข้อที่แตกต่างกัน และมีเพียงอย่างหลังที่อธิบายทราฟฟิกของคุณ

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

DNS เป็นเส้นทางที่สาม ไม่ใช่รายละเอียด

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

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

การรับส่งผ่านพร็อกซีไม่เป็นส่วนตัวโดยอัตโนมัติ

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

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

ตรวจสอบความครอบคลุมด้วยเมทริกซ์ ไม่ใช่การโหลดหน้า

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

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