Charles ditutup, tetapi Mac anda masih menunjuk ke 127.0.0.1

Aplikasi gagal dan VPN dipersalahkan, tetapi permintaan itu tidak pernah sampai ke terowong. Jika macOS masih memberitahu aplikasi itu untuk menggunakan proksi tempatan, lompatan pertama ialah 127.0.0.1 dan tiada apa yang mendengar di situ. Menutup Charles tidak selalu mengosongkan tetapan proksi sistem yang dipasangnya, jadi VPN yang sihat berada di belakang soket mati. Berikut ialah urutan untuk mengesahkannya dan membaiki hanya bahagian yang salah.

Lompatan pertama ialah Mac ini, bukan pelayan

Baca alamat itu secara literal: 127.0.0.1 ialah mesin di hadapan anda, dan port ialah apa sahaja yang alat proksi dikonfigurasikan untuk mendengar. Apabila pendengar itu tiada, sambungan gagal serta-merta dengan sambungan ditolak dan bukannya tamat masa, itulah petunjuk yang berguna.

VPN tidak mencipta tetapan proksinya sendiri, dan ia tidak membuang tetapan sistem. Kedua-dua konfigurasi ini bebas, sebab itulah terowong boleh sempurna tetapi pelayar masih tidak boleh digunakan. Kebebasan itu juga sebabnya kegagalan ini kekal selepas sambung semula VPN, but semula dan profil baharu. Tiada apa dalam laluan VPN pernah menyentuh stor proksi.

Langkah 1: baca keadaan proksi semasa

Mulakan dengan paparan baca sahaja, kerana ia memberitahu anda apa yang sistem percaya sebelum mana-mana aplikasi mentafsirkannya:

scutil --proxy

Lihat HTTPEnable, HTTPProxy, HTTPPort, persamaan HTTPS, dan mana-mana ProxyAutoConfigEnable dengan URLnya. Proksi yang diaktifkan dengan port yang tiada apa mendengar ialah kegagalan anda. URL PAC ialah bentuk lain: tetapan boleh aktif tanpa alamat manual yang kelihatan, kerana fail itu memilih proksi pada masa permintaan.

Kemudian sahkan nilai yang sama dalam Tetapan Sistem, Rangkaian, perkhidmatan yang anda benar-benar gunakan, Butiran, Proksi. GUI dan arahan membaca stor yang sama, jadi perselisihan bermakna anda melihat perkhidmatan yang berbeza.

Langkah 2: cari siapa pemilik tetapan itu

Tiga pemilik menghasilkan keadaan ini: alat proksi yang memasang pembantu dan tidak membersihkannya, profil konfigurasi terurus daripada organisasi anda, dan tetapan manual yang seseorang tambah semasa menyahpepijat. Setiap satu mempunyai pembaikan yang berbeza, dan hanya yang pertama boleh anda buang secara santai.

Charles mendokumenkan integrasi proksi pelayar dan sistemnya, termasuk pembantu macOS, jadi gunakan kawalan dan laluan penutupannya sendiri dahulu. Pembantu istimewa itu wujud untuk mengubah konfigurasi; itu bukan alasan untuk memberi perisian tidak berkaitan akses luas kepada mesin.

Jika tetapan itu datang daripada profil terurus, melumpuhkannya secara tempatan sama ada gagal atau dipulihkan pada daftar masuk seterusnya. Anggapnya sebagai soalan dasar untuk pemilik profil, bukan pepijat tempatan.

Langkah 3: ubah perkara yang paling sempit

Lumpuhkan entri tidak diingini yang khusus untuk perkhidmatan tertentu. Jangan togol setiap perkhidmatan dan jangan kosongkan seluruh panel proksi, kerana perkhidmatan VPN dan perkhidmatan Wi-Fi asas menyimpan tetapan berasingan dan salah satunya mungkin betul.

Jika proksi memang diperlukan, mulakan pendengar yang diluluskannya dan bukannya memadam dasar itu. Perbezaan itu penting dalam organisasi yang proksi ialah satu-satunya laluan ke internet dan VPN ialah laluan kedua yang lebih sempit.

Cuba semula satu permintaan baharu daripada aplikasi yang terjejas. Sesetengah aplikasi membaca proksi sekali semasa pelancaran, jadi keluar dan membukanya semula ialah bahagian ujian, bukan karut.

Langkah 4: jika proksi sudah tiada dan ia masih gagal

Maka anda mempunyai masalah lain, dan ralat baharu itu ialah bukti yang berguna. Penyelesaian nama, Penghalaan VPN, kepercayaan TLS dan kebenaran aplikasi ialah empat pemeriksaan berasingan, dan setiap satu menghasilkan kegagalan yang boleh dibezakan.

Jauhkan kepercayaan sijil daripada pembaikan ini. Membuang akar yang dipercayai atau melemahkan pengesahan pelayan tidak membaiki soket proksi yang mati, dan ia meninggalkan anda dengan dua perubahan dan satu kerosakan asal. Jika proksi korporat memeriksa TLS, itu ialah reka bentuk yang disengajakan dengan keperluan kepercayaannya sendiri, bukan kesan sampingan untuk dibatalkan. Tanya pasukan yang memiliki proksi sebelum anda menyentuh sijil, kerana jawapan mereka tentang dasar dan jawapan anda tentang satu permintaan yang gagal.

Tulis pembalikan sebelum anda bermula: catat nilai proksi tepat yang anda temui, supaya pemulihan menjadi salinan dan bukan latihan ingatan. Dokumentasi konfigurasi proksi Charles menerangkan integrasi itu dan tingkah laku penutupannya untuk versi yang anda jalankan.

Lain kali aplikasi gagal pada VPN, periksa lompatan pertama sebelum terowong. Ia berharga satu arahan dan menyingkirkan seluruh kategori salah diagnosis.