publicas do website. E necessario consolidar a identidade dos usuarios de todos os servidores finais e armazenar seus perfis contendo sua identidade e permissoes de acesso em um diretorio unico alem de se ter um sistema de gestao para manipular estas informacoes. Um diretorio muito usado atualmente e o LDAP.Figura 6: Diagrama de rede da configuracao de front doorImplementacao:Unificacao dos perfis de usuario em um banco de dados, um LDAP e suficiente para armazenar Ids, senhas e direitos de acesso.Defina a mecanica de autenticacao. Biometria, certificados, id e senha ou qualquer outro tipo de autenticacao pode ser implementada a qualquer momento se alteracao dos aplicativos.Se necessario, defina os esquemas de acesso, mapeando os usuarios aos seus direitos de acesso para permissao de uso de servicos especificos.Projete como a representacao do usuario e sua sessao para serem passados como cabecalho aos servidores finais. Pode-se especificar um nome em um campo no cabecalho ou utilizar uma mecanica basica de autenticacao por HTTP usando a identificacao do usuario.Projete e implemente como o front door controla as sessoes do usuario. Um metodo muito utilizado e a implementacao por cookies.Projete e implemente um contexto de sessao para o front door. Os cookies podem ser usados para armazenar as sessoes, mas por limitacoes de tamanho e seguranca, e bom que o contexto das sessoes seja armazenado nos servidores. Outra boa alternativa e armazena-las em memoria, mas uma falha pode causar perdas.Implemente uma jarra de cookies. Se o servidor final usar seu proprio cookie de sessao, o front door pode guardar esses cookies em seu proprio contexto de sessao e nao passa-lo para o browser do usuario garantindo um logoff unico.Projete e implemente a pagina do portal e o login. A pagina do portal pode ser implementada pelo front door Logo apos a realizacao do login, o portal consistira em todos os servicos permitidos ao usuario logado alem do link de logoff.Beneficios: Unico login e logoff, perfil unico de usuario para todos os servicos possibilitando que os servidores fiquem livres para implementar autenticacao ou nao, login centralizado para monitoramento dos usuarios.Limitacoes: Utilizando aplicacoes que possuam seu proprio esquema de autenticacao pode gerar inconsistencia na sincronizacao com os dados presentes no esquema de autenticacao do front door. Conflito de time-out entre o front door e a aplicacao podem confundir o usuario. E necessario um aplicativo para gerar a centralizacao das identidades dos usuarios. As senhas podem expirar nos servidores finais, o que pode levar a um conflito com os dados no front door (Voce pode auto gerar novas senhas ou pedir que o usuario altere-a atualizando-a tanto no front door quanto no servidor)ConclusoesUtilizar configuracoes de forma padronizada para o proxy reverso deve economizar muita dor de cabeca, pois traz a organizacao, em nivel logico, bem definida do papel de cada elemento da rede alem de demonstrar as disposicoes destes elementos e como eles interagem.Os padroes requerem estudo da topologia da rede e um planejamento bem feito da organizacao da topologia da rede, o que nao e trivial, e sua implementacao pode ser um pouco complicada, por exemplo, quando se tem