En gammal Emacs-demon kan behålla en gammal proxy
Kontrollera den långlivade Emacs-servern och URL-bibliotekets proxystatus när en ny emacsclient-terminal verkar ignorera uppdaterade inställningar.
En ny terminal skapar inte en ny Emacs-server. emacsclient kan be gårdagens demon att utföra dagens paketnedladdning, med demonens gamla proxystatus.
Undersök både miljön och url-proxy-services i den Emacs-session som hanterar den misslyckade begäran:
| Vad är inaktuellt? | Var du ska titta härnäst |
|---|---|
| Emacs-miljön innehåller fortfarande den gamla slutpunkten | Serverns startkälla: användartjänst, skrivbordssession eller demon vid inloggning |
Miljön är korrekt, men url-proxy-services innehåller fortfarande den gamla slutpunkten | Initiering av URL-biblioteket och uttryckliga Lisp-inställningar |
URL-biblioteket kan initiera proxy-poster som stöds från miljön. Att ändra den miljön senare bygger inte nödvändigtvis upp en post igen som redan är initierad eller uttryckligen satt i Lisp. Klientspecifik information som skickas i vissa serverkontexter är inte en allmän återställning av serverns proxykonfiguration.
Rätta den avsedda aktiva konfigurationen och dess startkälla så att nästa server håller med. En omstart ger också en fräsch initiering, men spara först arbetet som finns i den servern; att stänga och öppna en ram igen kan låta processen fortsätta köra.
Den här diagnosen gäller URL-biblioteket. Om paketet anropar Git, curl eller en annan extern nedladdare, följ den klientens konfiguration i stället för att förvänta dig att url-proxy-services ersätter den.