CHECK

ตรวจสภาพแวดล้อม

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

พร้อมแล้ว

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

คะแนน CleanIP

…

ประเภทและความน่าเชื่อถือของ IP ขาออกเอง เหมือนกับหน้าแรก

ความสอดคล้อง

—

เบราว์เซอร์ ระบบ และเครือข่ายสอดคล้องกันหรือไม่

—มีปัญหา

—ต้องระวัง

—ผ่าน

เครือข่ายขาออกรอตรวจสอบ
การรั่วไหลรอตรวจสอบ
เขตเวลาและภาษารอตรวจสอบ
ตัวตนของเบราว์เซอร์รอตรวจสอบ
ลายนิ้วมืออุปกรณ์รอตรวจสอบ
การเข้าถึงบริการรอตรวจสอบ

สรุป IP ขาออก

กำลังระบุ IP ขาออกของคุณ

รายละเอียดการตรวจสอบ

ทั้งหมด 26 รายการ

เครือข่ายขาออก

ทุกปลายทางเห็น IP ขาออกเดียวกันหรือไม่ IPv6 ออกจากที่อื่นหรือไม่ และคำขอมี header ของ proxy หรือไม่

เว็บไซต์มองเห็น IP ขาออกของคุณ หากแต่ละเว็บไซต์เห็น IP ขาออกต่างกัน IPv4 และ IPv6 อยู่คนละที่ หรือ header เผยให้เห็นห่วงโซ่ proxy ล้วนทำให้คนคนเดียวดูเหมือนหลายคน

ความสอดคล้องของ IP ขาออกระหว่างปลายทางอ่าน IP ขาออกจากเว็บไซต์นี้ ปลายทาง echo ของ IPv4 / IPv6 และ Cloudflare พร้อมกัน แล้วนำมาเปรียบเทียบ
IP ขาออก IPv6เปรียบเทียบประเทศ เครือข่าย และประเภทเครือข่ายของ IP ขาออก IPv4 และ IPv6 เพื่อดูว่า IPv6 เลี่ยงผ่าน proxy หรือไม่
Header ของ proxyตรวจสอบว่าคำขอมี header อย่าง Via, Forwarded หรือ header ที่คล้ายกันซึ่ง proxy HTTP เพิ่มเข้ามาหรือไม่

การรั่วไหล

WebRTC เปิดเผยที่อยู่จริงของคุณโดยเลี่ยง proxy หรือไม่ และ resolver ใดเป็นผู้ส่งคำขอ DNS ของคุณ

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

ที่อยู่รั่วไหลผ่าน WebRTCใช้ STUN เพื่อดูที่อยู่สาธารณะที่ WebRTC ใช้จริง แล้วเปรียบเทียบตามประเภท candidate กับ IP ขาออกของเว็บในโปรโตคอลเดียวกัน (IPv6 เทียบตาม /64)
เส้นทางการแปลงชื่อ DNSให้เบราว์เซอร์แปลงชื่อและเข้าถึงโดเมนแบบใช้ครั้งเดียว authoritative DNS ของเว็บไซต์นี้จะบันทึกว่า resolver ใดเป็นผู้ส่งคำขอจริง แล้วนำตำแหน่งและประเภทเครือข่ายของ resolver มาเปรียบเทียบกับ IP ขาออกของคุณ

เขตเวลาและภาษา

เขตเวลาของระบบและภาษาของเบราว์เซอร์ตรงกับตำแหน่งของ IP ขาออกหรือไม่ และมีการเปลี่ยนเพียงครึ่งเดียวหรือไม่

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

เขตเวลาของระบบ ↔ เขตเวลาของ IP ขาออกเปรียบเทียบค่า UTC offset และประเทศของเขตเวลาระบบกับตำแหน่งของ IP ขาออก
ความสอดคล้องในตัวของเขตเวลาเปรียบเทียบ UTC offset ของออบเจ็กต์ Date กับเขตเวลาที่ Intl รายงาน เพื่อหาเขตเวลาที่ถูกเปลี่ยนเพียงครึ่งเดียว
ภาษาเบราว์เซอร์ ↔ ประเทศขาออกตรวจสอบว่าภาษาแรกของเบราว์เซอร์เป็นภาษาที่ใช้ทั่วไปในประเทศขาออกหรือไม่
Accept-Language ↔ navigator.languagesเปรียบเทียบภาษาที่ประกาศใน header ของ HTTP กับภาษาที่ JavaScript อ่านได้

