WSO2: लॉगिन और पासवर्ड द्वारा प्रमाणीकरण के साथ एक सेवा के लिए एक प्रॉक्सी को कॉन्फ़िगर करना

कार्य

एक एप्लिकेशन है जो एक विशिष्ट प्रोटोकॉल का उपयोग करके डेटा का अनुरोध कर सकता है और एक ऐसी सेवा है जो डेटा भेज सकती है, लेकिन एक अलग प्रोटोकॉल का उपयोग करके लॉगिन और पासवर्ड द्वारा प्राधिकरण की आवश्यकता होती है।
सेवा तक पहुंचने के लिए एप्लिकेशन में क्रेडेंशियल्स की आवश्यकता नहीं है। आपको मित्रों को एप्लिकेशन और सेवा बनाने की आवश्यकता है।

निर्णय

बस का उपयोग करें: WSO2 एंटरप्राइज सर्विस बस , जिस पर प्रॉक्सी सेवा को कॉन्फ़िगर करना है।

हम WSO2 ESB संस्करण 4.7.0 का उपयोग करते हैं।

नीतियां बनाना

चूंकि डब्ल्यूएस-सुरक्षा मानक के अनुसार लक्ष्य सेवा संरक्षित है, इसलिए हम इसे मानक के पूर्ण सीमा तक पहुंच को कॉन्फ़िगर करेंगे।
नीतियाँ स्थानीय रिपॉजिटरी में संसाधनों के रूप में बनाई जाती हैं, इंटरफ़ेस में: प्रबंधित करें - सेवा बस - स्थानीय प्रविष्टियाँ - स्थानीय प्रविष्टियाँ जोड़ें - इन-लाइन किए गए XML प्रविष्टि जोड़ें।

आउटबाउंड नीति

यहां और भविष्य में, नामों को मनमाना दिया जा सकता है, लेकिन मैं उन पर ध्यान केंद्रित करूंगा, क्योंकि उनके माध्यम से सभी कलाकृतियां एक साथ होंगी
एक नाम निर्दिष्ट करें: सेवा-नीति
नीति निर्दिष्ट करें:

<wsp:Policy xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="UTOverTransport"> <wsp:ExactlyOne> <wsp:All> <sp:TransportBinding xmlns:sp="http://schemas.xmlsoap.org/ws/2005/07/securitypolicy"> <wsp:Policy> <sp:TransportToken> <wsp:Policy> <sp:HttpsToken RequireClientCertificate="false"/> </wsp:Policy> </sp:TransportToken> <sp:AlgorithmSuite> <wsp:Policy> <sp:Basic128/> </wsp:Policy> </sp:AlgorithmSuite> <sp:Layout> <wsp:Policy> <sp:Lax/> </wsp:Policy> </sp:Layout> <sp:IncludeTimestamp/> </wsp:Policy> </sp:TransportBinding> <sp:SignedSupportingTokens xmlns:sp="http://schemas.xmlsoap.org/ws/2005/07/securitypolicy"> <wsp:Policy> <sp:UsernameToken sp:IncludeToken="http://schemas.xmlsoap.org/ws/2005/07/securitypolicy/IncludeToken/AlwaysToRecipient"/> </wsp:Policy> </sp:SignedSupportingTokens> <ramp:RampartConfig xmlns:ramp="http://ws.apache.org/rampart/policy"> <ramp:user>MyUsername</ramp:user> <ramp:passwordCallbackClass>serPasswordCallbackHandler</ramp:passwordCallbackClass> </ramp:RampartConfig> </wsp:All> </wsp:ExactlyOne> </wsp:Policy> 

इस नीति का मुख्य भाग लक्ष्य सेवा और वर्ग के उपयोगकर्ता नाम को निर्दिष्ट करना है, जो हमारे मामले में बस आवश्यक पासवर्ड, serPasswordCallBackHandler वर्ग को प्रतिस्थापित करेगा:

 package ser; import org.apache.ws.security.WSPasswordCallback; import javax.security.auth.callback.Callback; import javax.security.auth.callback.CallbackHandler; import javax.security.auth.callback.UnsupportedCallbackException; import java.io.IOException; public class PasswordCallBackHandler implements CallbackHandler { private static final String PASSWORD = "MyPassword"; @Override public void handle(Callback[] callbacks) throws IOException, UnsupportedCallbackException { for (Callback callback : callbacks) { if (callback instanceof WSPasswordCallback) { WSPasswordCallback pc = (WSPasswordCallback) callback; if (pc.getUsage() == WSPasswordCallback.USERNAME_TOKEN_UNKNOWN) { if (pc.getPassword().equals(PASSWORD)) return; throw new UnsupportedCallbackException(callback, "Check failed"); } pc.setPassword(PASSWORD); } else { throw new UnsupportedCallbackException(callback, "Unrecognized Callback"); } } } } 

