ବିଦ୍ୟମାନ WSUS ସର୍ଭରରେ ସିଙ୍କ୍ରୋନାଇଜେସନ ପାଇଁ ପ୍ରକ୍ସି WSUS ଭିତରେ ହିଁ ବିନ୍ୟାସ କରନ୍ତୁ। ପ୍ରଶାସକ ଖାତା ଅଧୀନରେ ଚାଲୁଥିବା ବ୍ରାଉଜର ସେସନ ସିଙ୍କ୍ରୋନାଇଜେସନ ସେବା ସମାନ ପଥ କିମ୍ବା ସମାନ ପ୍ରମାଣପତ୍ର ରଖିଛି ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।

WSUS ପ୍ରଶାସନ କନସୋଲରେ ବିକଳ୍ପ ଖୋଲନ୍ତୁ, ତାପରେ ଅପଡେଟ ଉତ୍ସ ଏବଂ ପ୍ରକ୍ସି ସର୍ଭର। ପ୍ରକ୍ସି ଟ୍ୟାବରେ ସିଙ୍କ୍ରୋନାଇଜେସନ ପାଇଁ ପ୍ରକ୍ସି ବ୍ୟବହାର ସକ୍ଷମ କରନ୍ତୁ ଏବଂ ଶ୍ରୋତାର ସର୍ଭର ନାମ ଓ ପୋର୍ଟ ଦିଅନ୍ତୁ; ଯଦି Microsoft Update ପରୀକ୍ଷଣ ସାର୍ବଜନୀନ ପ୍ରକ୍ସିକୁ ଅନୁମତି ଦିଏ ଏବଂ କୌଣସି ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ବିନ୍ୟାସ ହୋଇନାହିଁ, ତେବେ HTTP ପ୍ରକ୍ସି ତାଲିକାରୁ ଏକ HTTP ପ୍ରାର୍ଥୀ ବାଛନ୍ତୁ।

ଯଦି ସେ ପ୍ରକ୍ସି ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ଖାତା ଆବଶ୍ୟକ କରେ, ତେବେ WSUS ର ପ୍ରମାଣପତ୍ର କ୍ଷେତ୍ରରେ ବ୍ୟବହାରକାରୀ, ଡୋମେନ ଏବଂ ପାସୱାର୍ଡ ଦିଅନ୍ତୁ। ଡୋମେନ କ୍ଷେତ୍ର ପ୍ରକ୍ସି ପ୍ରଶାସକ ଦେଇଥିବା ଖାତା ବ୍ୟବସ୍ଥାକୁ ପ୍ରତିଫଳିତ କରିବା ଉଚିତ; ଏହା ପ୍ରକ୍ସି ହୋଷ୍ଟନାମର ସାର୍ବଜନୀନ DNS ପ୍ରତ୍ୟୟ ହେବା ଆବଶ୍ୟକ ନାହିଁ।

Microsoft ଏହି ସେଟିଂକୁ WSUS ସିଙ୍କ୍ରୋନାଇଜେସନ ପାଇଁ ପ୍ରଯୁଜ୍ୟ ବୋଲି ଦଲିଲଭୁକ୍ତ କରିଛି, ଯେଉଁଥିରେ ଉପରିସ୍ଥ WSUS ସର୍ଭର କିମ୍ବା Microsoft Update ସହିତ ସିଙ୍କ୍ରୋନାଇଜେସନ ଅନ୍ତର୍ଭୁକ୍ତ। ଏହା ପ୍ରତ୍ୟେକ ତଳସ୍ଥ କମ୍ପ୍ୟୁଟରର ବ୍ରାଉଜର କିମ୍ବା ତାହାର Windows Update ସଂଯୋଗ ବିନ୍ୟାସ କରେ ନାହିଁ।

କନସୋଲ Basic ପ୍ରମାଣୀକରଣକୁ ମଧ୍ୟ ସ୍ପଷ୍ଟ ଭାବରେ ପ୍ରଦାନ କରେ। ଏହାକୁ ପ୍ରମାଣୀକରଣର ଏକ ବିକଳ୍ପ ଭାବରେ ନିଅନ୍ତୁ, ଲଗଇନ ଚଳାଇବା ପାଇଁ ସାଧାରଣ ଚେକବକ୍ସ ଭାବରେ ନୁହେଁ: Microsoft ଚେତାବନୀ ଦିଏ ଯେ ସେହି ପଦ୍ଧତିରେ ପାସୱାର୍ଡ ଏନକ୍ରିପ୍ସନ ବିନା ପଠାଯାଏ।

ଯେତେବେଳେ ସିଙ୍କ୍ରୋନାଇଜେସନ ତଥାପି ବିଫଳ ହୁଏ, ବିନ୍ୟାସିତ ଅପଡେଟ ଉତ୍ସ ଏବଂ ବିଫଳତାର ପର୍ଯ୍ୟାୟ ଲିପିବଦ୍ଧ କରନ୍ତୁ। ପହଞ୍ଚାଯାଇ ନପାରୁଥିବା ପ୍ରକ୍ସି ଶ୍ରୋତା, ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣର ପ୍ରତ୍ୟାଖ୍ୟାନ ଏବଂ ଉପରିସ୍ଥ ସେବାରେ ପହଞ୍ଚିବା ପରେ ହେଉଥିବା ବିଫଳତା ପାଇଁ ଅଲଗା ଅଲଗା ସମାଧାନ ଦରକାର। WSUS ଆଶାକରାଯାଉଥିବା ପ୍ରକ୍ସି ଖାତା ବ୍ୟବହାର ନକରିବା ପର୍ଯ୍ୟନ୍ତ ବ୍ରାଉଜରରେ କାମ କରୁଥିବା ପାସୱାର୍ଡ ପୁନର୍ବାର ଦେବା ଅଧିକ କିଛି କୁହେ ନାହିଁ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