پیکربندی پروکسی برای بارگیری‌های فراداده SAML در Spring Security قدیمی

یک برنامه قدیمی 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);

آن شیء پیکربندی‌شده را به‌عنوان آرگومان سازنده کلاینت HTTP در org.opensaml.saml2.metadata.provider.HTTPMetadataProvider همراه با تایمر و نشانی فراداده موجود بدهید. در پیکربندی XML، bean کلاینت ارجاع‌شده باید همین نمونه پیکربندی‌شده باشد.

مخزن تجزیه‌گر موجود ارائه‌دهنده، پیکربندی تازه‌سازی و مدیر فراداده پیرامون را حفظ کنید. تغییر مسیر این مسئولیت‌ها را جایگزین نمی‌کند.

نشانی فراداده همان نشانی ارائه‌دهنده هویت می‌ماند. میزبان پروکسی به کلاینت HTTP تعلق دارد. برای یک نشانی فراداده تأییدشده و در دسترس عموم، یک کاندید HTTP از فهرست پروکسی HTTP می‌تواند میزبان و درگاه آن کلاینت را پر کند، وقتی واسطه‌های عمومی مجاز باشند و هیچ اعتبارنامه پروکسی نگه داشته نشود. این یک مسیر واکشی در سمت سرور است: تغییر مسیر موفق مرورگر به ارائه‌دهنده هویت نشان نمی‌دهد که سرور برنامه می‌تواند فراداده را از طریق محدودیت‌های شبکه خود بارگیری یا تازه‌سازی کند.

از این پیکربندی فقط برای کلاس‌های قدیمی نام‌برده‌شده در اینجا استفاده کنید. پشتیبانی مدرن Spring Security saml2 از API دیگری استفاده می‌کند و bean نوشته‌شده برای افزونه قدیمی با پیکربندی فراداده کنونی آن قابل تعویض نیست.