Squid 403 પ્રતિભાવો: નવો ઇનકાર કે કેશ કરેલી ભૂલ?
Squid ની કેશ આયુ નીતિ બદલતા પહેલાં નવો ઍક્સેસ ઇનકાર અને કેશ કરેલા નકારાત્મક પ્રતિભાવને અલગ પાડો.
એક જ 403 પૃષ્ઠ બે વાર જોવું કેશ હિટનો પુરાવો નથી. વ્યવહારના ઍક્સેસ રેકોર્ડ અને પ્રતિભાવ હેડરને બે પ્રશ્નો સાથે મેળવો: ઇનકાર કોણે ઉત્પન્ન કર્યો, અને સંગ્રહિત પ્રતિભાવ ફરીથી વપરાયો?
- સ્થાનિક રીતે નકારાયેલી વિનંતી તેના ઍક્સેસ-નિયમ અથવા ઓળખના નિર્ણયને સુધારવાની જરૂર છે.
- નવો મૂળ ઇનકાર એટલે મૂળ હજી વિનંતીને નકારે છે.
- ફરીથી વપરાયેલ પ્રતિભાવ તેની તાજગી નીતિ અને લાગુ કેશ રૂપરેખાંકનની તપાસ માંગે છે.
HTTP કેશિંગ તેની શરતો હેઠળ કેટલાક નકારાત્મક પ્રતિભાવોનો સમાવેશ કરે છે, પરંતુ 403 ને મૂળભૂત રીતે હ્યુરિસ્ટિક તાજગી મળતી નથી. અન્યથા કેશ કરી શકાય તેવો ઇનકાર સ્પષ્ટ શેર્ડ-કેશ આયુ ધરાવી શકે છે. મૂળ પર પરવાનગી બદલવાથી હજી તાજો ગણાતો પ્રતિભાવ ભૂંસાતો નથી; જે નિર્ણયો સંગ્રહવા ન જોઈએ તેમના માટે યોગ્ય પ્રતિભાવ નીતિ વાપરો.
Squid નું negative_ttl અજાણ્યા સમાપ્તિવાળી અમુક નિષ્ફળ વિનંતીઓ માટે અલગ ફૉલબૅક છે. વર્તમાન નિર્દેશ સંદર્ભમાં આવરી લેવાયેલા આવૃત્તિઓમાં તેનું દસ્તાવેજીકૃત મૂળભૂત મૂલ્ય શૂન્ય છે. તે સ્પષ્ટ HTTP સૂચનાઓ દ્વારા તાજી કરાયેલી ભૂલ પ્રતિભાવોને પ્રતિબંધિત કરતું નથી.
સંદર્ભ HTTP ઉલ્લંઘનને મંજૂરી આપતું બિલ્ડ પણ માંગે છે અને Squid 8 ને બાકાત રાખે છે. સમર્થન ચકાસ્યા વિના Squid 2.7 માટેની આયુ સૂચનાને અન્ય આવૃત્તિમાં ન લઈ જાઓ. ઑબ્જેક્ટ દૂર કરવાથી તાત્કાલિક લક્ષણ દૂર થઈ શકે છે; તેને ફરી વાપરી શકાય તેવું બનાવતી નીતિ જ આગળની વિનંતી નક્કી કરે છે.