VPN berfungsi, tetapi satu aplikasi tidak punya internet? Periksa proxy-nya

Terowongan Anda aktif, halaman status menunjukkan handshake yang sehat, tetapi satu aplikasi tetap tidak memuat apa pun. Aplikasi itu kemungkinan masih mengirim permintaannya ke perantara yang lebih lama: proxy sistem, ekstensi, berkas konfigurasi yang didorong oleh manajemen perangkat, atau variabel proxy yang hanya dibaca prosesnya sendiri. Mengganti server VPN tidak akan menyentuh pengaturan itu, dan itulah yang menjelaskan pola ketika aplikasi lain berfungsi dari mesin yang sama. Bekerjalah dari aplikasi yang gagal ke luar, dan biarkan terowongan apa adanya sampai persoalan proxy tuntas.

Lapisan mana yang memiliki pengaturan proxy

Empat tempat dapat mengklaim wewenang atas permintaan sebuah aplikasi, dan yang paling sempit biasanya menang. Sistem operasi memegang proxy global dan URL konfigurasi otomatis opsional; peramban dapat mengikutinya, menimpanya, atau menyerahkan kendali kepada ekstensi; alat baris perintah membaca lingkungannya sendiri; dan kebijakan terkelola dapat memaku ulang salah satu dari yang di atas setelah perubahan. Putuskan lapisan mana yang bertanggung jawab sebelum Anda menyunting apa pun, karena membersihkan lapisan yang salah tampak seperti perbaikan berhasil yang kembali pada login berikutnya.

Bandingkan dua aplikasi pada situs web biasa yang sama, bukan pada halaman uji yang hanya untuk VPN. Jika peramban gagal sementara unduhan di terminal berhasil, sistem operasi bukan masalahnya, dan perbedaannya ada di profil peramban atau ekstensinya. Jika keduanya gagal tetapi akun pengguna kedua di mesin yang sama berhasil, pengaturannya per pengguna. Perbandingan itu memakan satu menit dan menghapus sebagian besar dugaan.

Baca nilai yang benar-benar dipakai setiap alat

Cetak konfigurasi sebelum mengubahnya, dan salin string proxy yang tepat ke tempat yang dapat Anda pulihkan. Variabel shell adalah pemeriksaan tercepat untuk alat baris perintah, karena klien VPN biasanya membiarkannya tidak tersentuh.

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 cocok dengan platform di depan Anda, lalu baca keluarannya untuk host, port, dan kredensial. Nilai seperti http://proxy.corp.example:8080 berarti alat itu menanyakan host tersebut untuk setiap permintaan, sedangkan hasil kosong berarti alat itu berjalan langsung dan kesalahan sebenarnya ada di tempat lain. Samarkan bagian pengguna dan kata sandi sebelum menempelkan keluaran ke tiket, karena string itu jauh lebih sering merupakan kredensial aktif daripada yang orang duga.

Alat dengan mesin proxy sendiri memerlukan bukti sendiri. Curl menyatakan keputusan yang diambilnya saat Anda menaikkan tingkat verbositas, yang lebih baik daripada menebak dari lingkungan, dan tanda yang sama menunjukkan apakah resolusi nama terjadi secara lokal atau di proxy.

Hapus penimpaan dan uji ulang permintaan yang sama

Ubah satu lapisan, lalu ulangi persis permintaan yang gagal, karena URL lain tidak membuktikan apa pun. Bersihkan variabel lingkungan di shell saat ini lebih dulu, karena suntingan itu dapat dibalik dan tidak dapat merusak terowongan:

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 keluaran verbose masih mengklaim ada proxy, lingkungan bukanlah wewenangnya. Naik satu tingkat alih-alih menumpuk lebih banyak penimpaan.

Di macOS, periksa bahwa berkas konfigurasi otomatis tidak memasok nilai, lalu matikan proxy layanan dan konfirmasi perubahannya. Di Windows, ingat bahwa pengaturan WinHTTP dan pengaturan peramban per pengguna adalah objek berbeda, sehingga alat baris perintah yang bersih dapat hidup berdampingan dengan peramban yang masih menunjuk ke server lama. Ekstensi pantas mendapat kecurigaan yang sama: ekstensi proxy dapat menulis ulang permintaan hanya untuk satu profil, dan itulah persis bentuk kegagalan yang mengenai satu peramban dan tidak yang lain.

Pastikan perbaikan bertahan setelah mulai ulang

Pengaturan yang hanya berfungsi di terminal yang Anda sunting belum diperbaiki. Buka lagi aplikasi dari peluncur desktop, keluar dan masuk lagi, dan perhatikan apakah proxy lama kembali.

Dua pemeriksaan memisahkan perbaikan nyata dari yang sementara, dan keduanya harus melaporkan koneksi langsung atau nilai yang dimaksud. Menjalankan di lingkungan bersih menunjukkan apakah proses yang sudah dibersihkan masih mengambil pengaturan 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 setelah mulai ulang, sumbernya adalah kebijakan terkelola atau profil yang menerapkannya lagi, dan pemilik kebijakan itu harus menghapus pengecualiannya. Biarkan verifikasi sertifikat tetap aktif sepanjang waktu, karena proxy yang menyadap lalu lintas akan tampak terpecahkan begitu Anda mematikan pemeriksaan. Akhiri dengan menuliskan nilai yang dihapus dan tanggalnya di catatan Anda, agar orang berikutnya dapat membedakan proxy yang disengaja dari yang terlupakan.