Comme l’entreprise doit équilibrer la charge du serveur, le projet web en déploie un sur chacun des deux serveurs front-end (web1 et web2). Mais les sessions sont utilisées dans les projets. Lorsque vous arrivez pour la première fois sur le web1, il est possible de passer du web1 au web2 car la charge peut augmenter après le web1. J’ai trouvé beaucoup d’informations sur Internet, et je comprends aussi la configuration dans web.config <sessionState mode="StateServer » stateConnectionString="tcpip=127.0.0.1:42424 » timeout="30 » cookieless="AutoDetect » /> De nombreux exemples sur Internet sont stateConnectionString="tcpip=127.0.0.1:42424 », ce qui est bien sûr acceptable sur un serveur web, mais lorsque vous changez stateConnectionString en stateConnectionString="tcpip=192.168.1.82 : 42424 », il y aura des problèmes avec les deux frontends. Microsoft n’a pas donné de solution précise, et les exemples sur MSDN pointent également vers la version 127.0.0.1. Plus tard, après avoir fait des recherches et consulté des experts, j’ai réalisé que je devais modifier le registre du serveur qui sauvegarde Sessin, voici 192.168.1.82, et la modification est la suivante : Modifier le registre :
HKEY_LOCAL_MACHINE"SYSTEM"CurrentControlSet"Services"aspnet_state"Paramètres
AllowRemoteConnection=1
Puis relancer le service d’État ASP.NET
La configuration de la connexion est la suivante :
<sessionState mode="StateServer » stateConnectionString="tcpip=192.168.1.200:42424 » cookieless="AutoDetect » timeout="60 » />
Après ça, tout allait bien après les tests. J’espère que cela aidera d’autres personnes. Il y a un autre problème que je ne comprends toujours pas. La page wap que j’ai créée aura les données stockées dans le ViewState sur la page, et lorsque la page est constamment actualisée, les données qu’elle contient seront perdues, et le temps ne dépassera jamais 20 minutes. Je ne sais pas si c’est un bug de Microsoft ou autre, ce problème n’apparaît pas sur les pages web. Solution. Après une période d’exploration, il est préférable d’utiliser moins d’état de vue sur la page WAP, et si le service d’état asp.net est activé, il est préférable de définir cookieless sur true, sinon la session sera perdue. |