Emacs може да отвори прелистувач и сепак му треба сопствен прокси
Отворањето URL во надворешен прелистувач и неговото преземање со URL-библиотеката на Emacs користат различни клиенти. Конфигурирајте го оној што го извршува барањето.
Две наредби што и двете „отвораат URL“ можат во Emacs да тргнат по различни патишта.
Едната може да го предаде URL-то на надворешен прелистувач. Тогаш прелистувачот ја користи сопствената конфигурација за прокси. Другата може да го преземе ресурсот преку URL-библиотеката на Emacs. Успешното барање на прелистувачот кажува малку за тоа второ пате.
URL-библиотеката ги документира променливите на околината за прокси и опцијата на Lisp url-proxy-services. Основна експлицитна конфигурација го има овој облик:
(setq url-proxy-services
'(("http" . "proxy.example:8080")
("https" . "proxy.example:8080")))Имињата на шемите го избираат протоколот на одредиштето. Вредностите за прокси се форматот на крајната точка што оваа опција го очекува, а не URL на PAC-скрипта. За дозволени јавни HTTP-патеки земете го домаќинот и портата од кандидат во списокот на HTTP прокси.
Оваа поставка се однесува на клиенти што ја користат таа библиотека. На пример, пакетот што повикува надворешна извршна датотека на Git има друг мрежен пат. Утврдете ја операцијата пред да претпоставите дека целото вмрежување на Emacs дели една конфигурација.
На Windows, избегнувајте да го третирате исечокот што го чита регистарот од стар пакет на трета страна како општо решение за проценка на PAC, ингеренции и променлива мрежна политика. Прво утврдете дали фиксна крајна точка или документираната конфигурација на околината на библиотеката го задоволува вистинското барање.