हम जार में पैक करते हैं और WSO2_HOME / रिपॉजिटरी / घटकों / lib / में डालते हैं।
WSO2 को पुनरारंभ करें।

इनबॉक्स नीति

नाम निर्दिष्ट करें: रिक्त-नीति ।
नीति निर्दिष्ट करें:

 <wsp:Policy xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="UTOverTransport"> <wsp:ExactlyOne> <wsp:All> <sp:TransportBinding xmlns:sp="http://schemas.xmlsoap.org/ws/2005/07/securitypolicy"> <wsp:Policy/> </sp:TransportBinding> <sp:SignedSupportingTokens xmlns:sp="http://schemas.xmlsoap.org/ws/2005/07/securitypolicy"> <wsp:Policy/> </sp:SignedSupportingTokens> </wsp:All> </wsp:ExactlyOne> </wsp:Policy> 

एक पता समापन बिंदु बनाएँ

नाम निर्दिष्ट करें: my-endpoint ।
सेवा का पता निर्दिष्ट करें।
अतिरिक्त विकल्पों में, हम WS-Security के उपयोग पर ध्यान देते हैं और पहले बनाए गए आउटगोइंग और इनकमिंग संदेशों के लिए नीतियां निर्दिष्ट करते हैं।
समापन बिंदु स्रोत:

 <endpoint name="my-endpoint"> <address uri="http://service/soap/"> <enableSec inboundPolicy="empty-policy" outboundPolicy="service-policy"/> </address> </endpoint> 

एक XSLT संदेश परिवर्तन बनाएँ

XSLT रूपांतरण राजनेताओं के रूप में एक ही स्थान पर बनाए जाते हैं: प्रबंधित - सेवा बस - स्थानीय प्रविष्टियाँ - स्थानीय प्रविष्टियाँ जोड़ें - इन-लाइन किए गए XML प्रविष्टि जोड़ें।

इनकमिंग संदेश में कनवर्ट करें

हमें अपने एप्लिकेशन के अनुरोध को उस दृश्य पर लाने की आवश्यकता है जिसे सेवा समझती है:
नाम इंगित करें: में xslt
रूपांतरण निर्दिष्ट करें:

 <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0"> <xsl:template match="/"> <!--  --> </xsl:template> </xsl:stylesheet> 

आउटगोइंग संदेश में कनवर्ट करें

हमें सेवा की प्रतिक्रिया को एक ऐसे रूप में लाना होगा जो अनुप्रयोग के लिए समझ में आता है। यह कदम आने वाले संदेश के लिए चरण के समान है, केवल नाम: out-xslt ।

एक प्रॉक्सी सेवा बनाएँ

UI में: प्रबंधित करें - सेवा - जोड़ें - प्रॉक्सी सेवा - कस्टम प्रॉक्सी
नाम निर्दिष्ट करें: बाहरी-सेवा । इस नाम से आपकी सेवा बस में उपलब्ध होगी, उदाहरण के लिए: लोकलहोस्ट : 8280 / सेवा / बाहरी-सेवा।
हमारे मामले में, https प्रोटोकॉल अनचेक करें।
अगला, स्रोत मोड पर स्विच करें (स्रोत दृश्य पर स्विच करें) और सामग्री को लगभग निम्नलिखित में लाएं:

 <?xml version="1.0" encoding="UTF-8"?> <proxy xmlns="http://ws.apache.org/ns/synapse" name="external-service" transports="http" statistics="disable" trace="disable" startOnLoad="true"> <target faultSequence="fault" endpoint="my-endpoint"> <inSequence> <xslt key="in-xslt"/> <send> <endpoint key="my-endpoint"/> </send> </inSequence> <outSequence> <xslt key="out-xslt"/> <send/> </outSequence> </target> <description/> </proxy> 

