VPN inafanya kazi, lakini programu moja haina intaneti? Kagua proksi yake

Handaki lako limeinuliwa, ukurasa wa hali unaonyesha handshake nzuri, lakini programu moja bado haipakii kitu. Programu hiyo huenda bado inatuma maombi yake kwa mpatanishi wa zamani: proksi ya mfumo, kiendelezi, faili ya usanidi inayosukumwa na usimamizi wa kifaa, au kigezo cha proksi ambacho mchakato wake pekee hukisoma. Kubadilisha seva ya VPN hakutagusa mpangilio huo, na hiyo inaeleza muundo ambao programu nyingine hufanya kazi kutoka kwa mashine hiyo hiyo. Fanya kazi kutoka kwa programu inayoshindwa kuelekea nje, na uache handaki likiwa tupu hadi suala la proksi litakapotatuliwa.

Tabaka gani linamiliki mpangilio wa proksi

Maeneo manne yanaweza kudai mamlaka juu ya maombi ya programu, na kwa kawaida lenye ufinyu zaidi hushinda. Mfumo wa uendeshaji unashikilia proksi ya kimataifa na URL ya usanidi wa kiotomatiki ya hiari; kivinjari kinaweza kuifuata, kuipindua au kukabidhi udhibiti kwa kiendelezi; chombo cha mstari wa amri husoma mazingira yake; na sera inayosimamiwa inaweza kubandika tena yoyote ya hayo baada ya mabadiliko. Amua tabaka gani lina jukumu kabla ya kuhariri chochote, kwa sababu kufuta tabaka lisilofaa huonekana kama marekebisho yaliyofanikiwa ambayo hurudi kwenye kuingia kunakofuata.

Linganisha programu mbili kwenye tovuti hiyo hiyo ya kawaida badala ya ukurasa wa majaribio wa VPN pekee. Ikiwa kivinjari kinashindwa wakati upakuaji kwenye terminal unafanikiwa, mfumo wa uendeshaji sio tatizo, na tofauti iko ndani ya wasifu wa kivinjari au viendelezi vyake. Ikiwa zote mbili zinashindwa lakini akaunti ya pili ya mtumiaji kwenye mashine hiyo inafanikiwa, mpangilio ni wa kila mtumiaji. Ulinganisho huo huchukua dakika moja na huondoa sehemu kubwa ya kubahatisha.

Soma thamani ambayo kila chombo hutumia kwa kweli

Chapisha usanidi kabla ya kuubadilisha, na nakili mfuatano kamili wa proksi mahali ambapo unaweza kuurejesha. Vigezo vya shell ni ukaguzi wa haraka zaidi kwa zana za mstari wa amri, kwa sababu mteja wa VPN kwa kawaida huwaacha bila kuguswa.

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

Endesha mstari unaolingana na jukwaa lililo mbele yako pekee, kisha soma matokeo kwa mwenyeji, bandari na vitambulisho. Thamani kama http://proxy.corp.example:8080 inamaanisha chombo hicho huumiza mwenyeji huyo kwa kila ombi, wakati matokeo tupu yanamaanisha huenda moja kwa moja na hitilafu halisi iko mahali pengine. Ficha sehemu ya mtumiaji na nenosiri kabla ya kubandika matokeo kwenye tiketi, kwa sababu mifuatano hiyo mara nyingi zaidi ni vitambulisho hai kuliko watu wanavyodhani.

Zana zilizo na injini yao ya proksi zinahitaji ushahidi wao wenyewe. Curl hutangaza uamuzi iliouchukua unapoongeza ukweli wa maelezo, jambo ambalo ni bora kuliko kukisia kutoka mazingira, na bendera hiyo hiyo inaonyesha kama utatuzi wa majina ulifanyika ndani au kwenye proksi.

Futa ubatilishaji na ujaribu tena ombi lile lile

Badilisha tabaka moja, kisha rudia ombi lile lile lililoshindwa, kwa sababu URL nyingine haithibitishi chochote. Kwanza futa vigezo vya mazingira kwenye shell ya sasa, kwa sababu uhariri huo unaweza kurudishwa na hauwezi kuvunja handaki:

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

Ikiwa matokeo ya kina bado yanadai kuna proksi, mazingira hayakuwa mamlaka. Panda ngazi moja juu badala ya kuweka ubatilishaji zaidi.

Kwenye macOS angalia kwamba faili ya usanidi wa kiotomatiki haitoi thamani, kisha zima proksi ya huduma na uthibitishe mabadiliko. Kwenye Windows kumbuka kwamba mpangilio wa WinHTTP na mpangilio wa kivinjari kwa kila mtumiaji ni vitu tofauti, kwa hivyo chombo safi cha mstari wa amri kinaweza kuishi pamoja na kivinjari kinachoelekeza bado kwenye seva ya zamani. Viendelezi navyo vinastahili shaka hiyo hiyo: kiendelezi cha proksi kinaweza kuandika upya maombi kwa wasifu mmoja pekee, na hiyo ndiyo sura kamili ya hitilafu inayogusa kivinjari kimoja na hakuna kingine.

Thibitisha kwamba marekebisho yanastahimili kuwasha upya

Mpangilio unaofanya kazi kwenye terminal uliyohariri pekee haujarekebishwa. Fungua programu tena kutoka kwa kizindua cha eneo-kazi, toka na uingie tena, na angalia kama proksi ya zamani inarudi.

Ukaguzi mbili hutenganisha marekebisho ya kweli na ya muda, na zote mbili zinapaswa kuripoti muunganisho wa moja kwa moja au thamani iliyokusudiwa. Kuendesha katika mazingira safi kunaonyesha kama mchakato uliosafishwa bado unachukua mpangilio wa mfumo.

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

Ikiwa thamani ya zamani inarudi baada ya kuwasha upya, chanzo ni sera inayosimamiwa au wasifu unaoitumia tena, na mmiliki wa sera hiyo lazima aondoe ubaguzi. Acha uthibitishaji wa vyeti ukiwa umewashwa wakati wote, kwa sababu proksi inayonasa trafiki itaonekana imetatuliwa mara tu unapozima ukaguzi. Maliza kwa kuandika thamani iliyoondolewa na tarehe kwenye maelezo yako, ili mtu anayefuata aweze kutofautisha proksi ya kukusudia na ile iliyosahaulika.