Sanidi proksi ya usawazishaji wa WSUS
Sanidi vitambulisho na kituo cha mwisho cha usawazishaji wa WSUS katika konsoli yake yenyewe, badala ya kutegemea kivinjari cha msimamizi au kuchukua mpangilio huo kama sera ya mteja.
Kwenye seva ya WSUS iliyopo, sanidi proksi ya usawazishaji ndani ya WSUS yenyewe. Kipindi cha kivinjari chini ya akaunti ya msimamizi hakithibitishi kuwa huduma ya usawazishaji ina njia moja au vitambulisho vilevile.
Katika Konsoli ya Utawala ya WSUS, fungua Chaguo, kisha Chanzo cha Sasisho na Seva ya Proksi. Kwenye kichupo cha proksi, washa matumizi ya proksi kwa usawazishaji na toa jina la seva na mlango wa msikilizaji; ikiwa jaribio la Microsoft Update linaruhusu proksi za umma na hakuna vitambulisho vya proksi vilivyosanidiwa, chagua mwanasiasa wa HTTP kutoka orodha ya proksi za HTTP.
Ikiwa proksi hiyo inahitaji akaunti maalum, ingiza mtumiaji, kikoa na nenosiri katika sehemu za vitambulisho za WSUS. Sehemu ya kikoa inapaswa kuakisi mpangilio wa akaunti uliotolewa na msimamizi wa proksi; si lazima iwe kiambishi cha DNS cha umma cha jina la mwenyeji wa proksi.
Microsoft inaandika mpangilio huu kama unaotumika kwa usawazishaji wa WSUS, ikiwa ni pamoja na usawazishaji dhidi ya seva ya WSUS ya juu au Microsoft Update. Hau sanidi kivinjari cha kila kompyuta ya chini wala muunganisho wake wa Windows Update.
Konsoli pia inatoa uthibitishaji wa Basic kwa uwazi. Chukulia hilo kama chaguo la uthibitishaji, si kisanduku cha jumla cha kufanya kuingia kufanye kazi: Microsoft inaonya kuwa nenosiri hutumwa bila usimbaji fiche kwa utaratibu huo.
Usawazishaji unaposhindikana bado, rekodi chanzo cha sasisho kilichosanidiwa na hatua ya kushindikana. Msikilizaji wa proksi asiyeweza kufikiwa, kukataliwa kwa uthibitishaji wa proksi na kushindikana baada ya kufikia huduma ya juu huhitaji marekebisho tofauti. Kuingiza tena nenosiri linalofanya kazi kwenye kivinjari hakisemi mengi hadi WSUS itumie akaunti ya proksi inayotarajiwa.