এটা API-এ bearer token লাভ কৰি চাৰ্ভাৰৰ metadata আৰু signing-key ডাউনলোডত বিফল হ’ব পাৰে। সেই JWT bearer আঁচনিখন ইয়াৰ বৰ্তমান registration-ৰ পিছত আৰু অনুৰোধৰ আগতে ছেট কৰক:

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")
        };
    });

Registration-ত থকা নামটো মিলাওক; ডিফল্ট Bearer-ৰ পৰা বেলেগ হ’লে ইয়াৰ প্ৰকৃত নাম ব্যৱহাৰ কৰক। Authority, Audience আৰু বৰ্তমানৰ token পেৰামিটাৰ সংৰক্ষণ কৰক। ৰাজহুৱা metadata আৰু signing-key endpoint-এ ৰাজহুৱা প্ৰক্সী অনুমতি থাকিলে এই account-নোহোৱা WebProxy URL-ৰ বাবে HTTP প্ৰক্সী তালিকাৰ পৰা এটা প্ৰাৰ্থী ব্যৱহাৰ কৰিব পাৰে।

Standard setup-ত post-configuration-এ এই handler-ৰ পৰা backchannel সৃষ্টি কৰে। যদি সম্পূৰ্ণ Backchannel বা custom ConfigurationManager-এ ইতিমধ্যে retriever যোগান ধৰে, তেন্তে সেই object-টো ছেট কৰক। handler property-এ দুয়োটা override নকৰে।

ব্যৱহাৰৰ আগতে যিকোনো প্ৰক্সী account WebProxy-ত ছেট কৰক, SendAsync-ৰ ভিতৰত Proxy সলনি কৰি নহয়। issuer, audience, signature, lifetime আৰু অতিৰিক্ত validator ৰাখক। OIDC login আৰু সুকীয়া token acquisition-এ নিজৰ HTTP path ৰাখে।

সম্পৰ্কিত প্ৰবন্ধ