Սկրիպտը Windows Internet Settings-ից կարդում է ProxyServer-ը և վերագրում այն WebProxy.Address-ին։ Այն աշխատում է մի մեքենայում, ապա ձախողվում մեկ այլում, որի արժեքը այսպիսի տեսք ունի՝

http=proxy-a.example:8080;https=proxy-b.example:8080

Սա արձանագրությանը բնորոշ կոնֆիգուրացիայի տող է, ոչ թե մեկ պրոքսի URI։ Ամբողջ արժեքը մեկ հասցե սպասող կոնստրուկտորին փոխանցելը փոխում է մուտքի իմաստը։

ԳրառումԸնտրում է պրոքսին
http=...HTTP նպատակակետի հարցումներ
https=...HTTPS նպատակակետի հարցումներ

https բանալին ինքնին չի նշանակում, որ այդ պրոքսիի հետ կապն օգտագործում է TLS։ Սովորական HTTP պրոքսին կարող է HTTPS նպատակակետը փոխանցել CONNECT-ով։

Նախընտրեք աջակցվող համակարգային պրոքսիի ինտերֆեյսը փաստացի նպատակակետի համար, որտեղ հաճախորդը տրամադրում է այն։ Ձեռքով պրոքսի տողերը, շրջանցման կանոնները, ավտոմատ կոնֆիգուրացիայի URL-ները և ավտոմատ հայտնաբերումը կոնֆիգուրացիայի տարբեր մասեր են։ Մեկ ռեեստրի արժեք կարդալը չի կարող վերարտադրել դրանք բոլորը։ Եթե ստուգեք պահված քարտեզը, կարդացեք ProxyEnable-ը և AutoConfigURL-ը ProxyServer-ի կողքին.

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

Պահեք սա համապատասխան հաշվի համատեքստում։ Ինտերակտիվ օգտատիրոջ կարգավորումները ավտոմատ կերպով այլ ինքնության ներքո աշխատող ծառայության կարգավորումները չեն։

Առնչվող հոդվածներ