Proxychains kupitia Squid: vizuizi vya CONNECT kwenye bandari 80

Kivinjari hupakia ukurasa wa HTTP kupitia Squid. Lengo hilo hilo hushindwa chini ya proxychains. Hiyo haimaanishi kwamba moja ya programu mbili ilichagua IP ya proksi isiyo sahihi.

Mteja wa kawaida anayeelewa HTTP anaweza kutuma ombi la wavuti kwa proksi ya mbele kwa umbo la HTTP proxy. Kifuniko cha soketi cha jumla badala yake kinahitaji kuchuguu cha baiti kwa muunganisho ambao programu ilitaka kufungua. Kwa HTTP proxy katika mnyororo wake, proxychains hutumia CONNECT.

Hiyo inamaanisha tovuti ya maandishi wazi kwenye bandari 80 inaweza kutoa ombi la CONNECT kwa bandari 80. Sera ya Squid inayoruhusu CONNECT tu kwa orodha yake ya bandari za TLS zilizoidhinishwa inaweza kukataa kichuguu hicho ingawa maombi ya kawaida ya HTTP kwa bandari 80 yanaruhusiwa.

Linganisha maombi, sio majina ya mwenyeji tu

Nyaraka za proxychains-ng zinaeleza msaada wake wa HTTP CONNECT. Sheria za ufikiaji za Squid zinaweza kutofautisha mbinu na bandari lengwa. Hizi ni njia tofauti za ombi kwa tovuti moja.

Soma kukataliwa na sera inayokusudiwa kabla ya kuibadilisha. Kupanua ufikiaji wa CONNECT hadi kila bandari ni mabadiliko makubwa; haipaswi kuwa jibu la kawaida kwa kutokubaliana kwa kifuniko.

Ikiwa programu ina msaada asili wa HTTP proxy, kuitumia kunaweza kuepuka kichuguu cha jumla kisichohitajika kwa HTTP ya maandishi wazi. Ikiwa kweli inahitaji kichuguu mbichi cha TCP, chagua itifaki ya proksi na sera za bandari zilizoidhinishwa zinazotoa kimoja.

Ombi la kivinjari lililofanikiwa ni ushahidi muhimu kuhusu ufikivu wa proksi na hali moja ya ombi inayotumika. Lakini haithibitishi kwamba kila mbinu ya kuchuguu, bandari lengwa au itifaki ya programu inaruhusiwa kupitia proksi hiyo.