അഭ്യർത്ഥനകൾ, കണക്ഷനുകൾ, സെഷനുകൾ എന്നിവയിലുടനീളമുള്ള പ്രോക്സി റൊട്ടേഷൻ
ഓരോ ആപ്ലിക്കേഷൻ അഭ്യർത്ഥനയിലും Connection: close ചേർക്കുന്നതിന് മുമ്പ് റൊട്ടേറ്റിംഗ് പ്രോക്സി സേവനം യഥാർത്ഥത്തിൽ എന്താണ് കറക്കുന്നതെന്ന് പരിശോധിക്കുക.
ഒരേ ഗേറ്റ്വേയിലൂടെയുള്ള രണ്ടാമത്തെ അഭ്യർത്ഥന അതേ പൊതു IP നിയമാനുസൃതമായി ഉപയോഗിക്കാം. സേവനം അതിന്റെ റൊട്ടേഷന് ഏത് ആയുസ്സാണ് ഉപയോഗിക്കുന്നതെന്ന് പരിശോധിക്കുക:
| റൊട്ടേഷൻ യൂണിറ്റ് | എന്ത് താരതമ്യം ചെയ്യണം |
|---|---|
| അഭ്യർത്ഥന | അടുത്ത ആപ്ലിക്കേഷൻ പ്രവർത്തനവും അതിന്റെ നിരീക്ഷിച്ച എക്സിറ്റും |
| കണക്ഷൻ | ക്ലയന്റ് അനുയോജ്യമായ കണക്ഷൻ വീണ്ടും ഉപയോഗിച്ചോ മറ്റൊന്ന് തുറന്നോ |
| ദാതാവിന്റെ സെഷൻ | രേഖപ്പെടുത്തിയ സ്റ്റിക്കി-സെഷൻ ഇൻപുട്ടും അതിന്റെ ആയുസ്സും |
Connection: close സാർവത്രിക ഗേറ്റ്വേ നിർദ്ദേശമല്ല. CONNECT-നുള്ളിൽ HTTPS-ന്, വെബ്സൈറ്റിന്റെ അഭ്യർത്ഥന ഹെഡർ ലക്ഷ്യത്തിന്റെ TLS-നുള്ളിൽ സഞ്ചരിക്കുന്നു. ഏത് പൊതു IP അനുവദിക്കണമെന്ന് അത് പുറം പ്രോക്സിയോട് പറയുന്നില്ല. HTTP/1.1-ന്റെ കണക്ഷൻ-നിർദ്ദിഷ്ട അർത്ഥശാസ്ത്രവും ഓരോ HTTP പതിപ്പിലേക്കും ഗതാഗതത്തിലേക്കും മാറ്റമില്ലാതെ കൊണ്ടുപോകാൻ കഴിയില്ല.
രേഖപ്പെടുത്തിയ പെർ-കണക്ഷൻ സേവനത്തിന് പുതിയ കണക്ഷൻ ആവശ്യമുണ്ടെങ്കിൽ, ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന ലൈഫ്സൈക്കിൾ നിയന്ത്രണം ഉപയോഗിക്കുക, ആവർത്തിച്ചുള്ള TCP/TLS സെറ്റപ്പ് ചെലവുകൾ കണക്കിലെടുക്കുക. റൊട്ടേഷൻ ദാതാവിന്റെ സെഷനെ പിന്തുടരുന്നുവെങ്കിൽ, വീണ്ടും കണക്റ്റ് ചെയ്യുമ്പോൾ ആ സെഷനും അതിന്റെ എക്സിറ്റും നിലനിർത്തിയേക്കാം.
അഭ്യർത്ഥന ഐഡന്റിഫയർ, എൻഡ്പോയിന്റ്, പ്രസക്തമായ സെഷൻ കീ, ലക്ഷ്യത്തിൽ നിരീക്ഷിച്ച ഉറവിടം എന്നിവ വെവ്വേറെ രേഖപ്പെടുത്തുക. കണക്ഷൻ അടയ്ക്കുന്നത് ആ ലൈഫ്സൈക്കിൾ സംഭവം മാത്രം സ്ഥാപിക്കുന്നു; അടുത്ത പ്രവർത്തനത്തിനായി തിരഞ്ഞെടുത്ത എക്സിറ്റ് സേവനത്തിന്റെ യഥാർത്ഥ റൊട്ടേഷൻ കരാറിനെതിരെ പരിശോധിക്കുക.