Emacs kan 'n blaaier oopmaak en het steeds sy eie volmag nodig
Om 'n URL in 'n eksterne blaaier oop te maak en om dit met Emacs se URL-biblioteek te haal, gebruik verskillende kliënte. Stel die een op wat die versoek doen.
Twee opdragte wat albei 'n URL oopmaak, kan in Emacs verskillende roetes volg.
Een kan die URL aan 'n eksterne blaaier oorhandig. Die blaaier gebruik dan sy eie volmagkonfigurasie. 'n Ander kan die hulpbron deur Emacs se URL-biblioteek haal. Die blaaier se suksesvolle versoek sê min oor daardie tweede pad.
Die URL-biblioteek dokumenteer volmag-omgewingsveranderlikes en die Lisp-opsie url-proxy-services. 'n Basiese eksplisiete konfigurasie het hierdie vorm:
(setq url-proxy-services
'(("http" . "proxy.example:8080")
("https" . "proxy.example:8080")))Die skemaname kies die bestemmingsprotokol. Die volmagwaardes is die eindpuntformaat wat hierdie opsie verwag, nie 'n PAC-skrip-URL nie. Vir toegelate publieke HTTP-roetes, neem die gasheer en poort uit 'n kandidaat in die HTTP-volmaglys.
Hierdie instelling raak kliënte wat daardie biblioteek gebruik. 'n Pakket wat 'n eksterne Git-uitvoerbare lêer aanroep, het byvoorbeeld 'n ander netwerkpad. Identifiseer die bewerking voordat jy aanvaar dat alle Emacs-netwerking een konfigurasie deel.
Vermy vir Windows om 'n register-leesende stukkie uit 'n ou derdeparty-pakket as 'n algemene oplossing vir PAC-evaluering, geloofsbriewe en veranderende netwerkbeleid te beskou. Stel eers vas of 'n vaste eindpunt of die biblioteek se gedokumenteerde omgewingskonfigurasie aan die werklike vereiste voldoen.