JSF e JAAS - Navegação invalidando

Implementei controle de autorização/autenticação com JAAS usando banco de dados, quando tento acessar a página protegida sou redirecionado para a pagina de login, tudo funcionou mas se clico direto no link a validação não ocorre, tenho a seguinte estrutura:

/paginas/protegido/admin/telaManterCategoria.xhtml
/paginas/publico/login.xhtml
/paginas/public/falhaLogin.xhtml

Se tento acessar digitando direto no browser o endereço /paginas/protegido/admin/telaManterCategoria.xhtml, sou redirecionado para a página de login, conforme deve ser mesmo. Após ser redirecionado para página de falhaLogin.xhtml caso digite a senha errado (todas as páginas tem um menu com os links para as funções) caso eu clique no link que me direciona para /paginas/protegido/admin/telaManterCategoria.xhtml, a página é aberta normalmente sem validação, me parece algum problema com as regras de navegação do JSF, se alguém puder me ajudar agradeço.

Coloca seu web.xml aí.

Segue meu web.xml:

<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
    <context-param>
        <param-name>javax.faces.PROJECT_STAGE</param-name>
        <param-value>Development</param-value>
    </context-param>
    <servlet>
        <servlet-name>Faces Servlet</servlet-name>
        <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>Faces Servlet</servlet-name>
        <url-pattern>*.xhtml</url-pattern>
    </servlet-mapping>
    <session-config>
        <session-timeout>
            30
        </session-timeout>
    </session-config>
    <security-constraint>
        <display-name/>
        <web-resource-collection>
            <web-resource-name>Area restrita</web-resource-name>
            <description/>
            <url-pattern>/paginas/protegido/admin/*</url-pattern>
        </web-resource-collection>
        <auth-constraint>
            <description/>
            <role-name>admin</role-name>
        </auth-constraint>
    </security-constraint>
    <login-config>
        <auth-method>FORM</auth-method>
        <form-login-config>
            <form-login-page>/paginas/publico/login.xhtml</form-login-page>
            <form-error-page>/paginas/publico/acessoNegado.xhtml</form-error-page>
        </form-login-config>
    </login-config>
    <security-role>
        <description>Administrador do Sistema</description>
        <role-name>admin</role-name>
    </security-role>
    <security-role>
        <description>Promotor dos Eventos</description>
        <role-name>promotor</role-name>
    </security-role>
</web-app>

Outra dúvida, vi que no tutorial do GUJ sobre JAAS usam módulos de login e talz, qual a diferença de usar isso?
Preciso também pegar o nome do usuário logado, tem como faze isso pelo JSF?

[quote=gRoOve]Outra dúvida, vi que no tutorial do GUJ sobre JAAS usam módulos de login e talz, qual a diferença de usar isso?
Preciso também pegar o nome do usuário logado, tem como faze isso pelo JSF?[/quote]
Eu realmente nao consegui ver pq o seu nao funcionou.

Nesse post eu mostro como fazer isso, de pegar o nome da pessoa logada utilizando JSF: Aplicação Web Completa JSF EJB JPA JAAS.

Cara, eu acho que não entendi ainda como funciona o JAAS, me diga uma coisa, como ele é uma API eu tenho que implementar ela, correto? Poderia usar algo pronto como JGuard ou fazer na mão como no tutorial do GUJ http://www.guj.com.br/articles/184, isso eu não fiz, deve ser por isso que não funciona, somente configurei o tomcat pra autenticar pelo JAASJDBC e o web.xml com as regras…

Ou no caso posso fazer igual você criando um filter pra pegar o login do usuário, buscar no BD e colocar na sessão?

Pode sim.

O JAAS é uma ferramente já implementada. Não uma API para ser implementada apenas. Você pode muito bem criar uma ferramente de login sua que extenda o JAAS.
Geralmente você passa apenas as pastas que você quer proteger, um local para ele buscar os usuários e pronto.
Eu não sei te falar onde você deve fazer as configurações de login no tomcat, mas se precisar fazer no JBoss, os posts falam. =D

Acho que o erro está na configuração do servidor tomcat, segue meu server.xml

<?xml version='1.0' encoding='utf-8'?>
<!--
  Licensed to the Apache Software Foundation (ASF) under one or more
  contributor license agreements.  See the NOTICE file distributed with
  this work for additional information regarding copyright ownership.
  The ASF licenses this file to You under the Apache License, Version 2.0
  (the "License"); you may not use this file except in compliance with
  the License.  You may obtain a copy of the License at

      http://www.apache.org/licenses/LICENSE-2.0

  Unless required by applicable law or agreed to in writing, software
  distributed under the License is distributed on an "AS IS" BASIS,
  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  See the License for the specific language governing permissions and
  limitations under the License.
-->
<!-- Note:  A "Server" is not itself a "Container", so you may not
     define subcomponents such as "Valves" at this level.
     Documentation at /docs/config/server.html
 -->
<Server port="8005" shutdown="SHUTDOWN">

  <!--APR library loader. Documentation at /docs/apr.html -->
  <Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
  <!--Initialize Jasper prior to webapps are loaded. Documentation at /docs/jasper-howto.html -->
  <Listener className="org.apache.catalina.core.JasperListener" />
  <!-- Prevent memory leaks due to use of particular java/javax APIs-->
  <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
  <!-- JMX Support for the Tomcat server. Documentation at /docs/non-existent.html -->
  <Listener className="org.apache.catalina.mbeans.ServerLifecycleListener" />
  <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />

  <!-- Global JNDI resources
       Documentation at /docs/jndi-resources-howto.html
  -->
  <GlobalNamingResources>
    <!-- Editable user database that can also be used by
         UserDatabaseRealm to authenticate users
    -->
    <Resource name="UserDatabase" auth="Container"
              type="org.apache.catalina.UserDatabase"
              description="User database that can be updated and saved"
              factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
              pathname="conf/tomcat-users.xml" />
  </GlobalNamingResources>

  <!-- A "Service" is a collection of one or more "Connectors" that share
       a single "Container" Note:  A "Service" is not itself a "Container", 
       so you may not define subcomponents such as "Valves" at this level.
       Documentation at /docs/config/service.html
   -->
  <Service name="Catalina">
  
    <!--The connectors can use a shared executor, you can define one or more named thread pools-->
    <!--
    <Executor name="tomcatThreadPool" namePrefix="catalina-exec-" 
        maxThreads="150" minSpareThreads="4"/>
    -->
    
    
    <!-- A "Connector" represents an endpoint by which requests are received
         and responses are returned. Documentation at :
         Java HTTP Connector: /docs/config/http.html (blocking & non-blocking)
         Java AJP  Connector: /docs/config/ajp.html
         APR (HTTP/AJP) Connector: /docs/apr.html
         Define a non-SSL HTTP/1.1 Connector on port 8080
    -->
    <Connector port="8080" protocol="HTTP/1.1" 
               connectionTimeout="20000" 
               redirectPort="8443" />
    <!-- A "Connector" using the shared thread pool-->
    <!--
    <Connector executor="tomcatThreadPool"
               port="8080" protocol="HTTP/1.1" 
               connectionTimeout="20000" 
               redirectPort="8443" />
    -->           
    <!-- Define a SSL HTTP/1.1 Connector on port 8443
         This connector uses the JSSE configuration, when using APR, the 
         connector should be using the OpenSSL style configuration
         described in the APR documentation -->
    <!--
    <Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true"
               maxThreads="150" scheme="https" secure="true"
               clientAuth="false" sslProtocol="TLS" />
    -->

    <!-- Define an AJP 1.3 Connector on port 8009 -->
    <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />


    <!-- An Engine represents the entry point (within Catalina) that processes
         every request.  The Engine implementation for Tomcat stand alone
         analyzes the HTTP headers included with the request, and passes them
         on to the appropriate Host (virtual host).
         Documentation at /docs/config/engine.html -->

    <!-- You should set jvmRoute to support load-balancing via AJP ie :
    <Engine name="Catalina" defaultHost="localhost" jvmRoute="jvm1">         
    --> 
    <Engine name="Catalina" defaultHost="localhost">

      <!--For clustering, please take a look at documentation at:
          /docs/cluster-howto.html  (simple how to)
          /docs/config/cluster.html (reference documentation) -->
      <!--
      <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
      -->        

      <!-- The request dumper valve dumps useful debugging information about
           the request and response data received and sent by Tomcat.
           Documentation at: /docs/config/valve.html -->
      <!--
      <Valve className="org.apache.catalina.valves.RequestDumperValve"/>
      -->

      <!-- This Realm uses the UserDatabase configured in the global JNDI
           resources under the key "UserDatabase".  Any edits
           that are performed against this UserDatabase are immediately
           available for use by the Realm.  -->


       <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
             resourceName="UserDatabase"/>

       <Realm className="org.apache.catalina.realm.JDBCRealm"
			driverName="com.mysql.jdbc.Driver"
			connectionURL="dbc:mysql://10.128.3.1:3306/TurismoGuiado?user=kauan;password=kauan"
			userTable="Usuario" userNameCol="login" userCredCol="senha"
			userRoleTable="GrupoAcesso" roleNameCol="nomeGrupoAcesso"/>

      <!-- Define the default virtual host
           Note: XML Schema validation will not work with Xerces 2.2.
       -->
      <Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="true"
            xmlValidation="false" xmlNamespaceAware="false">

        <!-- SingleSignOn valve, share authentication between web applications
             Documentation at: /docs/config/valve.html -->
        <!--
        <Valve className="org.apache.catalina.authenticator.SingleSignOn" />
        -->

        <!-- Access log processes all example.
             Documentation at: /docs/config/valve.html -->
        <!--
        <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"  
               prefix="localhost_access_log." suffix=".txt" pattern="common" resolveHosts="false"/>
        -->

      </Host>
    </Engine>
  </Service>
</Server>

Primeiramente, posso ter dois Realm dentro da tag Engine?
Parece que está ocorrendo conflito pois tenho os seguintes cenários:
1- O arquivo tomcat-users.xml onde está setado o adm do tomcat
2- Meu banco de dados que irei utilizar na aplicação
Para cada um dos dois existe um Realm diferente, mas na hora de inicializar esta aplicação o servidor tomcat abre uma janela pop-up pedindo pra inserir o login/senha do adm do tomcat, ai digito os que defini no tomcat-users.xml e nada acontece, ou seja, parece que ele está pegando somente meu banco de dados da aplicação.
Se alguém puder me ajudar a configurar meu server.xml, agredeço.

Consegui resolver o problema da navegação colocando um no faces-config.xml na página de chamada à página protegida, não sei direito o conceito do redirect, se alguém puder explicar, agradeço.

Outra coisa, não consegui configurar meu server.xml pra realizar conexão com o banco de dados ainda, está funcionando mas utilizando o tomcat-users.xml.