Charles ถูกปิดแล้ว แต่ Mac ของคุณยังชี้ไปที่ 127.0.0.1
พร็อกซีภายในที่ตายแล้วดูเหมือน VPN ที่เสียพอดี อ่านสถานะพร็อกซีของบริการเครือข่ายที่ใช้งานอยู่ ค้นหาเจ้าของการตั้งค่า และแก้ไขเฉพาะสิ่งนั้น
แอปพลิเคชันล้มเหลวและ VPN ถูกตำหนิ แต่คำขอไม่เคยไปถึงอุโมงค์ หาก macOS ยังคงบอกแอปนั้นให้ใช้พร็อกซีภายใน การกระโดดครั้งแรกคือ 127.0.0.1 และไม่มีอะไรฟังอยู่ตรงนั้น การปิด Charles ไม่ได้ล้างการตั้งค่าพร็อกซีของระบบที่มันติดตั้งไว้เสมอไป VPN ที่แข็งแรงจึงอยู่หลังซ็อกเกตที่ตายแล้ว นี่คือลำดับในการยืนยันและแก้ไขเฉพาะส่วนที่ผิด
การกระโดดครั้งแรกคือ Mac เครื่องนี้ ไม่ใช่เซิร์ฟเวอร์
อ่านที่อยู่ตามตัวอักษร: 127.0.0.1 คือเครื่องที่อยู่ตรงหน้าคุณ และพอร์ตคือพอร์ตที่เครื่องมือพร็อกซีถูกตั้งค่าให้ฟัง เมื่อตัวฟังนั้นหายไป การเชื่อมต่อจะล้มเหลวทันทีด้วยการเชื่อมต่อที่ถูกปฏิเสธแทนที่จะหมดเวลา และนั่นคือเบาะแสที่มีประโยชน์
VPN ไม่ได้สร้างการตั้งค่าพร็อกซีของตัวเอง และไม่ได้ลบการตั้งค่าของระบบ การกำหนดค่าทั้งสองเป็นอิสระต่อกัน นั่นคือเหตุผลที่อุโมงค์อาจสมบูรณ์แบบแต่เบราว์เซอร์ยังใช้งานไม่ได้ ความเป็นอิสระนี้ยังเป็นเหตุผลที่ความล้มเหลวอยู่รอดหลังการเชื่อมต่อ VPN ใหม่ การรีบูต และโปรไฟล์ใหม่ ไม่มีสิ่งใดในเส้นทาง VPN เคยแตะที่ที่เก็บพร็อกซี
ขั้นตอนที่ 1: อ่านสถานะพร็อกซีปัจจุบัน
เริ่มจากมุมมองแบบอ่านอย่างเดียว เพราะมันบอกว่าระบบเชื่ออะไรก่อนที่แอปใดจะตีความ:
scutil --proxyดูที่ HTTPEnable, HTTPProxy, HTTPPort, คู่เทียบ HTTPS และ ProxyAutoConfigEnable ใด ๆ พร้อม URL ของมัน พร็อกซีที่เปิดใช้งานโดยมีพอร์ตที่ไม่มีอะไรฟังคือความล้มเหลวของคุณ URL ของ PAC คืออีกรูปแบบหนึ่ง: การตั้งค่าอาจทำงานอยู่โดยไม่มีที่อยู่แบบกำหนดเองที่มองเห็นได้ เพราะไฟล์เลือกพร็อกซีในเวลาที่มีคำขอ
จากนั้นยืนยันค่าเดียวกันใน การตั้งค่าระบบ, เครือข่าย, บริการที่คุณใช้จริง, รายละเอียด, พร็อกซี GUI และคำสั่งอ่านที่เก็บเดียวกัน ดังนั้นความขัดแย้งหมายความว่าคุณกำลังดูบริการอื่น
ขั้นตอนที่ 2: ค้นหาว่าใครเป็นเจ้าของการตั้งค่า
เจ้าของสามรายสร้างสถานะนี้: เครื่องมือพร็อกซีที่ติดตั้งตัวช่วยแล้วไม่ได้ล้าง, โปรไฟล์การกำหนดค่าที่จัดการโดยองค์กรของคุณ และการตั้งค่าแบบกำหนดเองที่ใครบางคนเพิ่มระหว่างการดีบัก แต่ละรายมีการแก้ไขที่ถูกต้องต่างกัน และมีเพียงรายแรกเท่านั้นที่คุณลบได้เองอย่างสบาย ๆ
Charles จัดทำเอกสารการรวมเบราว์เซอร์และพร็อกซีของระบบ รวมถึงตัวช่วย macOS ดังนั้นให้ใช้ตัวควบคุมและเส้นทางการปิดของมันเองก่อน ตัวช่วยที่มีสิทธิพิเศษมีอยู่เพื่อเปลี่ยนการกำหนดค่า นั่นไม่ใช่เหตุผลที่จะให้ซอฟต์แวร์ที่ไม่เกี่ยวข้องเข้าถึงเครื่องอย่างกว้างขวาง
หากการตั้งค่ามาจากโปรไฟล์ที่จัดการ การปิดใช้งานในเครื่องอาจล้มเหลวหรือถูกคืนค่าในการเช็กอินครั้งถัดไป ให้ถือว่าเป็นคำถามเชิงนโยบายสำหรับเจ้าของโปรไฟล์ ไม่ใช่บั๊กในเครื่อง
ขั้นตอนที่ 3: เปลี่ยนสิ่งที่แคบที่สุด
ปิดใช้งานรายการที่ไม่ต้องการโดยเฉพาะสำหรับบริการที่เฉพาะเจาะจง อย่าสลับทุกบริการและอย่าล้างแผงพร็อกซีทั้งหมด เพราะบริการ VPN และบริการ Wi-Fi พื้นฐานเก็บการตั้งค่าแยกกัน และหนึ่งในนั้นอาจถูกต้อง
หากจำเป็นต้องใช้พร็อกซีโดยเจตนา ให้เริ่มตัวฟังที่ได้รับอนุมัติแทนการลบนโยบาย ความแตกต่างนี้สำคัญในองค์กรที่พร็อกซีเป็นเส้นทางเดียวสู่อินเทอร์เน็ต และ VPN เป็นเส้นทางที่สองที่แคบกว่า
ลองคำขอใหม่หนึ่งครั้งจากแอปที่ได้รับผลกระทบ แอปบางตัวอ่านพร็อกซีเพียงครั้งเดียวเมื่อเริ่มทำงาน ดังนั้นการออกและเปิดใหม่จึงเป็นส่วนหนึ่งของการทดสอบ ไม่ใช่ความเชื่อโชคลาง
ขั้นตอนที่ 4: หากพร็อกซีหายไปและยังล้มเหลว
แสดงว่าคุณมีปัญหาอื่น และข้อผิดพลาดใหม่คือหลักฐานที่มีประโยชน์ การแปลงชื่อ, การกำหนดเส้นทาง VPN, ความเชื่อถือ TLS และการอนุญาตแอปพลิเคชันเป็นการตรวจสอบแยกกันสี่อย่าง และแต่ละอย่างให้ความล้มเหลวที่แยกแยะได้
เก็บความเชื่อถือของใบรับรองออกจากการซ่อมนี้ การลบรูทที่เชื่อถือได้หรือทำให้การตรวจสอบเซิร์ฟเวอร์อ่อนแอลงไม่ได้แก้ไขซ็อกเกตพร็อกซีที่ตายแล้ว และทำให้คุณเหลือการเปลี่ยนแปลงสองอย่างและข้อบกพร่องดั้งเดิมหนึ่งอย่าง หากพร็อกซีองค์กรตรวจสอบ TLS นั่นคือการออกแบบโดยเจตนาซึ่งมีความต้องการความเชื่อถือของตัวเอง ไม่ใช่ผลข้างเคียงที่ต้องย้อนกลับ ถามทีมที่เป็นเจ้าของพร็อกซีก่อนแตะใบรับรอง เพราะคำตอบของพวกเขาจะเกี่ยวกับนโยบายและของคุณเกี่ยวกับคำขอที่ล้มเหลวหนึ่งครั้ง
เขียนการย้อนกลับก่อนเริ่ม: บันทึกค่าพร็อกซีที่แน่นอนที่คุณพบ เพื่อให้การคืนค่าเป็นการคัดลอกไม่ใช่การฝึกความจำ เอกสารการกำหนดค่าพร็อกซีของ Charles อธิบายการรวมและพฤติกรรมการปิดสำหรับเวอร์ชันที่คุณเรียกใช้
ครั้งต่อไปที่แอปล้มเหลวบน VPN ให้ตรวจสอบการกระโดดครั้งแรกก่อนอุโมงค์ ใช้คำสั่งเดียวและตัดการวินิจฉัยผิดทั้งหมดออกไป