Affinité de session du proxy : une requête ou tout un flux de travail ?

Une connexion, une redirection et le téléchargement dun rapport sont trois requêtes. Pour lutilisateur, cest une seule tâche. Faire tourner la sortie entre chaque requête peut rendre cette tâche plus difficile à comprendre, même lorsque chaque proxy fonctionne.

Commencez par définir lunité qui possède la route. Un sélecteur au niveau de la requête convient aux opérations indépendantes. Pour ces opérations publiques, la liste gratuite de proxys propose des candidats lorsque les intermédiaires publics sont autorisés ; elle ne fournit aucun contrat de session persistante. Un choix au niveau du flux de travail maintient les étapes liées sur un chemin voulu jusquà ce que le flux se termine ou quune décision de reprise définie le remplace.

Les cookies et laffinité du proxy sont des états différents

Un cookie dapplication relève des règles de session du site web. Lidentifiant de session persistante dun fournisseur, lorsquil est proposé, relève de son service de proxy et de la politique documentée de connexion ou de compte. Ils ne deviennent pas un seul réglage simplement parce que tous deux utilisent le mot session.

Un intermédiaire CONNECT ordinaire ne peut pas lire len-tête Cookie chiffré du site web ni lutiliser comme clé de routage. Si un service promet un comportement piloté par les cookies, déterminez quelle interface visible transporte ce cookie et si TLS sy termine. Ne supposez pas que le cookie privé du site web soit automatiquement disponible pour une passerelle de tunnel.

Tenez un petit journal du flux : point de terminaison choisi, identifiant de session du fournisseur sil est utilisé, identifiant de session de lapplication et la condition qui met fin à laffinité. Évitez de placer des secrets de compte dans des clés de journal habituelles.

Prévoyez le cas inconfortable

Si la route choisie échoue à mi-parcours, décidez si le flux peut continuer en toute sécurité sur une autre sortie, sil doit rétablir sa session applicative ou sil doit sarrêter. Une réponse en échec ne signifie pas toujours quune opération soumise na jamais été traitée.

Ni la persistance permanente ni la rotation constante ne sont universellement correctes. Choisissez la portée à partir des exigences de cohérence de lapplication, puis appliquez le rythme des requêtes et les limites de service à lensemble du flux. Davantage de sorties ne supprime pas ces exigences.