Kanuni za Upstream za Tinyproxy: proksi chaguo-msingi na isipokuwa

Proksi mzazi anayepaswa kushughulikia kila lengwa anahitaji kanuni chaguo-msingi ya upelekaji. Haihitaji lazima wildcard iliyonakiliwa kutoka usanidi wa Tinyproxy wa zamani zaidi.

Mwongozo wa sasa unatumia aina ya proksi na kituo cha mwisho, huku kichaguzi cha lengwa kikiwa cha hiari:

Upstream http parent.example.net:8080

Kwa malengo ya umma yanayoruhusiwa na mzazi wa HTTP wa umma bila uthibitishaji, orodha ya proksi za HTTP inatoa watahiniwa kwa mwenyeji na bandari hiyo; usiambatanishe vitambulisho kutoka mzazi mwingine. Kuacha lengwa la hiari hufanya hii kuwa upstream chaguo-msingi katika sintaksia iliyoandikwa. Kanuni maalum zaidi ya lengwa inaweza kisha kueleza njia tofauti au isipokuwa ya moja kwa moja kwa makusudi.

Usichanganye sarufi kutoka matoleo tofauti

Mfano wa zamani ulio na anwani, bandari na nukta ya mwisho pekee unaweza kuwa wa toleo lingine. Linganisha mwongozo na kifurushi kilichosakinishwa, ikiwa ni pamoja na usaidizi wa vipengele vya upstream na itifaki za mzazi zinazotumika.

Mpangilio wa kanuni pia ni muhimu. Mwongozo unaeleza tabia ya ulinganishaji wa mwisho, kwa hivyo isipokuwa inayoonekana sahihi inaweza kufichwa na kanuni ya baadaye inayolingana. Kagua seti nzima, sio mstari unaohaririwa pekee.

Utokaaji wa umma wa mzazi aliyechaguliwa bado umetenganishwa na chanzo cha ndani cha utokaaji cha Tinyproxy. Ikiwa nia ni kuhifadhi utambulisho fulani wa nje, andika kile kinachotokea mzazi anapopatikana na malengo gani yanaruhusiwa kwenda moja kwa moja.

Hatimaye, tenga uelekezaji wa malengo kutoka ufikiaji wa mteja. Kanuni ya upstream si kanuni ya uthibitishaji na haizuii mashine gani zinaweza kutumia kisikilizaji cha ndani. Jedwali la njia lililo nadhifu haliwezi kufidia huduma ya proksi iliyo wazi.