IWebProxy aprašo tarpinio serverio politiką. Jis nevisoms diegimams suteikia tas pačias vienalaikiškumo garantijas. Prieš bendrinant vieną egzempliorių tarp darbuotojo užduočių, nustatykite jo konkrečią diegimą ir vykdymo aplinką, kuriai jis priklauso.

Sąsaja atskleidžia nuo paskirties vietos priklausančias maršruto užklausas ir kredencialus. Pasirinktinė diegimas gali naudotis fiksuotu adresu, kintama būsena arba automatine konfigūracija. Šie pasirinkimai veikia ir saugumą, ir našumą.

Laikykite konfigūracijos pakeitimus už užklausų apdorojimo ribų

Venkite vieno bendrinamo tarpinio serverio objekto naudojimo kaip juodraščio: jo adreso ar kredencialų keitimas užduočiai A, kol užduotis B renkasi maršrutą, padaro nuosavybę neaiškią. Suformuokite politiką prieš perduodami ją klientui. Darbams su skirtingomis tarpinio serverio paskyromis ar galiniais taškais naudokite atskirai valdomas kliento konfigūracijas.

Istorinė WebProxy dokumentacija neteikė gijų saugumo garantijos egzemplioriaus nariams. Taikykite tą sutartį atitinkamam diegimui. Jei reikia sinchronizavimo, turi dalyvauti kiekvienas skaitytojas ir rašytojas; apvalkalo užraktas negali koordinuoti kvietėjų, kurie tiesiogiai naudoja pradinį objektą.

Ilga pauzė GetProxy metu gali būti susijusi su aptikimu arba PAC vertinimu. Microsoft dokumentuoja blokuojantį aptikimą WinHTTP; šis paaiškinimas galioja, kai klientas naudoja tą pagrindą. Matuokite maršruto paiešką atskirai nuo prisijungimo ir atsakymo laiko. Lėtos paieškos serializavimas gali tik sukurti eilę.

Fiksuotas galinis taškas gali pašalinti aptikimą, kai numatomas fiksuotas maršrutas. Vieno URI užfiksavimas kintančioje sistemos politikoje taip pat atmeta būsimus jos sprendimus. Išsaugokite šį skirtumą prižiūrėdami seną kodą; naujam HTTP darbui naudokite HttpClient ir palaikomą jo apdorojimo programos konfigūraciją.

Susiję straipsniai