વિનંતીઓ, કનેક્શનો અને સત્રોમાં પ્રોક્સી રોટેશન
દરેક એપ્લિકેશન વિનંતીમાં Connection: close ઉમેરતા પહેલાં રોટેટિંગ પ્રોક્સી સેવા ખરેખર શું ફેરવે છે તે તપાસો.
એક જ ગેટવે દ્વારા બીજી વિનંતી કાયદેસર રીતે એ જ જાહેર IP વાપરી શકે છે. સેવા તેના રોટેશન માટે કયો આયુષ્યકાળ વાપરે છે તે તપાસો:
| રોટેશન એકમ | શું સરખાવવું |
|---|---|
| વિનંતી | આગળનું એપ્લિકેશન ઑપરેશન અને તેનું નિરીક્ષિત આઉટગોઇંગ |
| કનેક્શન | ક્લાયન્ટે સુસંગત કનેક્શન ફરી વાપર્યું કે બીજું ખોલ્યું |
| પ્રદાતા સત્ર | દસ્તાવેજીકૃત સ્ટીકી-સત્ર ઇનપુટ અને તેનો આયુષ્યકાળ |
Connection: close સાર્વત્રિક ગેટવે સૂચના નથી. CONNECT ની અંદર HTTPS માટે, વેબસાઇટનું વિનંતી હેડર ગંતવ્યના TLS ની અંદર મુસાફરી કરે છે. તે બહારના પ્રોક્સીને કહેતું નથી કે કયું જાહેર IP ફાળવવું. HTTP/1.1 ની કનેક્શન-વિશિષ્ટ અર્થશાસ્ત્ર પણ દરેક HTTP આવૃત્તિ કે પરિવહનમાં અપરિવર્તિત રીતે લઈ જઈ શકાતું નથી.
જો દસ્તાવેજીકૃત પ્રતિ-કનેક્શન સેવાને નવું કનેક્શન જોઈએ, તો ક્લાયન્ટ ટેકો આપતું જીવનચક્ર નિયંત્રણ વાપરો અને વારંવાર થતા TCP/TLS સેટઅપ ખર્ચનો હિસાબ રાખો. જો રોટેશન પ્રદાતા સત્રને અનુસરે, તો ફરી જોડાવાથી તે સત્ર અને તેનું આઉટગોઇંગ બંને ટકી શકે છે.
વિનંતી ઓળખકર્તા, એન્ડપોઇન્ટ, સંબંધિત સત્ર કી અને ગંતવ્ય પર નિરીક્ષિત સ્રોત અલગથી નોંધો. કનેક્શન બંધ કરવું ફક્ત તે જીવનચક્ર ઘટના સ્થાપિત કરે છે; આગળના ઑપરેશન માટે પસંદ કરેલા આઉટગોઇંગને સેવાના વાસ્તવિક રોટેશન કરાર સામે ચકાસો.