د زاړه Spring Security لپاره د SAML میټاډاټا ډاونلوډ پروکسي تنظیمول

یو زوړ Spring Security SAML اپلیکیشن کولی شي د HTTPMetadataProvider په کارولو سره د سرور له پروسې څخه د هویت ورکوونکي میټاډاټا راوړي. هغه بهر ته وتونکی ډاونلوډ هغه HTTP کلاینټ کاروي چې میټاډاټا ورکوونکي ته ورکړل شوی.

د Spring Security SAML 1.0.x/OpenSAML 2 د ترتیبولې بڼې کاروونکي اپلیکیشن لپاره، د ننوتلو مخکې د هغې Apache Commons HttpClient تنظیم کړئ:

org.apache.commons.httpclient.HttpClient metadataHttpClient =
    new org.apache.commons.httpclient.HttpClient();
metadataHttpClient.getHostConfiguration()
    .setProxy("proxy.example", 8080);

هغه تنظیم شوی شی د org.opensaml.saml2.metadata.provider.HTTPMetadataProvider د HTTP کلاینټ د جوړوونکي دلیل په توګه، له موجود ټایمر او د میټاډاټا URL سره یوځای وسپارئ. په XML ترتیباتو کې، راجع شوی کلاینټ بین باید همدا تنظیم شوې نمونه وي.

د ورکوونکي موجوده پارسر حوض، د نوي کولو ترتیبات او شاوخوا میټاډاټا مدیر وساتئ. د لارې بدلون هغه مسؤلیتونه نه بدلوي.

د میټاډاټا URL د هویت ورکوونکي URL پاتې کیږي. د پروکسي کوربه باید په HTTP کلاینټ وي. د تصویب شوي او عامه لاسرسي وړ میټاډاټا URL لپاره، د HTTP پروکسي لیست څخه یو HTTP نوماند کولی شي د هغه کلاینټ کوربه او پورټ ډک کړي، کله چې عامه منځګړي اجازه ولري او د پروکسي اعتبارنامې نه ساتل کیږي. دا د سرور اړخ د ترلاسه کولو لاره ده: د براوزر بریالۍ لارښونه هویت ورکوونکي ته نه ښیې چې د اپلیکیشن سرور کولی شي د خپلو شبکې محدودیتونو له لارې میټاډاټا ډاونلوډ یا نوي کړي.

دا ترتیبات یوازې د دلته نومول شوو زړو ټولګو لپاره وکاروئ. د Spring Security saml2 عصري ملاتړ بل API کاروي، او د زاړه غځېدنې لپاره لیکل شوی بین د هغې اوسني میټاډاټا ترتیباتو سره د تبادلې وړ نه دی.