วิธีแก้ข้อผิดพลาด การเชื่อมต่อของคุณไม่เป็นส่วนตัว

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

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

DataImpulse เป็นผู้ให้บริการ proxy ที่มีจริยธรรม โดยมี IP แบบ residential, mobile และ datacenter มากกว่า 90 ล้านรายการ ครอบคลุม 195 ประเทศ ใช้รูปแบบจ่ายตามการใช้งานเริ่มต้นที่ 1 ดอลลาร์ต่อ GB พร้อมทราฟฟิกที่ไม่หมดอายุ และถูกใช้สำหรับ web scraping, ad verification, การติดตามราคา, การวิจัยตลาด และการจัดการหลายบัญชี

ข้อมูลสำคัญ

• ความหมาย: ข้อผิดพลาด การเชื่อมต่อของคุณไม่เป็นส่วนตัว จะปรากฏเมื่อเบราว์เซอร์ของคุณตรวจสอบใบรับรอง TLS ของเว็บไซต์ไม่ได้ จึงบล็อกหน้าเว็บก่อนที่ข้อมูลใด ๆ จะโหลด
• ประเภท proxy ที่เหมาะที่สุด: residential proxies แบบหมุนเวียน ซึ่งใช้ IP ของผู้ใช้จริงที่ผ่านการตรวจจับได้
• ราคา: เริ่มต้นที่ 1 ดอลลาร์ต่อ GB จ่ายตามการใช้งาน พร้อมทราฟฟิกที่ไม่หมดอายุและไม่มีค่าสมัครสมาชิก
• การครอบคลุม: IP ที่จัดหามาอย่างมีจริยธรรมกว่า 90M+ ครอบคลุม 195 ประเทศ
• ความน่าเชื่อถือ: อัตราความสำเร็จ 99.51% ได้คะแนน 4.8 จาก 5 บน G2
• โปรโตคอลและการกำหนดเป้าหมาย: HTTP, HTTPS และ SOCKS5 พร้อมการกำหนดเป้าหมายตามประเทศ

การเชื่อมต่อของคุณไม่เป็นส่วนตัว หมายความว่าอะไร?

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

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

รหัสข้อผิดพลาดใบรับรองทั่วไปหมายความว่าอะไร?

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

• NET::ERR_CERT_AUTHORITY_INVALID: ใบรับรองลงนามโดยหน่วยงานที่เบราว์เซอร์ไม่เชื่อถือ ซึ่งมักหมายถึงใบรับรองที่ลงนามด้วยตนเอง ใบรับรองระดับกลางที่หายไป หรือการดักจับโดยซอฟต์แวร์หรือ proxy ที่แทรกใบรับรองของตนเอง
• ERR_CERT_DATE_INVALID: ใบรับรองอยู่นอกช่วงวันที่ใช้ได้ หรือนาฬิกาในอุปกรณ์ของคุณไม่ถูกต้อง ใบรับรองที่หมดอายุเป็นปัญหาของเว็บไซต์ แต่นาฬิกาในเครื่องที่ตั้งค่าผิดเป็นปัญหาของคุณ
• ERR_CERT_COMMON_NAME_INVALID: ใบรับรองใช้ได้ แต่ออกให้กับชื่อโดเมนที่ต่างจากชื่อในแถบที่อยู่ เหตุการณ์นี้เกิดกับเซิร์ฟเวอร์ที่ตั้งค่าผิด หรือเมื่อโฮสต์ที่ใช้ร่วมกันแสดงใบรับรองผิดรายการ

ยังมีรูปแบบอื่น เช่น ERR_CERT_REVOKED และ ERR_SSL_VERSION_OR_CIPHER_MISMATCH แต่สามรหัสข้างต้นครอบคลุมกรณีส่วนใหญ่ที่ผู้ใช้พบในแต่ละวัน

จะแก้ การเชื่อมต่อของคุณไม่เป็นส่วนตัว บนอุปกรณ์ของคุณอย่างไร?

เริ่มจากวิธีแก้ที่คุณควบคุมได้ในเครื่อง โดยเรียงตามความถี่ที่ช่วยแก้ปัญหาได้ กรณีส่วนใหญ่มาจากนาฬิกาผิด สถานะใบรับรองที่แคชไว้ หรือเครือข่ายที่รบกวน TLS

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

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

เหตุใดเครือข่ายหรือหน้าลงชื่อเข้าใช้เครือข่ายจึงทำให้เกิดข้อผิดพลาดนี้?

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

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

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

proxy ส่งผลต่อข้อผิดพลาดใบรับรองอย่างไร?

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

proxy HTTPS ที่เหมาะสมใช้เมธอด CONNECT เพื่อเปิดช่องทางเชื่อมต่อ โดย proxy จะส่งต่อไบต์ที่เข้ารหัสระหว่างไคลเอนต์ของคุณกับเซิร์ฟเวอร์ต้นทางโดยไม่ถอดรหัส ดังนั้นการจับมือ TLS จึงเกิดขึ้นแบบปลายทางถึงปลายทาง และใบรับรองต้นฉบับมาถึงเบราว์เซอร์ของคุณโดยไม่ถูกเปลี่ยนแปลง proxy จากผู้ให้บริการอย่าง DataImpulse ทำงานเช่นนี้ ไม่ว่าคุณจะใช้ residential proxies, datacenter proxies หรือ mobile proxies ดังนั้นใบรับรองจึงตรวจสอบได้ตามปกติ

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

ควรติดตั้งใบรับรองรากเพื่อลบคำเตือนหรือไม่?

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

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

เมื่อใดที่ข้อผิดพลาดเป็นความผิดของเว็บไซต์?

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

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

คำอธิบายรหัสข้อผิดพลาดใบรับรอง

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

คู่มือที่เกี่ยวข้อง

• ข้อผิดพลาด HTTP 407: ต้องยืนยันตัวตน proxy
• ตัวบล็อก IP คืออะไร
• การยืนยันตัวตน proxy คืออะไร

ส่งทราฟฟิกผ่าน proxy ที่เคารพ TLS

หากงานของคุณต้องพึ่งพาการเชื่อมต่อที่ยังเข้ารหัสแบบปลายทางถึงปลายทาง DataImpulse มี proxy แบบ residential, mobile และ datacenter ที่จัดหามาอย่างมีจริยธรรม ซึ่งส่ง HTTPS ผ่าน tunnel โดยไม่ทำให้ใบรับรองเสีย คุณสามารถ สร้างบัญชี และเริ่มใช้ทราฟฟิกแบบจ่ายตามการใช้งานได้ตั้งแต่ 1 ดอลลาร์ต่อ GB