WCF BasicHttpBinding: ProxyAddress, UseDefaultWebProxy

സൃഷ്ടിച്ച സേവന ക്ലയന്റിന് സേവന എൻഡ്പോയിന്റും പ്രോക്സിയുമായി ബന്ധപ്പെട്ട ബൈൻഡിംഗ് ക്രമീകരണങ്ങളും ഉണ്ടായിരിക്കാം. ഏത് വിലാസം ഏത് റോളിനുള്ളതാണെന്ന് തിരിച്ചറിഞ്ഞ് തുടങ്ങുക. SOAP സേവനം ലക്ഷ്യമായി തുടരുന്നു; ProxyAddress ഒരു ഇടനിലക്കാരനെ നാമകരണം ചെയ്യുന്നു.

BasicHttpBinding-ന്, UseDefaultWebProxy യാന്ത്രികമായി ക്രമീകരിച്ച പ്രോക്സി സ്വഭാവം തിരഞ്ഞെടുക്കുന്നു, സ്ഥിരസ്ഥിതിയിൽ true ആണ്. ആ true മൂല്യം null അല്ലാത്ത വ്യക്തമായ ProxyAddress-മായി സംയോജിപ്പിക്കുന്നത് Microsoft-ന്റെ കരാർ പിന്തുണയ്ക്കുന്നില്ല. രണ്ടും നൽകി ഒന്ന് നിശ്ശബ്ദമായി വിജയിക്കുമെന്ന് കരുതുന്നതിനുപകരം തിരഞ്ഞെടുപ്പ് സ്ഥിരതയുള്ളതാക്കുക. അനുവദിച്ച ഒരു പൊതു പ്രോക്സി പാതയിൽ പൊതുവായി ലഭ്യമായ SOAP സേവനത്തിന് HTTP പ്രോക്സി പട്ടിക ProxyAddress-ന് സ്ഥാനാർത്ഥി വിലാസങ്ങൾ നൽകുന്നു; മറ്റൊരു എൻഡ്പോയിന്റിൽ നിന്നുള്ള പ്രോക്സി ക്രെഡൻഷ്യലുകൾ സൂക്ഷിക്കരുത്.

എൻഡ്പോയിന്റ് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന ബൈൻഡിംഗ് പരിശോധിക്കുക

ഒരു സഹായ ഫംഗ്ഷൻ ശരിയായ ബൈൻഡിംഗ് നിർമ്മിച്ചേക്കാം, പക്ഷേ സൃഷ്ടിച്ച ക്ലയന്റ് ഇപ്പോഴും മറ്റൊരു ക്രമീകരിച്ച എൻഡ്പോയിന്റ് ഉപയോഗിക്കുന്നു. പരാജയപ്പെട്ട കോളിന് നൽകിയ ബൈൻഡിംഗ് പരിശോധിക്കുക. ക്ലയന്റ് ഒരിക്കലും തിരഞ്ഞെടുക്കാത്ത ഒരു കോൺഫിഗറേഷൻ എൻട്രി മാറ്റുന്നത് അതിന്റെ റൂട്ടിനെ ബാധിക്കാൻ കഴിയില്ല.

തുടർന്ന് പ്രോക്സി ക്രെഡൻഷ്യലിന്റെ തരം സേവന ക്രെഡൻഷ്യലിന്റെ തരത്തിൽ നിന്ന് വേർതിരിക്കുക. SOAP സേവനം ആവശ്യപ്പെടുന്ന പാസ്വേഡ് തിരഞ്ഞെടുത്ത നെറ്റ്വർക്ക് ഇടനിലക്കാരന്റെ അക്കൗണ്ട് യാന്ത്രികമായി അല്ല.

ട്രാൻസ്പോർട്ട് സുരക്ഷാ മോഡ് മറ്റൊരു തീരുമാനമാണ്. പഴയ ഒരു ഉത്തരം നിർദ്ദേശിക്കുന്നത് കൊണ്ട് മാത്രം ക്രെഡൻഷ്യൽ-മാത്ര മോഡിലേക്ക് മാറുന്നത് ട്രാൻസ്പോർട്ട് അനുമാനങ്ങൾ മാറ്റുന്നു; റൂട്ടോ അക്കൗണ്ടോ ശരിയാണെന്ന് അത് തെളിയിക്കുന്നില്ല. ഉദ്ദേശിച്ച ലക്ഷ്യ TLS നിലനിർത്തുക, വിന്യസിച്ച WCF ക്ലയന്റും പ്രോക്സിയും പിന്തുണയ്ക്കുന്ന ഒത്തുചേരൽ ഉപയോഗിക്കുക.

ഉപയോഗപ്രദമായ ഡയഗ്നോസ്റ്റിക്സ് സേവന എൻഡ്പോയിന്റ്, തിരഞ്ഞെടുത്ത പ്രോക്സി ഉറവിടം, ബൈൻഡിംഗ് ഇൻസ്റ്റൻസ്, ആദ്യ പ്രതികരണ ഘട്ടം എന്നിവ പേരിടുന്നു. അത് 407 കുറുക്കുന്നു, സൃഷ്ടിച്ച സേവന ക്ലയന്റിനെ ബന്ധമില്ലാത്ത കോൺഫിഗറേഷൻ ഊഹങ്ങളുടെ ശേഖരമാക്കി മാറ്റാതെ.