libproxy huchagua njia; mteja wako hufanya muunganisho

Ikiwa libproxy hurudisha URI ya proksi wakati soketi inayofuata inaunganisha moja kwa moja, kagua uhamishaji. libproxy hugundua sera; haizuii kila soketi ambayo programu hufungua.

1. Uliza kuhusu rasilimali. Katika API ya C ya libproxy 0.5 iliyoandikwa, tengeneza kiwanda cha proksi na uombe URL halisi ya lengo.
2. Tafsiri wagombea walioorodheshwa. Matokeo ya HTTP, SOCKS na ya moja kwa moja yanahitaji utunzaji tofauti. Weka mpangilio wao wa upendeleo na sera inayokusudiwa ya kushindwa.
3. Sanidi mtumiaji. Toa aina ya proksi iliyochaguliwa, sehemu ya mwisho na mpangilio wa uthibitishaji kwa usafirishaji unaoziauni. Soketi ghafi ya TCP haipati mazungumzo ya CONNECT au SOCKS kutoka URI iliyorudishwa.

Usihifadhi jibu moja kama njia ya maeneo yote na usifanye uelekezaji wa moja kwa moja kuwa wa kudumu kwa sababu proksi ya kwanza ilishindwa mara moja.

Ikiwa mteja wa HTTP tayari unaunganisha proksi ya mfumo au ugunduzi wa PAC, chagua mmiliki mmoja wa uteuzi. Vichaguzi viwili huru pamoja na kifuniko kingine vinaweza kutoa njia ambayo hakuna sera iliyokusudia.

Katika msimbo asilia, fuata mzunguko wa maisha wa kiwanda na kumbukumbu ya matokeo ya API iliyosakinishwa. Kutumia kiwanda tena kunaweza kuhifadhi hali muhimu ya ugunduzi, lakini bado kunahitaji swali kwa kila lengo. Rekodi uteuzi kando na matokeo ya muunganisho: URI iliyorudishwa haithibitishi uthibitishaji, utatuzi au ufikiaji zaidi uliofanikiwa.