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, уліковых даных і зменлівай сеткавай палітыкі. Спачатку вызначце, ці задавальняе фактычнае патрабаванне фіксаваная канчатковая кропка або дакументаваная канфігурацыя асяроддзя бібліятэкі.