Privoxy: HTTP પ્રોક્સી ક્લાયન્ટને SOCKS ટનલ સાથે જોડો

SSH ગતિશીલ ટનલ, જેમાં PuTTYનું ગતિશીલ ફોરવર્ડિંગ પણ છે, SOCKS ઇન્ટરફેસ આપે છે. ફક્ત HTTP પ્રોક્સી સ્વીકારતી એપ્લિકેશન એ પોર્ટને HTTP કહીને જ તેનો ઉપયોગ કરી શકતી નથી.

બંને વચ્ચે સ્થાનિક પ્રોટોકોલ બ્રિજ બેસી શકે. એપ્લિકેશન HTTP પ્રોક્સી વિનંતીઓ બ્રિજને મોકલે છે, અને બ્રિજ SOCKS સેવા દ્વારા લક્ષ્ય કનેક્શન ખોલે છે.

Privoxy આ ગોઠવણને તેના ફોરવર્ડિંગ નિયમો દ્વારા દસ્તાવેજ કરે છે. હાલની સ્થાનિક SOCKS5 ટનલ માટે કન્ફિગરેશનનો ટુકડો આ છે:

forward-socks5 / 127.0.0.1:1080 .

એપ્લિકેશન Privoxyના HTTP શ્રોતા સાથે જોડાય છે, પોર્ટ 1080 સાથે નહીં. તે શ્રોતાને ઇચ્છિત ઍક્સેસ નીતિ હેઠળ સ્થાનિક રાખો. નિયમમાં અંતિમ બિંદુનો દસ્તાવેજી અર્થ છે; તે ખૂટતા ઇન્ટરનેટ હોસ્ટનામ માટેનું પ્લેસહોલ્ડર નથી.

આ પ્રોટોકોલ અનુવાદ છે

Privoxyનું ફોરવર્ડિંગ દસ્તાવેજ SOCKS ફોરવર્ડિંગ સિન્ટેક્સ અને હોસ્ટનામ હેન્ડલિંગ સમજાવે છે. સાદું TCP પોર્ટ ફોરવર્ડિંગ એ જ અનુવાદ કરતું નથી: તે ક્લાયન્ટના HTTP બાઇટ્સ યથાવત્ SOCKS શ્રોતા સુધી પહોંચાડે છે, જે હજી SOCKS વાટાઘાટની અપેક્ષા રાખે છે.

બ્રિજ પણ તમારે સમજવાની કન્ફિગરેશનનો ભાગ બની જાય છે. Privoxy પાસે પોતાના સામગ્રી ફિલ્ટરિંગ અને ઍક્સેસ સેટિંગ્સ હોઈ શકે છે. તેને ઉમેરવું એ મૂળ એપ્લિકેશનને મૂળભૂત રીતે SOCKS સમર્થન આપવા જેટલું નથી.

HTTPS વેબસાઇટ્સ માટે, એપ્લિકેશન સામાન્ય રીતે HTTP બ્રિજને CONNECT માટે પૂછે છે, અને બ્રિજ SOCKS દ્વારા લક્ષ્ય કનેક્શન મેળવે છે. વેબસાઇટનું સામાન્ય TLS એપ્લિકેશન-વેબસાઇટ સંબંધ જ રહે છે; આ માર્ગ આપવા બ્રિજે વેબસાઇટનું અનુકરણ કરવાની જરૂર નથી.

જો એપ્લિકેશન સીધું SOCKS વાપરી શકે, તો વધારાનો ઘટક બિનજરૂરી હોઈ શકે. ખરેખરા પ્રોટોકોલ મેળ ન ખાવાનું નિરાકરણ કરવા બ્રિજ વાપરો, શ્રોતા અને ઉપરના પ્રવાહને સ્પષ્ટપણે અલગ રાખીને.