Agordi la sinkronigan prokurilon de WSUS
Agordu la akreditilojn kaj la finpunkton de la WSUS-sinkronigo en ĝia propra konzolo, anstataŭ fidi la retumilon de administranto aŭ trakti la agordon kiel klientan regularon.
Sur ekzistanta WSUS-servilo, agordu la prokurilon por sinkronigo ene de WSUS mem. Retuma seanco sub administranta konto ne pruvas, ke la sinkroniga servo havas la saman vojon aŭ la samajn akreditilojn.
En la WSUS-administra konzolo malfermu Agordoj, poste Ĝisdatiga fonto kaj prokura servilo. En la prokura langeto ŝaltu la uzon de prokurilo por sinkronigo kaj donu la servilan nomon kaj la pordon de la aŭskultanto; se provo de Microsoft Update permesas publikajn prokurilojn kaj havas neniujn agorditajn prokurajn akreditilojn, elektu HTTP-kandidaton el la listo de HTTP-prokuriloj.
Se tiu prokurilo postulas specifan konton, enigu la uzanton, la domajnon kaj la pasvorton en la akreditilaj kampoj de WSUS. La domajna kampo devus speguli la kontan aranĝon donitan de la prokura administranto; ĝi ne nepre estas la publika DNS-sufikso de la prokura gastigantnomo.
Microsoft dokumentas tiun agordon kiel validan por WSUS-sinkronigoj, inkluzive de sinkronigo kun supera WSUS-servilo aŭ kun Microsoft Update. Ĝi ne agordas la retumilon de ĉiu malsupra komputilo nek ties Windows Update-konekton.
La konzolo ankaŭ eksplicite proponas Basic-autentikigon. Traktu tion kiel elekton de autentikigo, ne kiel ĝeneralan markobutonon por igi saluton funkcii: Microsoft avertas, ke per tiu mekanismo la pasvorto estas sendata sen ĉifrado.
Kiam sinkronigo ankoraŭ malsukcesas, notu la agorditan ĝisdatigan fonton kaj la fazon de la malsukceso. Neatingebla prokura aŭskultanto, malakcepto de prokura autentikigo kaj malsukceso post atingi la superan servon postulas malsamajn riparojn. Reenigi la pasvorton, kiu funkcias en la retumilo, diras malmulte ĝis WSUS uzos la atendatan prokuran konton.