Squid PROXY પ્રોટોકોલ: HTTP ઍક્સેસ તપાસ પહેલાં મોકલનાર પર ભરોસો રાખો

મેટાડેટા પૂરો પાડતા રિલે પર ભરોસો રાખવા proxy_protocol_access વાપરો, માન્ય વેબસાઇટ પસંદ કરવા નહીં. Squid 5–7 માં, TCP સેટઅપ પછી require-proxy-header શ્રોતા પર તપાસ એક વાર ચાલે છે, HTTP વિનંતી હેડર પ્રક્રિયા થવાના પહેલાં:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

ઉદાહરણનું રિલે સરનામું બદલો અને આ શ્રોતા સુધીની નેટવર્ક ઍક્સેસ મર્યાદિત કરો. આ તબક્કે Squid પૂરા પાડેલા મેટાડેટા સ્વીકારતા પહેલાં વાસ્તવિક TCP સાથીની તપાસ કરે છે. સ્વીકાર પછી, તે પછીની ACL તપાસ અને લોગિંગ માટે દાવો કરેલું ક્લાયન્ટ સરનામું વાપરે છે. રિલે તે દાવો કરે છે તે ક્લાયન્ટ સરનામા પર આધારિત ભરોસો રાખવો એ ક્રમ ઉલટાવી નાખશે.

પછીની ક્લાયન્ટ-સ્રોત અને લક્ષ્ય પરવાનગીઓ માટે http_access રાખો. મેટાડેટા સ્વીકારવો વેબસાઇટ ઍક્સેસનું અધિકૃત નથી કરતું, અને લક્ષ્ય-ડોમેન ACL પહેલાના મોકલનાર-ભરોસાના પ્રશ્નનો જવાબ આપી શકતું નથી.

મોકલનાર અને પ્રાપ્તકર્તાએ સમર્થિત PROXY પ્રોટોકોલ આવૃત્તિ પર સહમત થવું પડશે. સામાન્ય HTTP ક્લાયન્ટ આ ફરજિયાત-ઉપસર્ગ શ્રોતાને સામાન્ય પ્રોક્સી એન્ડપોઇન્ટ તરીકે વાપરી શકતો નથી. જો બંને સ્વરૂપ જરૂરી હોય, તો સમાન શ્રવણ સરનામું અને પોર્ટ નકલ કરવાને બદલે ઇરાદાપૂર્વક અલગ એન્ડપોઇન્ટ વાપરો.

વિશ્વસનીય રિલે પોતે પૂરી પાડતી ક્લાયન્ટ ઓળખ દ્વારા સરનામા-આધારિત અધિકૃતતાને પ્રભાવિત કરી શકે છે. તે ક્ષમતા ફક્ત ઇચ્છિત મધ્યસ્થને આપો.