Afinitatea sesiunii proxy: o singură cerere sau un întreg flux de lucru?
Decideți dacă afinitatea proxy aparține unei singure cereri, unui flux de lucru autentificat sau unui cont cu durată mai lungă înainte de a activa rotația automată.
O autentificare, o redirecționare și descărcarea unui raport sunt trei cereri. Pentru utilizator, ele sunt o singură sarcină. Rotirea ieșirii între fiecare cerere poate face acea sarcină mai greu de înțeles, chiar dacă fiecare proxy funcționează.
Începeți prin a defini unitatea care deține ruta. O alegere la nivel de cerere este potrivită pentru operațiuni independente. Pentru acele operațiuni publice, lista gratuită de proxy-uri oferă candidați atunci când intermediarii publici sunt permiși; nu oferă niciun contract de sesiune lipicioasă. O alegere la nivel de flux de lucru menține pașii înrudiți pe o cale intenționată până când fluxul se termină sau până când o decizie de recuperare definită îl înlocuiește.
Cookie-urile și afinitatea proxy sunt stări diferite
Un cookie de aplicație aparține regulilor de sesiune ale site-ului. Identificatorul de sesiune lipicioasă al unui furnizor, când este oferit, aparține serviciului său proxy și politicii documentate de conexiune sau de cont. Ele nu devin o singură setare doar pentru că ambele folosesc cuvântul sesiune.
Un intermediar CONNECT obișnuit nu poate citi antetul Cookie criptat al site-ului și nu îl poate folosi ca cheie de rutare. Dacă un serviciu promite comportament bazat pe cookie-uri, aflați ce interfață vizibilă transportă acel cookie și dacă TLS se termină acolo. Nu presupuneți că cookie-ul privat al site-ului este disponibil automat pentru o poartă de tunel.
Păstrați o evidență mică a fluxului: punctul final ales, identificatorul de sesiune al furnizorului dacă este folosit, identificatorul de sesiune al aplicației și condiția care încheie afinitatea. Evitați să puneți secretele contului în chei obișnuite de evidență.
Planificați cazul incomod
Dacă ruta aleasă eșuează la jumătatea drumului, decideți dacă fluxul poate continua în siguranță pe o altă ieșire, dacă trebuie să își restabilească sesiunea aplicației sau dacă trebuie să se oprească. Un răspuns eșuat nu înseamnă întotdeauna că o operațiune trimisă nu a fost niciodată procesată.
Nici lipiciul permanent, nici rotația constantă nu sunt universal corecte. Alegeți amploarea din cerințele de consistență ale aplicației, apoi aplicați ritmul cererilor și limitele serviciului întregului flux. Mai multe ieșiri nu elimină acele cerințe.