WCF BasicHttpBinding: ProxyAddress na UseDefaultWebProxy

Mteja wa huduma aliyetengenezwa anaweza kuwa na kituo cha huduma na mipangilio ya ufungaji inayohusiana na proksi. Anza kwa kubaini ni anwani ipi inahusiana na jukumu gani. Huduma ya SOAP inabaki kuwa marudio; ProxyAddress hutaja mpatanishi.

Kwa BasicHttpBinding, UseDefaultWebProxy huchagua tabia ya proksi iliyosanidiwa kiotomatiki na kwa chaguomsingi ni true. Mkataba wa Microsoft hautumuungi kuunganisha thamani hiyo ya true na ProxyAddress dhahiri ambayo si null. Fanya uteuzi uwe na mashiko badala ya kuweka zote mbili na kudhani moja itashinda kimya. Kwa huduma ya SOAP inayofikika kwa umma kwenye njia ya proksi ya umma isiyothibitishwa inayoruhusiwa, orodha ya proksi za HTTP hutoa anwani za wagombea kwa ProxyAddress; usihifadhi vitambulisho vyovyote vya proksi kutoka kituo kingine.

Angalia ufungaji ambao kituo kinatumia kwa kweli

Kitendakazi kisaidizi kinaweza kuunda ufungaji sahihi wakati mteja aliyetengenezwa bado anatumia kituo kingine kilichosanidiwa. Kagua ufungaji uliokabidhiwa simu inayoshindikana. Kubadilisha ingizo la usanidi ambalo mteja hakuwahi kulichagua hakuwezi kuathiri njia yake.

Kisha tofautisha aina ya vitambulisho vya proksi na aina ya vitambulisho vya huduma. Nenosiri linalohitajika na huduma ya SOAP si akaunti ya mpatanishi wa mtandao aliyechaguliwa kiotomatiki.

Hali ya usalama wa usafirishaji ni uamuzi mwingine. Kuhamia hali ya vitambulisho pekee kwa sababu tu jibu la zamani linapendekeza hivyo hubadilisha dhana za usafirishaji; haithibitishi kwamba njia au akaunti ni sahihi. Hifadhi TLS ya marudio iliyokusudiwa na tumia mpangilio wa uthibitishaji unaoungwa mkono na mteja wa WCF uliosambazwa na proksi.

Uchunguzi muhimu hutaja kituo cha huduma, chanzo cha proksi kilichochaguliwa, mfano wa ufungaji na hatua ya kwanza ya majibu. Hiyo hupunguza 407 bila kugeuza mteja wa huduma aliyetengenezwa kuwa mkusanyiko wa makisio ya usanidi yasiyohusiana.