Webbläsaren fungerar via proxyn, men Windows Update misslyckas
Windows Update har sin egen tjänstekontext och egna proxykrav. En lyckad webbläsarsession bevisar inte att uppdateringsnedladdningar går samma väg.
En framgång i webbläsaren testar inte Windows Updates tjänstekontext. Börja med uppdateringsfelet och försökets tidpunkt och undersök sedan den relevanta vägen. På system som använder WinHTTP är denna skrivskyddade fråga en användbar första jämförelse:
netsh winhttp show proxyJämför resultatet med den avsedda hanterade uppdateringspolicyn. Ett webbläsarkonto eller en proxyinställning är inte automatiskt lämplig för en tjänst.
| Bevis | Utredning |
|---|---|
| Kunde inte ansluta till proxyn | Tjänstens slutpunkt och nätverksväg. |
| 407 i matchande proxyloggar | Annonserat autentiseringsschema och kontokontext som är tillgänglig för uppdateringskomponenten. |
| Nedladdningsmål nekades | Slutpunktskrav för den installerade Windows-versionen och uppdateringsupplägget. |
Korrelera försöket med proxyns åtkomst-/autentiseringsposter. Microsofts felsökningsvägledning för uppdateringar täcker även WinHTTP och HTTP Range-begäranden; proxyn måste stödja de nödvändiga åtgärderna, inte bara läsa in en webbsida.
Använd det stödda konfigurationsgränssnittet och aktuella krav för den datorn. En historisk värdlista eller ett gammalt proxycfg-kommando är inte en fullständig aktuell policy. Håll uppdateringsintegritet och certifikatvalidering aktiverade och bekräfta sedan att den avsedda uppdateringsbegäran slutför normal validering via den valda vägen.