Kuingia kupitia proksi ya URL katika Emacs 31.1: auth-source na mipaka ya CONNECT

Anwani ya proksi inaiambia Emacs mahali pa kuunganisha. Kuingia kwake ni sehemu nyingine ya mazungumzo. Kwa ombi la kawaida la HTTP, maktaba ya URL ya Emacs inaweza kujibu changamoto ya uthibitishaji ya proksi, kupata vitambulisho kutoka auth-source au kuuliza kwa mwingiliano, na kutumia tena vitambulisho vinavyohifadhiwa katika kikao.

Maelezo yaliyo hapa chini yanafuata Emacs 31.1. Yanahusu shughuli zinazotumia maktaba ya URL; kipakuzi cha nje kinachoanzishwa na kifurushi cha Emacs kina njia yake ya uthibitishaji.

Weka njia, kisha acha HTTP iombe kuingia

Sehemu ya mwisho isiyobadilika ya proksi inaweza kuchaguliwa kwa chaguo lililoandikwa:

(setq url-proxy-services
      '(("http" . "proxy.example:8080")
        ("https" . "proxy.example:8080")))

Badilisha kishika nafasi na sehemu ya mwisho iliyotolewa. Funguo zinaelezea skimu za URL za lengo. Kuongeza kiingilio cha HTTPS huchagua njia kwa malengo ya HTTPS; yenyewe haitoi vitambulisho.

Wakati wa ombi la kawaida la HTTP, proksi inaweza kujibu kwa 407 Proxy Authentication Required na changamoto ya Proxy-Authenticate. Maktaba ya URL huchagua skimu ya uthibitishaji inayotumika na kupata vitambulisho kwa sehemu ya mwisho ya proksi. Kisha inajaribu tena kwa Proxy-Authorization.

Kwa uthibitishaji wa Basic, ombi la mwingiliano linaweza kuuliza jina la mtumiaji na nenosiri wakati vitambulisho vinavyofaa havipatikani. Ombi lililowekwa alama kuwa lisilo la mwingiliano haliwezi kutegemea maswali hayo. Kuingia kwa proksi pia ni tofauti na kuingia kwa tovuti lengwa: changamoto ya 401 ya tovuti hufuata njia tofauti.

Weka vitambulisho vya kudumu katika auth-source

Ikiwa auth-source tayari inasoma faili ya vitambulisho iliyosimbwa kama ~/.authinfo.gpg, kiingilio cha Basic kwa mfano huu kina umbo lifuatalo:

machine proxy.example port http login YOUR_LOGIN password YOUR_PASSWORD

Tumia akaunti na siri zako halisi, na uhakikishe faili ni miongoni mwa auth-sources ulizozisanidi. Mstari unaonyesha sehemu zinazolingana; si maagizo ya kuweka nenosiri katika faili yako ya uanzishaji ya Lisp.

Maelezo mawili ni muhimu katika utekelezaji wa Basic wa Emacs 31.1. Inatafuta jina la mwenyeji la proksi bila mlango wa TCP wa nambari, na inapitisha skimu ya URL ya proksi kama thamani ya mlango ya auth-source. Kwa proksi hii ya HTTP, thamani hiyo ni http, ingawa muunganisho wa TCP unatumia mlango 8080.

Utafutaji huu haujumuishi realm ya changamoto au mlango wa nambari wa proksi. Usitarajie kuchagua manenosiri tofauti ya Basic kwa realm kadhaa au milango ya proksi kwenye jina moja la mwenyeji. Digest hutumia utafutaji tofauti wa mwenyeji, kwa hiyo mfano ulio juu ni kwa ajili ya Basic hasa.

Maktaba ya URL pia huhifadhi akiba yake ya uthibitishaji. Viingilio vyake vya Basic hutofautisha sehemu za mwisho za proksi na hutumia ulinganifu wa realm au saraka ndani ya sehemu ya mwisho; akiba hiyo ni tofauti na utafutaji wa auth-source. Kuandika nenosiri kwenye kidokezo kunaweza kujaza akiba ya kikao bila kuhifadhi kiingilio kipya katika faili yako ya vitambulisho vya kudumu.

HTTPS ina hatua ya uthibitishaji ya awali

Kwa lengo la HTTPS kupitia proksi ya HTTP, Emacs hutuma CONNECT kwanza. Hivyo uthibitishaji unaweza kuhitajika kabla ya kufikia muunganisho uliosimbwa na tovuti.

Katika Emacs 31.1, mjenzi wa ombi la CONNECT hukagua uthibitishaji unaopatikana tayari kupitia mashine yake ya uthibitishaji, ikiwa ni pamoja na vitambulisho vya Basic vilivyohifadhiwa. Njia yake ya Basic haiulizi au kuleta kiingilio kipya cha auth-source wakati huo. Jibu la CONNECT lisilo 200 pia haliingii kwenye kishughulikiaji cha kawaida cha changamoto ya HTTP 407 kilichoelezwa juu.

Kwa hiyo, kiingilio cha auth-source kinachoweza kujibu changamoto ya kawaida ya HTTP Basic hakihakikishi kwamba ombi la kwanza la HTTPS la kikao kipya litathibitishwa kwa mafanikio. Kikao kilicho na vitambulisho vinavyofaa vilivyohifadhiwa kina hali tofauti ya kuanzia. Kuhariri kiingilio kimoja cha nenosiri mara kwa mara hakuwezi kwa chenyewe kuondoa tofauti hii kati ya njia mbili.

Ikiwa shughuli ya HTTPS inasimama kwenye proksi, tambua kama CONNECT ilipokea 407 na kama unatumia tabia ya toleo hili. Thibitisha pia skimu ya uthibitishaji inayotolewa na proksi. Kiingilio cha vitambulisho vya Basic si kiunganishi cha jumla kwa kila mfumo wa uthibitishaji wa biashara.

Weka usanidi wa kudumu katika chaguo la umma la proksi na katika sehemu ya nyuma ya vitambulisho uliyochagua. Hifadhi ya ndani ya Basic ya maktaba ya URL ni muhimu kwa kuelewa tabia hii, lakini kujaza kwa mkono muundo huo wa data wa faragha kutafunga usanidi na maelezo ya utekelezaji.