הגדרת פרוקסי להורדות מטא-נתונים של SAML ב-Spring Security ישן
הגדירו את לקוח ה-HTTP המוזרק ל-HTTPMetadataProvider ישן של 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);העבירו את האובייקט המוגדר הזה כארגומנט הבנאי של לקוח ה-HTTP ב-org.opensaml.saml2.metadata.provider.HTTPMetadataProvider, יחד עם הטיימר וכתובת המטא-נתונים הקיימים. בתצורת XML, ה-bean של הלקוח שאליו מפנים חייב להיות בדיוק המופע המוגדר הזה.
שמרו על מאגר המנתחים הקיים של הספק, תצורת הרענון ומנהל המטא-נתונים שמסביב. שינוי המסלול אינו מחליף את האחריויות האלה.
כתובת המטא-נתונים נשארת הכתובת של ספק הזהות. מארח הפרוקסי שייך ללקוח ה-HTTP. עבור כתובת מטא-נתונים מאושרת ונגישה לציבור, מועמד HTTP מרשימת פרוקסי ה-HTTP יכול למלא את המארח והפורט של אותו לקוח כאשר מתווכים ציבוריים מותרים ואין שומרים פרטי התחברות לפרוקסי. זהו מסלול אחזור בצד השרת: הפניה מוצלחת של הדפדפן לספק הזהות אינה מראה ששרת היישום יכול להוריד או לרענן מטא-נתונים דרך מגבלות הרשת שלו.
השתמשו בתצורה זו רק עבור המחלקות הישנות הנקובות כאן. תמיכת Spring Security saml2 המודרנית משתמשת ב-API אחר, ו-bean שנכתב עבור ההרחבה הישנה אינו ניתן להחלפה עם תצורת המטא-נתונים הנוכחית שלה.