Windows-ის პროქსის პარამეტრები: მომხმარებლის თუ მანქანის მიხედვით

პროქსი მუშაობს იმ ადმინისტრატორისთვის, ვინც ის შეიყვანა, შემდეგ კი ქრება, როცა სხვა მომხმარებელი შედის. ეს ავტომატურად არ ნიშნავს, რომ სერვერმა მეორე მომხმარებელი უარყო. კონფიგურაცია შეიძლება პირველი მომხმარებლის პროფილს ეკუთვნოდეს.

Windows-ის ინტერნეტის პარამეტრებს მომხმარებლისა და მანქანის ფარგლები აქვს. ძველი სახელის მქონე პოლიტიკა “პროქსის პარამეტრები მანქანის მიხედვით (და არა მომხმარებლის)” აკონტროლებს ამ განსხვავებას მის მიერ მართული პარამეტრებისთვის. ის განსხვავდება მიმდინარე მომხმარებლის რეესტრის hive-ის ქვეშ ერთი მნიშვნელობის შეცვლისგან.

განსაზღვრეთ პარამეტრის მფლობელი

Microsoft-ის HKLMProxyServer-ის დოკუმენტაცია ხსნის მანქანის ფარგლის პოლიტიკაზე დამოკიდებულებას. თუ თქვენი განლაგება ამ მექანიზმს იყენებს, გამოიყენეთ ის მხარდაჭერილი მართვის პოლიტიკით და არა დააკოპირეთ გაუმჭვირვალე ბინარული რეესტრის მნიშვნელობა უკავშირო სამუშაო სადგურიდან.

რეესტრის კოპირების ხერხები აღწერს კონკრეტულ გარემოებს, ზოგჯერ 32-bit და 64-bit განსხვავებული ქცევით. ისინი არ არის გარანტია, რომ ერთი ექსპორტირებული blob შესაფერისია ყველა Windows ვერსიისა და ანგარიშისთვის.

შემდეგ განსაზღვრეთ აპლიკაცია

მანქანის ფარგლი არ ნიშნავს, რომ ყველა ქსელური კლიენტი კითხულობს ამ პარამეტრებს. სერვისმა შეიძლება გამოიყენოს WinHTTP ან საკუთარი აპლიკაციის კონფიგურაცია. Microsoft-ის WinHTTP-ისა და WinINet-ის შედარება სასარგებლოა, როცა ქსელურ დასტას პროცესის გამშვებ ანგარიშს გამოვყოფთ.

შეინახეთ ეს ორი კითხვა ხარვეზების აღმოფხვრის ჩანაწერში: რომელი კონფიგურაციის საცავია შესაბამისი და რომელი ანგარიში ან პოლიტიკის ფარგლი აწვდის მას? თქვენი სამუშაო მაგიდის ბრაუზერიდან წარმატებული მოთხოვნა ფონური სერვისისთვის არც ერთ კითხვას არ პასუხობს.

ასევე განასხვავეთ მარშრუტის კონფიგურაცია აუტენტიფიკაციისგან. ორი მომხმარებლისთვის ერთი და იმავე პროქსის მისამართის მიცემა არ აძლევს მათ იგივე ანგარიშის უფლებებს და არც უნდა ავრცელებდეს ჩუმად ერთი მომხმარებლის შენახულ პაროლს მანქანაზე ყველასთვის.