VPN işləyir, amma bir tətbiqin interneti yoxdur? Onun proksisinə baxın

Tuneliniz qurulub, status səhifəsi sağlam bir handshake göstərir, amma bir tətbiq hələ də heç nə yükləmir. Həmin tətbiq, çox güman ki, sorğularını hələ də köhnə bir vasitəçiyə göndərir: sistem proksisi, uzantı, cihaz idarəetməsi tərəfindən göndərilən konfiqurasiya faylı və ya yalnız öz prosesinin oxuduğu proksi dəyişəni. VPN serverini dəyişdirmək bu ayara toxunmur və bu, digər tətbiqlərin eyni maşından işləməsi modelini izah edir. Uğursuz tətbiqdən xaricə doğru işləyin və proksi məsələsi həll olunana qədər tunelə toxunmayın.

Proksi ayarı hansı qatın sahibliyindədir

Dörd yer bir tətbiqin sorğuları üzərində səlahiyyət iddia edə bilər və adətən ən dar olan qalib gəlir. Əməliyyat sistemi qlobal proksi və istəyə bağlı avtomatik konfiqurasiya URL-i saxlayır; brauzer buna əməl edə, onu ləğv edə və ya nəzarəti uzantıya verə bilər; əmr sətri aləti öz mühitini oxuyur; və idarə olunan siyasət dəyişiklikdən sonra yuxarıdakıların hər hansı birini yenidən bərkidə bilər. Bir şeyi redaktə etməzdən əvvəl hansı qatın cavabdeh olduğuna qərar verin, çünki yanlış qatı təmizləmək uğurlu düzəliş kimi görünür və növbəti girişdə qayıdır.

İki tətbiqi yalnız VPN üçün nəzərdə tutulmuş test səhifəsi ilə deyil, eyni adi veb saytla müqayisə edin. Brauzer uğursuz olarkən terminal yükləməsi uğur qazanırsa, problem əməliyyat sistemi deyil və fərq brauzer profilində və ya onun uzantılarındadır. Hər ikisi uğursuz olur, amma eyni maşında ikinci istifadəçi hesabı uğur qazanırsa, ayar istifadəçiyə aiddir. Bu müqayisə bir dəqiqə çəkir və təxminlərin çoxunu aradan qaldırır.

Hər alətin həqiqətən istifadə etdiyi dəyəri oxuyun

Konfiqurasiyanı dəyişməzdən əvvəl çap edin və dəqiq proksi sətrini bərpa edə biləcəyiniz bir yerə kopyalayın. Shell dəyişənləri əmr sətri alətləri üçün ən sürətli yoxlamadır, çünki VPN müştərisi adətən onlara toxunmur.

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

Yalnız qarşınızdakı platformaya uyğun sətri işə salın, sonra çıxışı host, port və etimad məlumatları üçün oxuyun. Belə bir dəyər: http://proxy.corp.example:8080 hər sorğu üçün alətin həmin hostdan soruşduğunu bildirir, boş nəticə isə birbaşa getdiyini və əsl nasazlığın başqa yerdə olduğunu göstərir. Çıxışı bilete yapışdırmazdan əvvəl istifadəçi və parol hissəsini gizlədin, çünki bu sətirlər insanların düşündüyündən qat-qat çox canlı etimad məlumatıdır.

Öz proksi mühərriki olan alətlər öz sübutlarına ehtiyac duyur. Curl, ətraflılığı artırdığınızda verdiyi qərarı bildirir, bu da mühitdən təxmin etməkdən yaxşıdır və eyni bayraq ad həllinin yerli, yoxsa proksidə baş verdiyini göstərir.

Ləğvetməni təmizləyin və eyni sorğunu yenidən yoxlayın

Bir qatı dəyişin, sonra uğursuz olan sorğunu tam olaraq təkrarlayın, çünki başqa URL heç nə sübut etmir. Əvvəlcə cari shell-də mühit dəyişənlərini təmizləyin, çünki bu düzəliş geri qaytarıla bilər və tuneli poza bilməz:

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/'

Ətraflı çıxış hələ də proksi iddia edirsə, mühit səlahiyyət sahibi deyildi. Daha çox ləğvetmə yığmaq əvəzinə bir səviyyə yuxarı qalxın.

macOS-da avtomatik konfiqurasiya faylının dəyəri təmin etmədiyini yoxlayın, sonra xidmət proksisini söndürün və dəyişikliyi təsdiqləyin. Windows-da yadda saxlayın ki, WinHTTP ayarı və istifadəçiyə aid brauzer ayarı fərqli obyektlərdir, buna görə təmiz əmr sətri aləti hələ də köhnə serverə işarə edən brauzerlə yanaşı mövcud ola bilər. Uzantılar da eyni şübhəyə layiqdir: proksi uzantısı sorğuları yalnız bir profil üçün yenidən yaza bilər və bu, bir brauzerə təsir edib başqa heç nəyə təsir etməyən nasazlığın dəqiq formasıdır.

Düzəlişin yenidən başlatmadan sonra qaldığını yoxlayın

Yalnız redaktə etdiyiniz terminalda işləyən ayar düzəldilməyib. Tətbiqi iş masası başladıcısından yenidən açın, hesabdan çıxın və yenidən daxil olun, köhnə proksisin qayıdıb-qayıtmadığına baxın.

İki yoxlama əsl düzəlişi müvəqqəti olandan ayırır və hər ikisi birbaşa bağlantı və ya nəzərdə tutulan dəyəri bildirməlidir. Təmiz mühitdə işə salma, təmizlənmiş prosesin hələ də sistem ayarını götürüb-götürmədiyini göstərir.

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

Köhnə dəyər yenidən başlatmadan sonra qayıdırsa, mənbə onu yenidən tətbiq edən idarə olunan siyasət və ya profildir və həmin siyasətin sahibi istisnanı silməlidir. Sertifikat yoxlamasını hər zaman aktiv saxlayın, çünki trafiki ələ keçirən proksi yoxlamaları söndürdükdən sonra həll olunmuş kimi görünəcək. Sonda silinmiş dəyəri və tarixi qeydlərinizə yazın ki, növbəti şəxs qəsdən qoyulmuş proksisi unudulmuşdan ayıra bilsin.