WCF BasicHttpBinding: ProxyAddress மற்றும் UseDefaultWebProxy

உருவாக்கப்பட்ட சேவை கிளையண்டில் சேவை இறுதிப்புள்ளி மற்றும் ப்ராக்ஸி தொடர்பான பிணைப்பு அமைப்புகள் இரண்டும் இருக்கலாம். எந்த முகவரி எந்தப் பங்குக்குரியது என்பதை அடையாளம் கண்டு தொடங்குங்கள். SOAP சேவை இலக்காகவே இருக்கும்; ProxyAddress ஒரு இடைத்தரகரைப் பெயரிடுகிறது.

BasicHttpBinding இல், UseDefaultWebProxy தானாக உள்ளமைக்கப்பட்ட ப்ராக்ஸி நடத்தையைத் தேர்ந்தெடுக்கிறது, இயல்புநிலையாக true ஆகும். Microsoft இன் ஒப்பந்தம் அந்த true மதிப்பை null அல்லாத வெளிப்படையான ProxyAddress உடன் இணைப்பதை ஆதரிக்காது. இரண்டையும் ஒதுக்கி ஒன்று அமைதியாக வெல்லும் எனக் கருதுவதற்குப் பதிலாக தேர்வை ஒத்திசைவாக்குங்கள். அனுமதிக்கப்பட்ட அங்கீகாரமில்லாத பொது ப்ராக்ஸி வழியில் பொதுவில் அணுகக்கூடிய SOAP சேவைக்கு HTTP ப்ராக்ஸி பட்டியல் ProxyAddress க்கான வேட்பாளர் முகவரிகளை வழங்குகிறது; வேறொரு இறுதிப்புள்ளியிலிருந்து ப்ராக்ஸி சான்றுகளை வைத்திருக்க வேண்டாம்.

இறுதிப்புள்ளி உண்மையில் பயன்படுத்தும் பிணைப்பைச் சரிபார்க்கவும்

ஒரு உதவி செயல்பாடு சரியான பிணைப்பை உருவாக்கினாலும், உருவாக்கப்பட்ட கிளையண்ட் இன்னும் வேறொரு உள்ளமைக்கப்பட்ட இறுதிப்புள்ளியைப் பயன்படுத்தலாம். தோல்வியடைந்த அழைப்புக்கு ஒதுக்கப்பட்ட பிணைப்பை ஆய்வு செய்யுங்கள். கிளையண்ட் ஒருபோதும் தேர்ந்தெடுக்காத உள்ளமைவு உள்ளீட்டை மாற்றுவது அதன் பாதையைப் பாதிக்க முடியாது.

பின்னர் ப்ராக்ஸி சான்று வகையை சேவை சான்று வகையிலிருந்து வேறுபடுத்துங்கள். SOAP சேவை கோரும் கடவுச்சொல் தானாகத் தேர்ந்தெடுக்கப்பட்ட பிணைய இடைத்தரகரின் கணக்கு அல்ல.

போக்குவரத்து பாதுகாப்பு பயன்முறை மற்றொரு முடிவு. பழைய பதில் பரிந்துரைப்பதால் மட்டுமே சான்று-மட்டும் பயன்முறைக்கு மாறுவது போக்குவரத்து அனுமானங்களை மாற்றுகிறது; பாதை அல்லது கணக்கு சரியானது என்பதை நிரூபிக்கவில்லை. நோக்கமிட்ட இலக்கு TLS ஐப் பாதுகாத்து, செயல்படுத்தப்பட்ட WCF கிளையண்டும் ப்ராக்ஸியும் ஆதரிக்கும் அங்கீகார ஏற்பாட்டைப் பயன்படுத்துங்கள்.

பயனுள்ள கண்டறிதல் சேவை இறுதிப்புள்ளி, தேர்ந்தெடுக்கப்பட்ட ப்ராக்ஸி மூலம், பிணைப்பு நிகழ்வு மற்றும் முதல் பதில் நிலையைப் பெயரிடுகிறது. அது 407 ஐக் குறுக்குகிறது, ஆனால் உருவாக்கப்பட்ட சேவை கிளையண்டை தொடர்பற்ற உள்ளமைவு ஊகங்களின் தொகுப்பாக மாற்றாது.