Արդյո՞ք Squid-ի HTTP լսողը սատարում է SOCKS-ին
Առանձնացրեք պրոքսի արձանագրությունը պորտերի համարներից և տարբերեք Squid-ի փորձարարական SOCKS աշխատանքը ստանդարտ HTTP լսողի աջակցությունից։
Squid-ի http_port ընդունում է HTTP պրոքսի երթևեկություն՝ անկախ պորտի համարից։ 1080 պորտում կարգավորելը թողնում է այն HTTP լսող. SOCKS հաճախորդը ուղարկում է այլ ձեռքսեղմում։
HTTP պրոքսիներին աջակցող ծրագիրը կարող է օգտագործել Squid-ի հասցեն և պորտը իր HTTP պրոքսի կարգավորումներում։ HTTPS նպատակակետերը կարող են անցնել CONNECT-ով, ուստի այս կարգավորումը հարմար է նաև անվտանգ կայքերի համար, երբ պրոքսին թույլատրում է թունելը։
SOCKS պահանջող ծրագրին անհրաժեշտ է ծառայություն, որը ներդնում է պահանջվող SOCKS տարբերակը, և նույնականացում։ Թույլատրված հանրային ուղիների համար ընտրեք SOCKS պրոքսիների ցանկից այդ տարբերակին համապատասխան թեկնածուներ։ Առանձին SOCKS սերվերը կամ համապատասխան տեղական SSH դինամիկ փոխանցումը կարող են ապահովել այդ ինտերֆեյսը։
Փորձարարական աջակցություն և վերին պրոքսիներ
Squid-ի SOCKS զարգացման էջը նկարագրում է փորձարարական և գրադարանային մոտեցումներ՝ սահմանափակումներով։ Այն չի ապացուցում, որ ստանդարտ փաթեթավորված HTTP լսողը կարգավորման անջատիչով ընդունում է SOCKS5։
Squid-ին ստիպելը վերևում օգտագործել SOCKS՝ առանձին պահանջ է նրա ելքային կապերի համար։ Այդ սոքեթների վրա ազդող մեթոդը չի ավելացնում մուտքային SOCKS աջակցություն։
Արձանագրության անհամապատասխանության դեպքում պարզեք՝ ինչ է ծրագիրը ուղարկում Squid-ին, և ինչ է Squid-ը ուղարկում իր նպատակակետին կամ ծնողին։ Միայն պորտի համարը փոխելը չի փոխում երկու զրույցներից ոչ մեկը։