ตัวตนของเบราว์เซอร์

UA สอดคล้องกับเอนจิน JS เวอร์ชัน แพลตฟอร์ม Client Hints และ header HTTP หรือไม่ และมีร่องรอยของเครื่องมืออัตโนมัติหรือไม่

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

UA ↔ เอนจิน JavaScriptระบุเอนจิน JS ตัวจริงจากรูปแบบข้อความข้อผิดพลาดเฉพาะของแต่ละเอนจิน แล้วเปรียบเทียบกับเบราว์เซอร์ที่ UA อ้าง
เวอร์ชัน UA ↔ ความสามารถของเอนจินอนุมานช่วงเวอร์ชันจริงจากฟีเจอร์ JavaScript ที่รองรับ แล้วเปรียบเทียบกับเวอร์ชันใน UA
OS ใน UA ↔ navigator.platformเปรียบเทียบระบบปฏิบัติการใน UA กับแพลตฟอร์มที่เบราว์เซอร์รายงาน
UA ↔ Client HintsChromium รายงานแบรนด์ เวอร์ชัน และแพลตฟอร์มแยกต่างหากผ่าน Client Hints แล้วนำมาเปรียบเทียบกับสตริง UA
HTTP UA ↔ JavaScript UAเปรียบเทียบ User-Agent ที่เซิร์ฟเวอร์ของเราได้รับกับ navigator.userAgent ในหน้าเว็บ
ร่องรอยระบบอัตโนมัติค้นหาแฟล็ก WebDriver, UA ของเบราว์เซอร์แบบ headless และตัวแปรที่ Selenium, Playwright และเฟรมเวิร์กที่คล้ายกันแทรกไว้
เธรดหลัก ↔ Workerอ่านค่า UA แพลตฟอร์ม ภาษา เขตเวลา และฮาร์ดแวร์ใน Worker แยกต่างหาก แล้วเปรียบเทียบกับค่าในหน้าเว็บ
API แบบ nativeตรวจสอบว่า UA แพลตฟอร์ม ภาษา เขตเวลา และ API ของ Canvas / WebGL / Audio ยังเป็นการทำงานแบบ native ของเบราว์เซอร์หรือไม่
API ของ WebRTCChromium ปิด WebRTC ในการตั้งค่าไม่ได้ จึงตรวจว่า RTCPeerConnection ถูกลบออกหรือไม่

ลายนิ้วมืออุปกรณ์

GPU ขัดแย้งกับระบบหรือไม่ Canvas / Audio ถูกแทรกสัญญาณรบกวนหรือไม่ และฟอนต์กับการรองรับการสัมผัสตรงกับอุปกรณ์ที่ระบุหรือไม่

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

GPU ↔ ระบบปฏิบัติการตรวจสอบว่าตัวเรนเดอร์ WebGL เป็นของระบบปฏิบัติการที่อ้างหรือไม่ และเป็นการเรนเดอร์ด้วยซอฟต์แวร์ที่ไม่มี GPU จริงหรือไม่
ความเสถียรของลายนิ้วมือ Canvasวาดภาพเดียวกันสองครั้งและอ่านค่าพื้นที่สีทึบกลับมา เพื่อตรวจหา noise แบบสุ่มที่ถูกแทรกไว้
ความเสถียรของลายนิ้วมือ Audioเรนเดอร์สัญญาณเดียวกันสองครั้งใน offline audio context แล้วเปรียบเทียบผล
ฟอนต์ ↔ ระบบปฏิบัติการตรวจหาฟอนต์ที่ติดตั้งมากับแต่ละระบบปฏิบัติการ เพื่อดูว่าสอดคล้องกับระบบปฏิบัติการเดสก์ท็อปที่ UA อ้างหรือไม่
ระบบสัมผัส ↔ ประเภทอุปกรณ์UA ของอุปกรณ์มือถือควรรองรับการสัมผัส

