URI შეიძლება შეიცავდეს username:password-ს თავისი ჰოსტის წინ. ეს არ ნიშნავს, რომ ყველა .NET API, რომელიც იღებს ამ URI-ს, აკოპირებს მომხმარებლის ინფორმაციას ავთენტიფიკაციის ობიექტში.

როცა WebProxy-ს უშუალოდ აგებთ, გახადეთ რწმუნებების მინიჭება აშკარა:

var proxy = new WebProxy("http://203.0.113.10:8080")
{
    Credentials = new NetworkCredential(proxyUser, proxyPassword)
};

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

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

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

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

დაკავშირებული სტატიები