એક ગંતવ્ય ડોમેનને બીજા Squid 7 પેરેન્ટ પર રૂટ કરો

ધારો કે એક ભાગીદાર ડોમેનને નિયુક્ત upstream પ્રોક્સી વાપરવી પડે છે, જ્યારે બીજી મંજૂર વિનંતીઓ સામાન્ય પેરેન્ટ વાપરે છે. Squid 7 માં નામવાળા peers અને cache_peer_access એ નીતિ વ્યક્ત કરે છે:

cache_peer partner-proxy.example parent 3128 0 no-query name=partner_parent
cache_peer general-proxy.example parent 3128 0 no-query name=general_parent

acl partner_domain dstdomain .partner.example

cache_peer_access partner_parent allow partner_domain
cache_peer_access partner_parent deny all

cache_peer_access general_parent deny partner_domain
cache_peer_access general_parent allow all

never_direct allow all

આ હાલના, ઍક્સેસ-નિયંત્રિત ફોરવર્ડ પ્રોક્સી માટેનો રૂટિંગ ટુકડો છે. જો સ્વતંત્ર જાહેર-ગંતવ્ય પરીક્ષણ પ્રમાણીકરણ વગરના જાહેર પેરેન્ટ વાપરી શકે, તો પેરેન્ટ ઓળખપત્રો સેટ ન હોય તેવા સરનામાંઓ માટે HTTP પ્રોક્સી યાદીમાંથી ઉમેદવારો પસંદ કરો. ભાગીદારનો જરૂરી ઉત્પાદન માર્ગ અલગ ઍક્સેસ વ્યવસ્થા રહે છે. નામો દરેક પેરેન્ટને તેના ઍક્સેસ નિયમો માટે સ્પષ્ટ ઓળખ આપે છે.

મેળ ખાતા ગંતવ્ય માટે ફક્ત partner_parent પાત્ર રહે છે. બીજા ગંતવ્યો માટે ફક્ત general_parent પાત્ર રહે છે. દરેક વ્યક્તિગત peer માટે પ્રથમ મેળ ખાતો નિયમ નક્કી કરે છે કે તે peer પાત્ર છે કે નહીં.

cache_peer_access ઉમેદવારોને ગાળે છે; તે બધા peers ને ફોલબેક શૃંખલામાં ગોઠવતું નથી. જો તમે ઘણાને પાત્ર રાખો, તો Squid ના peer-પસંદગી અલ્ગોરિધમ તેમની વચ્ચે પસંદ કરે છે.

never_direct લીટી આ ઉદાહરણમાં પેરેન્ટનો ઉપયોગ ફરજિયાત બનાવે છે. જો જરૂરી પેરેન્ટ વાપરી ન શકાય, તો સીધું જોડાણ વિકલ્પ તરીકે આપવામાં આવતું નથી. http_access માં હાલના ક્લાયન્ટ અને ગંતવ્ય પરવાનગીઓ રાખો; તે નિયમો નક્કી કરે છે કે upstream પસંદગી પહેલાં કઈ વિનંતીઓ સ્વીકારવામાં આવે છે.

આ રૂપરેખાંકન દસ્તાવેજીકૃત Squid 7 ઇન્ટરફેસ વાપરે છે. સંદર્ભ cache_peer_access ને Squid 8 માં અનુપલબ્ધ ગણાવે છે, તેથી આ સેટઅપ જાળવતી વખતે મેળ ખાતી તૈનાત આવૃત્તિના દસ્તાવેજ વાપરો.