ASP.NET Core JWT Bearer: metadata backchannel proksisini sozlash

Olish boshlanishidan oldin BackchannelHttpHandler dan foydalaning, agar to'liq mijoz yoki maxsus konfiguratsiya menejeri bu transportni allaqachon egallamagan bo'lsa.

API bearer tokenini qabul qilib, serverning metadata va imzo kalitini yuklashda muvaffaqiyatsizlikka uchrashi mumkin. O'sha JWT bearer sxemasini uning mavjud ro'yxatdan o'tishidan keyin va so'rovlardan oldin sozlang:

using System.Net;
using Microsoft.AspNetCore.Authentication.JwtBearer;

builder.Services.Configure<JwtBearerOptions>(
    JwtBearerDefaults.AuthenticationScheme, options =>
    {
        options.BackchannelHttpHandler = new HttpClientHandler
        {
            UseProxy = true,
            Proxy = new WebProxy("http://proxy.example:8080")
        };
    });

Ro'yxatdan o'tgan nom bilan moslang; agar standart Bearer dan farq qilsa, uning haqiqiy nomidan foydalaning. Authority, Audience va mavjud token parametrlarini saqlang. Ommaviy metadata va imzo kaliti endpointi ommaviy proksi orqali kirishga ruxsat berilganda ushbu hisobsiz WebProxy URL uchun HTTP proksi ro'yxatidan nomzod ishlatishi mumkin.

Standart sozlashda post-configuration backchannelni shu handler dan yaratadi. Agar to'liq Backchannel yoki maxsus ConfigurationManager oluvchini allaqachon taqdim etsa, uning o'rniga o'sha obyektni sozlang. handler xususiyati ikkalasini ham almashtirmaydi.

Har qanday proksi hisobini ishlatishdan oldin WebProxy da o'rnating, SendAsync ichida Proxy ni o'zgartirish bilan emas. issuer, audience, imzo, amal qilish muddati va qo'shimcha validatorlarni saqlang. OIDC kirish va alohida token olish o'z HTTP yo'llarini saqlaydi.

O'xshash maqolalar