Histórico da Página

 Introdução:

Em  Em situações onde o cliente utiliza WebFarms, é essencial que seja realizada configuração específica nas instâncias do arranjo para que a aplicação funcione corretamente. Segue abaixo um breve resumo dessas configurações.

1 – Web.config -> Configuração do atributo machineKey em todas os nós do arranjo Se

 Se não realizado, a aplicação retornará a mensagem: "Validation of viewstate MAC failed. If this application is hosted by a Web Farm or cluster, ensure that configuration specifies the same validation Key and validation algorithm. AutoGenerate cannot be used in a cluster. " Quando uma mesma requisição for atendida por um nó. Diferente dose predecessor. Com a alteração, o MAC passa a não mais ser utilizado para composição das chaves de criptografia, utilizando as informadas no parâmetro para tal.

 <system.web>
<machineKey
validationKey="2572D9348893391032D8D6B626932E5C132D70EFEFB3E3C49A077607852CA31CD884BBC4A1DCA0BB1C66CE865C8559E623B6E5A2F388F0DF2ECA738A0262E1EF"
decryptionKey="A40745131B1163D6C0A857D8B2AD876CB4A9CF16AC92859F17025CDEB3820911"
validation="SHA1" decryption="AES" />
<trust level= "Full" legacyCasModel="true" />

Para gerar uma chave aleatória, utilize a ferramenta abaixo (opção ASP.NET 2.0):

 http://www.developmentnow.com/articles/machinekey_generator.aspx

 

Image Added
 
 
 
Image Removed

Âncora
_GoBack _GoBack

2 – IIS -> Configuração dos IDs da aplicação devem ser idênticos para a mesma aplicação em todos os nós
A chave do gerenciamento de sessão considera o ID da aplicação para ser construída. Logo, se houver divergência entre esse parâmetro, o cliente passará pela experiência de perder o estado de sessão sempre que houver troca de nós para atender sua requisição. Ajustar essa configuração no IIS em configurações avançadas da aplicação (em todos os nós):

1 – Web.config -> Configuração do atributo session State em todos os nós do arranjo
Se houver divergência entre esse parâmetro, o cliente passará pela experiência de perder o estado de sessão sempre que houver troca entre nodos para atender sua requisição. Nesse caso, deve ser utilizado um dos modos: SQLServerou ServerState

• SQLServer:

1 - Eleger um host instalando o SQL Server 2008R2 Express (Gratuito mesmo para uso comercial). É necessário que o Microsoft .net Framework 4.0 também seja instalado nessa mesma máquina.
1.1 – Criar uma base de dados e configurar a mesma para exercer a função de SesssioStateProvider para a aplicação asp.net. Considerando que o host onde a base ASPSTATE instalada é o DBSERVER, usuário sa e senha saPasswd 1@3 C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regsql.exe -ssadd -d ASPSTATE -sstype c –SDBSERVER -U sa -P masterkey saPasswd 1@3

Considerando que o host onde a base ASPSTATE instalada é o DBSERVER, usuário sa e senha saPasswd 1@3
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regsql.exe -ssadd -d ASPSTATE -sstype c –S DBSERVER -U sa -P masterkey saPasswd 1@3
1.2 – Alterar o atributo sessionState em todas as máquinas do arranjo para utilizarem serverState apontado para a máquina eleita:


<sessionState
mode="SQLServer"
allowCustomSqlDatabase="true"
sqlConnectionString="Data Source=DBSERVER;Initial Catalog=ASPSTATE;User
ID=sa;Password=saPasswd1@3"
cookieless="false"
timeout="20"
/> 
 
 
 

• ServerState

1 – Eleger, instalar e iniciar um host para executar o serviço de StateServer.
1.1 – Para instalar o serviço caso o mesmo não esteja, segue exemplo de comando:
sc
SERVERNAME create ServerState binpath=
"c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_state.exe"
Alterar o atributo sessionState em todas as máquinas do arranjo para utilizarem serverState apontado para a máquina eleita:

<sessionState mode="StateServer"
stateConnectionString="tcpip=10.10.11.12:42424"
cookieless="false"
timeout="20"/>
Após alterar as configurações, é necessário reciclar todos os ApplicationPool's do arranjo para validar as alterações.

Desenho básico da arquitetura proposta