Կարգավորել WSUS-ի համաժամացման պրոքսին

Առկա WSUS սերվերի վրա համաժամացման պրոքսին կարգավորեք հենց WSUS-ի ներսում։ Ադմինիստրատորի հաշվով աշխատող զննարկիչի սեսիան չի ապացուցում, որ համաժամացման ծառայությունն ունի նույն երթուղին կամ նույն հավատարմագրերը։

WSUS-ի կառավարման կոնսոլում բացեք Ընտրանքներ, ապա՝ Թարմացումների աղբյուր և պրոքսի սերվեր։ Պրոքսի ներդիրում միացրեք պրոքսի օգտագործումը համաժամացման համար և նշեք լսողի սերվերի անունն ու պորտը. եթե Microsoft Update-ի փորձարկումը թույլատրում է հանրային պրոքսիներ և պրոքսիի հավատարմագրեր կարգավորված չեն, ընտրեք HTTP թեկնածու HTTP պրոքսիների ցանկից։

Եթե այդ պրոքսին պահանջում է որոշակի հաշիվ, մուտքագրեք օգտանունը, տիրույթը և գաղտնաբառը WSUS-ի հավատարմագրերի դաշտերում։ Տիրույթի դաշտը պետք է արտացոլի պրոքսիի ադմինիստրատորի տրամադրած հաշվի կառուցվածքը. այն պարտադիր չէ, որ պրոքսիի հոսթնեյմի հանրային DNS վերջածանցը լինի։

Microsoft-ը այս կարգավորումը փաստագրում է որպես WSUS համաժամացումների համար կիրառելի, ներառյալ վերադիր WSUS սերվերի կամ Microsoft Update-ի հետ համաժամացումը։ Այն չի կարգավորում յուրաքանչյուր ներքևի համակարգչի զննարկիչը կամ նրա Windows Update կապը։

Կոնսոլը նաև բացահայտ առաջարկում է Basic նույնականացում։ Դա ընկալեք որպես նույնականացման ընտրություն, ոչ թե որպես ընդհանուր նշատուփ, որը պետք է աշխատեցնի մուտքը. Microsoft-ը զգուշացնում է, որ այդ մեխանիզմով գաղտնաբառն ուղարկվում է առանց գաղտնագրման։

Երբ համաժամացումը դեռ ձախողվում է, գրանցեք կարգավորված թարմացումների աղբյուրը և ձախողման փուլը։ Անհասանելի պրոքսի լսողը, պրոքսիի նույնականացման մերժումը և վերադիր ծառայությանը հասնելուց հետո տեղի ունեցող ձախողումը տարբեր ուղղումներ են պահանջում։ Զննարկիչում աշխատող գաղտնաբառի կրկնակի մուտքագրումը քիչ բան է ասում, քանի դեռ WSUS-ը չի օգտագործում սպասվող պրոքսի հաշիվը։