Spring NimbusJwtDecoder: JWK سیٹ ڈاؤن لوڈ کو پراکسی سے گزارنا

آنے والی bearer درخواست وسائل کے سرور تک پہنچ سکتی ہے جبکہ JWT تصدیق باہر جانے والے JWK ڈاؤن لوڈ پر ناکام ہو جاتی ہے۔ اُس ڈیکوڈر کا استعمال کردہ HTTP کلائنٹ ترتیب دیں:

var factory = new org.springframework.http.client.SimpleClientHttpRequestFactory();
factory.setProxy(new java.net.Proxy(
    java.net.Proxy.Type.HTTP,
    new java.net.InetSocketAddress("proxy.example", 8080)));
var rest = new org.springframework.web.client.RestTemplate(factory);

var decoder = org.springframework.security.oauth2.jwt.NimbusJwtDecoder
    .withJwkSetUri(jwkSetUri)
    .restOperations(rest)
    .build();
decoder.setJwtValidator(
    org.springframework.security.oauth2.jwt.JwtValidators
        .createDefaultWithIssuer(issuer));

ایپلیکیشن کے حقیقی jwkSetUri اور issuer استعمال کریں اور یہ ڈیکوڈر حقیقی وسائل-سرور ترتیب میں نصب کریں۔ مثال servlet طرز کے Nimbus ڈیکوڈر کے ساتھ غیر تصدیق شدہ HTTP پراکسی استعمال کرتی ہے۔ اجازت شدہ عوامی پراکسی راستے پر عوامی JWK URL کے لیے HTTP پراکسی فہرست ممکنہ host اور port قدریں فراہم کرتی ہے۔

مثال میں issuer تصدیق کنندہ لازمی audience یا دیگر ایپلیکیشن جانچوں کا متبادل نہیں ہے۔ خودکار ترتیب شدہ ڈیکوڈر بدلتے وقت انہیں برقرار رکھیں؛ کلید ڈاؤن لوڈ راستہ بدلنے سے یہ متعین نہیں ہوتا کہ ایپلیکیشن کو کون سے ٹوکن قبول کرنے چاہئیں۔

reactive ڈیکوڈر دوسرا انٹرفیس استعمال کرتا ہے۔ دیگر issuer دریافت یا ٹوکن حصول کلائنٹ بھی اپنی نقل و حمل ترتیب برقرار رکھتے ہیں۔

کیش شدہ کلیدیں نئی ڈاؤن لوڈ کے بغیر تصدیق کامیاب کر سکتی ہیں۔ راستے کا جائزہ لیتے وقت ناکام کلید کا URL اور ریفریش یا ابتدائی مرحلہ محفوظ رکھیں۔