Emacs-ը կարող է բացել զննարկիչ և դեռ իր սեփական պրոքսին է պետք

Երկու հրաման, որոնք երկուսն էլ «բացում են URL», Emacs-ում կարող են տարբեր ուղիներով գնալ։

Մեկը կարող է URL-ը հանձնել արտաքին զննարկիչին։ Այնուհետև զննարկիչը օգտագործում է իր պրոքսիի կարգավորումը։ Մյուսը կարող է ռեսուրսը բերել Emacs-ի URL գրադարանի միջոցով։ Զննարկիչի հաջող հարցումը քիչ բան է ասում այդ երկրորդ ուղու մասին։

URL գրադարանը փաստաթղթավորում է պրոքսիի միջավայրի փոփոխականները և Lisp-ի url-proxy-services ընտրանքը։ Հիմնական բացահայտ կարգավորումն ունի այս ձևը՝

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

Սխեմաների անունները ընտրում են նպատակակետի արձանագրությունը։ Պրոքսիի արժեքները վերջնակետի այն ձևաչափն են, որն այս ընտրանքը սպասում է, ոչ թե PAC սկրիպտի URL։ Թույլատրված հանրային HTTP ուղիների համար վերցրեք հոսթը և պորտը HTTP պրոքսիների ցանկի թեկնածուից։

Այս կարգավորումը վերաբերում է այդ գրադարանն օգտագործող հաճախորդներին։ Օրինակ՝ արտաքին Git կատարվող ֆայլ կանչող փաթեթն ունի ցանցի այլ ուղի։ Նախապես ճանաչեք գործողությունը, մինչև ենթադրեք, որ Emacs-ի ամբողջ ցանցային աշխատանքը կիսում է մեկ կարգավորում։

Windows-ում խուսափեք հին երրորդ կողմի փաթեթից ռեեստր կարդացող հատվածը որպես PAC գնահատման, հավատարմագրերի և փոփոխվող ցանցային քաղաքականության ընդհանուր լուծում դիտարկելուց։ Սկզբում պարզեք՝ արդյոք ֆիքսված վերջնակետը, թե գրադարանի փաստաթղթավորված միջավայրի կարգավորումն է բավարարում իրական պահանջը։