WCF BasicHttpBinding: ProxyAddress અને UseDefaultWebProxy

જનરેટ કરેલા સેવા ક્લાયન્ટમાં સેવા એન્ડપોઇન્ટ અને પ્રોક્સી-સંબંધિત બાઇન્ડિંગ સેટિંગ્સ બંને હોઈ શકે છે. કયું સરનામું કઈ ભૂમિકાનું છે તે ઓળખીને શરૂ કરો. SOAP સેવા લક્ષ્ય રહે છે; ProxyAddress એક મધ્યસ્થનું નામ આપે છે.

BasicHttpBinding માટે, UseDefaultWebProxy આપમેળે રૂપરેખાંકિત પ્રોક્સી વર્તન પસંદ કરે છે અને ડિફોલ્ટ રૂપે true છે. Microsoft નો કરાર તે true મૂલ્યને null ન હોય તેવા સ્પષ્ટ ProxyAddress સાથે જોડવાનું સમર્થન કરતો નથી. બંને સોંપીને એક શાંતિથી જીતશે એમ ધારવાને બદલે પસંદગીને સુસંગત બનાવો. મંજૂર કરેલા અપ્રમાણિત જાહેર પ્રોક્સી માર્ગ પર જાહેરમાં પહોંચી શકાય તેવી SOAP સેવા માટે HTTP પ્રોક્સી સૂચિ ProxyAddress માટે ઉમેદવાર સરનામાં પ્રદાન કરે છે; બીજા એન્ડપોઇન્ટની કોઈ પ્રોક્સી ક્રેડેન્શિયલ રાખશો નહીં.

એન્ડપોઇન્ટ ખરેખર જે બાઇન્ડિંગ વાપરે છે તે તપાસો

સહાયક પદ્ધતિ સાચું બાઇન્ડિંગ બનાવી શકે છે જ્યારે જનરેટ કરેલો ક્લાયન્ટ હજી બીજા રૂપરેખાંકિત એન્ડપોઇન્ટનો ઉપયોગ કરે છે. નિષ્ફળ થતા કૉલને સોંપાયેલું બાઇન્ડિંગ તપાસો. ક્લાયન્ટે ક્યારેય પસંદ ન કરેલી રૂપરેખાંકન એન્ટ્રી બદલવાથી તેના માર્ગ પર અસર થઈ શકતી નથી.

પછી પ્રોક્સી ક્રેડેન્શિયલનો પ્રકાર સેવા ક્રેડેન્શિયલના પ્રકારથી અલગ કરો. SOAP સેવા માગતો પાસવર્ડ આપમેળે પસંદ કરેલા નેટવર્ક મધ્યસ્થ માટે ખાતું નથી.

ટ્રાન્સપોર્ટ સુરક્ષા મોડ બીજો નિર્ણય છે. ફક્ત કારણ કે જૂનો જવાબ સૂચવે છે તે માટે માત્ર-ક્રેડેન્શિયલ મોડમાં જવાથી ટ્રાન્સપોર્ટની ધારણાઓ બદલાય છે; તે માર્ગ કે ખાતું સાચું છે તે સાબિત કરતું નથી. ધારેલું લક્ષ્ય TLS જાળવો અને તૈનાત WCF ક્લાયન્ટ અને પ્રોક્સી જે પ્રમાણીકરણ ગોઠવણીને સમર્થન આપે છે તે વાપરો.

ઉપયોગી નિદાન સેવા એન્ડપોઇન્ટ, પસંદ કરેલો પ્રોક્સી સ્રોત, બાઇન્ડિંગ ઇન્સ્ટન્સ અને પ્રથમ પ્રતિસાદ તબક્કાનું નામ આપે છે. તે 407ને સંકુચિત કરે છે પણ જનરેટ કરેલા સેવા ક્લાયન્ટને અસંબંધિત રૂપરેખાંકન અનુમાનોના સંગ્રહમાં ન બદલે.