Windows-proksaj agordoj: por uzanto aŭ por komputilo
Igni proksan agordon videbla al ĉiu Windows-uzanto estas demando pri politika amplekso, aparta de la elekto de la proksa stako, kiun aplikacio uzas.
Prokso funkcias por la administranto, kiu enigis ĝin, kaj poste malaperas, kiam alia uzanto ensalutas. Tio ne aŭtomate signifas, ke la servilo malakceptis la duan uzanton. La agordo povas aparteni al la profilo de la unua uzanto.
La interretaj agordoj de Windows havas uzantan kaj komputilan ampleksojn. La politiko kun la malnova nomo “Fari proksajn agordojn por komputilo (anstataŭ por uzanto)” regas tiun distingon por la agordoj, kiujn ĝi regas. Ĝi malsamas de ŝanĝi unu valoron sub la registra abelujo de la nuna uzanto.
Identigu la posedanton de la agordo
La dokumentaro pri HKLMProxyServer de Microsoft klarigas la dependecon de la politiko pri komputila amplekso. Se via disfaldiĝo uzas tiun mekanismon, apliku ĝin per la subtenata administra politiko anstataŭ kopii maltravideblan duuman registran valoron de nerilata laborstacio.
Laboroj per registra kopiado priskribas apartajn mediojn, kelkfoje kun malsama konduto por 32-bit kaj 64-bit. Ili ne garantias, ke unu eksportita blobo taŭgas por ĉiu Windows-versio kaj konto.
Poste identigu la aplikacion
Komputila amplekso ne signifas, ke ĉiu reta kliento legas tiujn agordojn. Servo povas uzi WinHTTP aŭ sian propran aplikacian agordon. La komparo de WinHTTP kaj WinINet far Microsoft estas utila por apartigi la retan stakon de la konto, kiu ruligas la procezon.
Konservu tiujn du demandojn en la problemtraka protokolo: kiu agorda memoro gravas, kaj kiu konto aŭ politika amplekso liveras ĝin? Sukcesa peto de via labortabla retumilo respondas nek unu nek la alian por fona servo.
Ankaŭ distingigu vojagordon de aŭtentigado. Doni al du uzantoj la saman proksan adreson ne donas al ili la samajn kontajn rajtojn, kaj ĝi ne devus silente disdoni la konservitan pasvorton de unu uzanto al ĉiuj en la komputilo.