इनकमिंग और आउटगोइंग संदेशों के लिए दो क्रम हैं, दोनों उपयुक्त रूपांतरण से शुरू होते हैं और फिर संदेश को सही दिशा में भेजते हैं।

हो गया!

इसके साथ ही

यह देखने के लिए कि हमारे प्रॉक्सी संदेश किस दिशा में चलते हैं, का उपयोग किया

क्योंकि मुझे यह नहीं पता था कि अंतिम संदेशों को कैसे कॉन्फ़िगर करें और कहां देखें।
फ़िडलर के बारे में अधिक जानकारी:

• habrahabr.ru/sandbox/39392
• habrahabr.ru/post/140147
• habrahabr.ru/company/infopulse/blog/156711

प्रॉक्सी, एक्शन हेडर जो एप्लिकेशन से आया है, और सेवा की शपथ लेता है?

प्रॉक्सी सेवा अनुक्रम में मध्यस्थ जोड़ें, एक्शन हेडर हटाएं:

 <inSequence> <xslt key="in-xslt"/> <header name="Action" value=""/> <property name="SOAPAction" value="" scope="transport"/> <send> <endpoint key="my-endpoint"/> </send> </inSequence> 

क्या प्रॉक्सी गलत एन्कोडिंग में डेटा लौटाता है?

एन्कोडिंग निर्दिष्ट करें जिसमें हम संदेश लौटाते हैं:

 <outSequence> <xslt key="out-xslt"/> <property name="messageType" value="text/xml;charset=windows-1251" scope="axis2" type="STRING"/> <send/> </outSequence> 

सेवा की प्रतिक्रिया में कई भाग होते हैं?

उदाहरण के लिए:

 <soapenv:Envelope> <soapenv:Body> <part1/> <part2/> </soapenv:Body> </soapenv:Envelope> 

WSO2, डिफ़ॉल्ट रूप से, मानता है कि उत्तर में एक भाग शामिल होना चाहिए, इसलिए वे रूपांतरण पर गुजरते हैं कि रास्ते में क्या है: s11: शरीर / बच्चा :: * [स्थिति () = 1] | s12: शरीर / बच्चे :: * [स्थिति () = 1], इसके परिणामस्वरूप हम केवल पहले भाग को बदल सकते हैं, इसे ठीक करने के लिए हम सेवा में कनवर्टर की कॉल को बदलते हैं:

 <outSequence> <xslt xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" key="stav-out-xslt" source="SOAP-ENV:Body"/> <send/> </outSequence> 

... और इसे कनवर्टर में ध्यान में रखें:

 <xsl:stylesheet> <xsl:template match="."> <xsl:apply-templates select="/part1"/> <xsl:apply-templates select="/part2"/> </xsl:template> <!--   part1   --> <xsl:template match="part1"/> <xsl:template match="part2"> <forbody> <!--     ,  ,         --> </forbody> </xsl:template> </xsl:stylesheet> 

अनारक्षित मुद्दे

मुझे दो सुरक्षा नीतियों को कॉन्फ़िगर करना पड़ा

एक भावना है कि आप इसे अकेले कर सकते हैं, लेकिन एक एकल नीति के साथ एक त्रुटि थी कि सेवा की प्रतिक्रिया में सुरक्षा हेडर नहीं हैं। लेकिन वह वास्तव में उन्हें शामिल नहीं करता है। इसके आसपास जाने के लिए मुझे एक उत्तर के लिए एक खाली नीति लिखनी पड़ी।

तृतीय-पक्ष क्रेडेंशियल्स को संग्रहीत करने के लिए कोई अंतर्निहित समाधान नहीं मिला

पासवर्ड भंडारण वर्ग के साथ एक अनाड़ी समाधान एक स्पष्ट बैसाखी है जिसे उपयुक्त समाधान के साथ बदलने की आवश्यकता है, या तो अंतर्निहित या एक साइकिल।

परिणाम

• रूपांतरण भाग में समस्याएं नहीं हुईं, सिवाय इसके कि कॉन्फ़िगरेशन UI पर बहुत फैला हुआ है। बेशक, आप एक ही यूआई में एकल xml के माध्यम से कॉन्फ़िगर कर सकते हैं, लेकिन इस मामले में, कॉन्फ़िगरेशन xml पर फैल जाएगा।
• सबसे सरल कार्य को हल करने के लिए एक उच्च प्रवेश सीमा।
• समस्या हल हो गई है!