VPN berfungsi, tetapi satu aplikasi tiada internet? Semak proksinya

Terowong anda sudah naik, halaman status menunjukkan handshake yang sihat, tetapi satu aplikasi masih tidak memuatkan apa-apa. Aplikasi itu mungkin masih menghantar permintaannya kepada perantara yang lebih lama: proksi sistem, sambungan, fail konfigurasi yang ditolak oleh pengurusan peranti, atau pemboleh ubah proksi yang hanya dibaca oleh prosesnya sendiri. Menukar pelayan VPN tidak akan menyentuh tetapan itu, dan itulah yang menjelaskan corak apabila aplikasi lain berfungsi dari mesin yang sama. Bekerjalah dari aplikasi yang gagal ke luar, dan biarkan terowong itu tenang sehingga persoalan proksi selesai.

Lapisan mana yang memiliki tetapan proksi

Empat tempat boleh menuntut kuasa atas permintaan sesuatu aplikasi, dan yang paling sempit biasanya menang. Sistem pengendalian menyimpan proksi global dan URL konfigurasi automatik pilihan; pelayar boleh mengikutinya, menimpanya atau menyerahkan kawalan kepada sambungan; alat baris arahan membaca persekitarannya sendiri; dan dasar terurus boleh memakukan semula mana-mana yang di atas selepas perubahan. Tentukan lapisan mana yang bertanggungjawab sebelum anda menyunting apa-apa, kerana membersihkan lapisan yang salah kelihatan seperti pembaikan berjaya yang kembali pada log masuk seterusnya.

Bandingkan dua aplikasi pada laman web biasa yang sama dan bukan pada halaman ujian khas VPN sahaja. Jika pelayar gagal sementara muat turun di terminal berjaya, sistem pengendalian bukan masalahnya, dan perbezaannya terletak dalam profil pelayar atau sambungannya. Jika kedua-duanya gagal tetapi akaun pengguna kedua pada mesin yang sama berjaya, tetapan itu adalah per pengguna. Perbandingan itu mengambil masa seminit dan membuang sebahagian besar tekaan.

Baca nilai yang benar-benar digunakan oleh setiap alat

Cetak konfigurasi sebelum menukarnya, dan salin rentetan proksi yang tepat ke tempat yang boleh anda pulihkan. Pemboleh ubah shell ialah pemeriksaan terpantas untuk alat baris arahan, kerana klien VPN biasanya membiarkannya tidak disentuh.

env | grep -i -E 'http_proxy|https_proxy|all_proxy|no_proxy'
scutil --proxy
gsettings get org.gnome.system.proxy mode
netsh winhttp show proxy

Jalankan hanya baris yang sepadan dengan platform di hadapan anda, kemudian baca output untuk hos, port dan kelayakan. Nilai seperti http://proxy.corp.example:8080 bermaksud alat itu bertanya hos tersebut bagi setiap permintaan, manakala hasil kosong bermaksud ia pergi terus dan kerosakan sebenar ada di tempat lain. Tutup bahagian pengguna dan kata laluan sebelum menampal output ke dalam tiket, kerana rentetan itu jauh lebih kerap merupakan kelayakan hidup daripada yang disangka orang.

Alat dengan enjin proksi sendiri memerlukan bukti sendiri. Curl menyatakan keputusan yang dibuatnya apabila anda meningkatkan verbositi, yang lebih baik daripada meneka daripada persekitaran, dan bendera yang sama menunjukkan sama ada penyelesaian nama berlaku secara setempat atau di proksi.

Padamkan penggantian dan uji semula permintaan yang sama

Tukar satu lapisan, kemudian ulangi tepat permintaan yang gagal, kerana URL lain tidak membuktikan apa-apa. Kosongkan pemboleh ubah persekitaran dalam shell semasa terlebih dahulu, kerana suntingan itu boleh diterbalikkan dan tidak boleh merosakkan terowong:

unset http_proxy https_proxy all_proxy
curl -v --max-time 10 https://example.com 2>&1 | grep -i -E 'uses proxy|connected to|http/'

Jika output terperinci masih mendakwa ada proksi, persekitaran bukanlah kuasa. Naik satu tahap dan bukan menimbun lebih banyak penggantian.

Di macOS, semak bahawa fail konfigurasi automatik tidak membekalkan nilai itu, kemudian matikan proksi perkhidmatan dan sahkan perubahan. Di Windows, ingat bahawa tetapan WinHTTP dan tetapan pelayar per pengguna ialah objek yang berbeza, jadi alat baris arahan yang bersih boleh wujud bersama pelayar yang masih menunjuk ke pelayan lama. Sambungan juga patut disyaki: sambungan proksi boleh menulis semula permintaan bagi satu profil sahaja, dan itulah tepat bentuk kerosakan yang menjejaskan satu pelayar dan tiada yang lain.

Sahkan pembaikan bertahan selepas dimulakan semula

Tetapan yang hanya berfungsi dalam terminal yang anda sunting belum dibaiki. Buka semula aplikasi dari pelancar desktop, log keluar dan log masuk semula, dan perhatikan sama ada proksi lama kembali.

Dua pemeriksaan memisahkan pembaikan sebenar daripada yang sementara, dan kedua-duanya harus melaporkan sambungan langsung atau nilai yang dimaksudkan. Larian dalam persekitaran bersih menunjukkan sama ada proses yang telah dibersihkan masih mengambil tetapan sistem.

env -i /usr/bin/curl -sS -o /dev/null -w '%{http_code} %{remote_ip}
' https://example.com
networksetup -getwebproxy "Wi-Fi"

Jika nilai lama kembali selepas dimulakan semula, sumbernya ialah dasar terurus atau profil yang menggunakannya semula, dan pemilik dasar itu perlu membuang pengecualian. Biarkan pengesahan sijil kekal hidup sepanjang masa, kerana proksi yang memintas trafik akan kelihatan selesai sebaik sahaja anda mematikan pemeriksaan. Akhiri dengan menulis nilai yang dibuang dan tarikhnya dalam nota anda, supaya orang seterusnya dapat membezakan proksi yang disengajakan daripada yang dilupakan.