दोनों http और https बाइंडिंग/एंडपॉइंट्स

Question

के साथ डब्ल्यूसीएफ सेवा को तैनात करना मैंने सिल्वरलाइट ऐप द्वारा खपत के लिए डब्ल्यूसीएफ वेब सेवा लिखी है। प्रारंभ में, सेवा केवल एक बुनियादी http बाध्यकारी की आवश्यकता थी। अब हमें http और https दोनों के तहत उपयोग के लिए सेवा को तैनात करने में सक्षम होना चाहिए।

<system.serviceModel> 
    <behaviors> 
    <endpointBehaviors> 
     <behavior name="SilverlightFaultBehavior"> 
     <silverlightFaults /> 
     </behavior> 
    </endpointBehaviors> 
    <serviceBehaviors> 
     <behavior name="CxtMappingWebService.CxtMappingWebServiceBehavior"> 
     <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true" /> 
     <serviceDebug includeExceptionDetailInFaults="True" /> 
     </behavior> 
    </serviceBehaviors> 
    </behaviors> 
    <bindings> 
    <basicHttpBinding> 
     <binding name="SecureHttpBinding"> 
     <security mode="Transport" /> 
     </binding> 
     <binding name="BasicHttpBinding"> 
     <security mode="None" /> 
     </binding> 
    </basicHttpBinding> 
    </bindings> 
    <services> 
    <service name="CxtMappingWebService.CxtMappingWebService" behaviorConfiguration="CxtMappingWebService.CxtMappingWebServiceBehavior"> 
     <endpoint address="" bindingConfiguration="SecureHttpBinding" binding="basicHttpBinding" contract="CxtMappingWebService.ICxtMappingWebService" behaviorConfiguration="SilverlightFaultBehavior" /> 
     <endpoint address="" bindingConfiguration="BasicHttpBinding" binding="basicHttpBinding" contract="CxtMappingWebService.ICxtMappingWebService" behaviorConfiguration="SilverlightFaultBehavior" /> 
     <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" /> 
    </service> 
    </services> 
</system.serviceModel> 

दुर्भाग्य से, हालांकि, वहाँ एक समस्या इस के साथ है: मुझे लगता है कि इस प्रकार मुझे ऐसा करने की अनुमति web.config के लिए कुछ सेटिंग्स पाया है।

इस वेब सेवा को हमारे सैकड़ों ग्राहकों के सर्वर पर तैनात करने की आवश्यकता है, और वे सभी https का उपयोग नहीं करेंगे। इसे उस सर्वर पर तैनात करना जिसमें आईआईएस में कोई https बाध्यकारी सेट अप नहीं है, यह विफल हो जाता है। क्या आईआईएस में कोई https बाध्यकारी सेट अप नहीं होने पर डिफ़ॉल्ट रूप से web.config में इन दोनों बाइंडिंग को मरने के बिना कोई तरीका है?

हमें इस समस्या के लिए एक संभावित समाधान मिला है, लेकिन यह वास्तव में हमारी तैनाती आवश्यकताओं के अनुरूप नहीं है।

क्या किसी और को इससे पहले ऐसा कुछ सामना करना पड़ा है, और आपने इसे कैसे हल किया?

Answer 1

यदि आप इंस्टॉलर का उपयोग नहीं करते हैं तो इस पृष्ठ पर स्वीकृत उत्तर अधिक उपयोग नहीं है। सही उत्तर ओपी द्वारा बाद में संपादित में निहित है, सभी को केवल आईआईएस में http और https पोर्ट्स को बांधना है और फिर नीचे कॉन्फ़िगरेशन का उपयोग करना है।

  <service name="CxtMappingWebService.CxtMappingWebService" behaviorConfiguration="CxtMappingWebService.CxtMappingWebServiceBehavior"> 
       <endpoint address="" bindingConfiguration="SecureHttpBinding" binding="basicHttpBinding" contract="CxtMappingWebService.ICxtMappingWebService" behaviorConfiguration="SilverlightFaultBehavior" /> 
       <endpoint address="" bindingConfiguration="BasicHttpBinding" binding="basicHttpBinding" contract="CxtMappingWebService.ICxtMappingWebService" behaviorConfiguration="SilverlightFaultBehavior" /> 
       <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" /> 
      </service> 

यह मेरे लिए ठीक काम करता है!

Answer 2

आपके दो अंतिम बिंदुओं में एक ही यूआरआई है। डब्ल्यूसीएफ में इसकी अनुमति नहीं है। आप अलग-अलग बाइंडिंग के साथ एंडपॉइंट्स निर्दिष्ट करने में सक्षम होना चाहिए, लेकिन यूआरआई अलग होना चाहिए (यानी अलग-अलग पोर्ट नंबर या अलग अनुबंध)।

Answer 3

यह उस इंस्टॉलर द्वारा संभाला जाएगा जिसका उपयोग आप सेवा को तैनात करने के लिए करते हैं। दोनों एंडपॉइंट्स या केवल http एक को तैनात करने के लिए यह एक पूर्व शर्त (या कम से कम इंस्टॉलर में एक विकल्प छोड़ना चाहिए) होना चाहिए।

Answer 4

अंत में, हम तो जैसे, web.config की बाइंडिंग, व्यवहार, और सेवाओं वर्गों के लिए configSource विशेषता का उपयोग बाहरी फाइलों के साथ जाने का फैसला किया:

<bindings configSource="bindings.config" /> 
<behaviors configSource="behaviors.config" /> 
<services configSource="services.config" /> 

इस तरह, हम यह तैनात डिफ़ॉल्ट रूप से केवल उन HTTP फ़ाइलों के लिए सेट की गई बाहरी फ़ाइलों के साथ, और https पहुंच के लिए सेट अप करने के लिए बाहरी फ़ाइलों को संपादित करने के तरीके पर ग्राहक निर्देश (या उनकी सहायता करें) दें। यह हमें बाहरी कॉन्फ़िगरेशन फ़ाइलों को ओवरराइट किए बिना वेब.कॉन्फिग में भविष्य में हुए बदलावों को भी तैनात करने की अनुमति देता है।