OIDC-ის აღმოჩენა პროქსის გავლით და JWKS .NET-ში HttpDocumentRetriever-ით
ჩასვით პროქსის მცოდნე HttpClient retriever-ში, რომელსაც Microsoft.IdentityModel-ის კონფიგურაციის ძიება იყენებს, განახლებისა და ვალიდაციის პოლიტიკის შენარჩუნებით.
var handler = new HttpClientHandler
{
Proxy = new WebProxy("http://proxy.example:8080"),
UseProxy = true
};
var http = new HttpClient(handler);
var documents = new HttpDocumentRetriever(http);
var configuration = await OpenIdConnectConfigurationRetriever.GetAsync(
"https://issuer.example/.well-known/openid-configuration",
documents,
cancellationToken);HttpDocumentRetriever მოდის Microsoft.IdentityModel.Protocols-იდან; OpenIdConnectConfigurationRetriever — მისი OpenIdConnect პაკეტიდან. შეინახეთ HTTP კლიენტი ცოცხლად მთელი მისი მუშაობის განმავლობაში. საჯარო discovery და JWKS URL-ებისთვის, სადაც საჯარო შუამავლები დაშვებულია, HTTP პროქსების სია გთავაზობთ კანდიდატებს WebProxy URL-ისთვის.
ძიება ჯერ იღებს discovery-ს, შემდეგ იყენებს იმავე მოწოდებულ retriever-ს jwks_uri-ისთვის, როცა ის არსებობს. ამ URL-ებს შეიძლება განსხვავებული ჰოსტები ჰქონდეთ და პროქსმა ორივე უნდა დაუშვას.
პროქსის ავთენტიფიკაციისთვის, კონსტრუირებამდე დააკონფიგურირეთ WebProxy-ის ანგარიში. ეს არ არის გამომცემლის კლიენტის საიდუმლო.
გრძელვადიან ავთენტიფიკაციის სერვისში გადაეცით ეს retriever მხარდაჭერილ ქეშისა და განახლების სქემას, ნაცვლად იმისა, რომ კონფიგურაცია ყოველი შემომავალი მოთხოვნისთვის ჩამოტვირთოთ. გამომცემლის, HTTPS ნდობისა და ტოკენის ვალიდაციის პოლიტიკა დამოუკიდებელი შეინახეთ ამ ტრანსპორტის არჩევანისგან.