การเข้าถึงบริการ

บริการ AI สตรีมมิง และเว็บไซต์ยอดนิยมเชื่อมต่อได้หรือไม่และเร็วแค่ไหน — ใช้อ้างอิงเท่านั้น ไม่นำมาคิดคะแนน

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

บริการ AIChatGPT, Claude, Gemini, Perplexity, Copilot
สตรีมมิงและโซเชียลNetflix, YouTube, Disney+, Prime Video, Spotify, TikTok
เว็บไซต์ที่ใช้บ่อยGoogle, X, GitHub, Cloudflare

ขั้นตอนถัดไป

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

คะแนนสองแบบและระดับผลการตรวจ

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

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

ควรตรวจเมื่อไร

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

คำถามที่พบบ่อย7

การตรวจสอบเก็บหรือบันทึกข้อมูลของฉันหรือไม่?

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

ทำไมความสอดคล้องจึงต่างจากคะแนน CleanIP มาก?

ทั้งสองวัดสิ่งที่ต่างกัน IP บ้านที่สะอาดแต่เขตเวลาขัดแย้งอาจได้คะแนน CleanIP สูงแต่ถูกหักคะแนนความสอดคล้อง ส่วน IP ดาต้าเซ็นเตอร์ก็ยังได้คะแนนความสอดคล้อง 100 ได้ หากเบราว์เซอร์ ระบบ และขาออกสอดคล้องกัน

IPv4 และ IPv6 อยู่คนละภูมิภาค แปลว่ามีการรั่วไหลเสมอหรือไม่?

ไม่เสมอไป ระบบจะแจ้งให้ระวังเฉพาะเมื่อทั้งสองโปรโตคอลอยู่คนละเครือข่ายและอยู่คนละประเทศ ซึ่งมักหมายความว่า proxy จัดการเฉพาะ IPv4 หากอยู่เครือข่ายเดียวกันแต่ประเทศที่จดทะเบียนต่างกัน มีแนวโน้มว่าเป็นความคลาดเคลื่อนของตำแหน่งทางภูมิศาสตร์ของ IPv6

WebRTC แสดงที่อยู่ LAN ของฉัน — เป็นปัญหาหรือไม่?

ที่อยู่ LAN (เช่น 192.168.x.x) เผยให้เห็นโครงสร้างเครือข่ายภายในของคุณ ไม่ใช่ตัวตน จึงจัดเป็นระดับเล็กน้อยเท่านั้น ส่วนที่อยู่ของอะแดปเตอร์เสมือนของ proxy / VPN เช่น 198.18.x.x หรือ 10.8.0.x แสดงว่ากำลังใช้ TUN หรือ VPN อยู่ จึงจัดเป็นระดับต้องระวัง ความเสี่ยงที่แท้จริงคือ WebRTC เปิดเผยที่อยู่สาธารณะที่ต่างจาก IP ขาออก ซึ่งหมายความว่าทราฟฟิก UDP เลี่ยงผ่าน proxy

ทำไม DNS จึงแสดงว่า “ไม่พบคำขอ”?

การตรวจสอบจะให้เบราว์เซอร์แปลงชื่อและเข้าถึงชุดชื่อโฮสต์แบบใช้ครั้งเดียว ไม่ว่าการแปลงชื่อจะเกิดขึ้นในเครื่องของคุณ ในโปรแกรม proxy หรือบนเซิร์ฟเวอร์ proxy คำขอจะไปถึง authoritative DNS ของเราเสมอ — แม้ใช้ DoH ก็เช่นกัน โดยเราจะเห็นผู้ให้บริการ DoH แทน คำขอจะตรวจไม่พบเฉพาะเมื่อตัวกรอง DNS (เช่น DNS บล็อกโฆษณา) หรือนโยบายเครือข่ายบล็อกชื่อโฮสต์ที่ใช้ทดสอบ ซึ่งในกรณีนั้นจะไม่สรุปผล

สัญญาณรบกวนแบบสุ่มในลายนิ้วมือ Canvas ดีหรือไม่ดี?

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

หากผ่านทุกรายการ จะไม่ถูกระบบควบคุมความเสี่ยงตรวจจับเลยใช่ไหม?

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