CAS de ticket de service à valider échoué

J'ai suivi un lien http://lukesampson.com/post/315838839/cas-on-windows-localhost-setup-in-5-mins, puis le serveur cas fonctionne correctement, l'url de connexion est http://10.1.1.26:8080/login, le fait de valider l'url est http://10.1.1.26:8080/serviceValidate.

Puis je l'ai testé comme ci-dessous:

  1. appel http://10.1.1.26:8080/login?service=http://10.1.1.9:8081/default.aspx
  2. Je reçois le ticket de service avec succès, comme le ST-9-pJ5UDxqKIHP2zuN3JGe4-cas
  3. puis-je valider le ticket de service en appelant http://10.1.1.26:8080/serviceValidate?ticket=ST-9-pJ5UDxqKIHP2zuN3JGe4-cas&service=http://10.1.1.9:8081/default.aspx,
  4. malheureusement, il est toujours retourner billet valide,

pour régler ce problème, j'ai essayer des tas 1.0 valider l'url, http://10.1.1.26:8080/validate?ticket=ST-9-pJ5UDxqKIHP2zuN3JGe4-cas&service=http://10.1.1.9:8081/default.aspx, mais il retourner "non".

Puis-je générer un fichier de certificat et de le mettre dans le fichier de stockage des clés, puis j'ai essayé toutes les étapes ci-dessus en utilisant https://10.1.1.26:8443, cependant, la validation a encore échoué.

J'ai changé le tas de configuration log4j, pour imprimer toutes les informations de débogage, et ci-dessous le journal de

2012-02-21 13:18:36,371 DEBUG [org.springframework.web.servlet.DispatcherServlet
] - <DispatcherServlet with name 'cas' processing GET request for [/cas-server-w
ebapp-3.4.11/serviceValidate]>
2012-02-21 13:18:36,381 DEBUG [org.springframework.webflow.mvc.servlet.FlowHandl
erMapping] - <No flow mapping found for request with URI '/cas-server-webapp-3.4
.11/serviceValidate'>
2012-02-21 13:18:36,381 DEBUG [org.springframework.web.servlet.handler.SimpleUrl
HandlerMapping] - <Mapping [/serviceValidate] to HandlerExecutionChain with hand
ler [org.jasig.cas.web.ServiceValidateController@302a4b] and 1 interceptor>
2012-02-21 13:18:36,381 DEBUG [org.springframework.web.servlet.DispatcherServlet
] - <Last-Modified value for [/cas-server-webapp-3.4.11/serviceValidate] is: -1>
2012-02-21 13:18:36,391 INFO [org.jasig.cas.CentralAuthenticationServiceImpl] -
<ServiceTicket [ST-1-pqIeCRqcafGBE6idoCcd-cas] has expired.>
2012-02-21 13:18:36,391 INFO [com.github.inspektr.audit.support.Slf4jLoggingAudi
tTrailManager] - <Audit trail record BEGIN
=============================================================
WHO: audit:unknown
WHAT: ST-1-pqIeCRqcafGBE6idoCcd-cas
ACTION: SERVICE_TICKET_VALIDATE_FAILED
APPLICATION: CAS
WHEN: Tue Feb 21 13:18:36 EST 2012
CLIENT IP ADDRESS: 10.1.1.9
SERVER IP ADDRESS: 10.1.1.26
=============================================================

Ce que je ne comprends pas et ne sais pas pourquoi d'autres post, j'ai vu le journal a quelque chose comme " écrire de billet de service d'émission de billets de registre, et de récupérer le ticket de service ", mais il n'y a rien à ce sujet dans mon journal

OriginalL'auteur danmiao | 2012-02-21

  1. 19

    Je ne suis pas sûr à 100% parce que je ne peux pas voir votre configuration, mais le journal dit ce

    <ServiceTicket [ST-1-pqIeCRqcafGBE6idoCcd-cas] has expired.>

    Ce qui signifie que le billet a déjà expiré. Il existe une config-file en CAS appelé ticketExpirationPolicies.xml qui contient à la fois un ticket est valide. Dans mon CAS la version de la période de validité d'un ticket de service est mis à 10000ms. Peut-être que le temps entre vous à l'étape 1 et 3 est plus longue que l'expiration paramètre dans votre fichier (bien sûr) qui peuvent différer de la mienne

    <!-- Expiration policies -->
<bean id="serviceTicketExpirationPolicy" class="org.jasig.cas.ticket.support.MultiTimeUseOrTimeoutExpirationPolicy">
    <!-- This argument is the number of times that a ticket can be used before its considered expired. -->
    <constructor-arg
        index="0"
        value="1" />

    <!-- This argument is the time a ticket can exist before its considered expired.  -->
    <constructor-arg
        index="1"
        value="10000" />
</bean>

<bean id="grantingTicketExpirationPolicy" class="org.jasig.cas.ticket.support.TimeoutExpirationPolicy">
    <!-- This argument is the time a ticket can exist before its considered expired.  -->
    <constructor-arg
        index="0"
        value="7200000" />
</bean>

    Le tutoriel que vous suivez à mon avis n'est pas complet dans ses paramètres de configuration. En fonction de ce que vous essayez d'atteindre avec ce CAS-serveur que vous pourriez avoir besoin de certains de la personnalisation décrit ici

    Mêmes problèmes qu'ici, apparemment, le délai d'expiration par défaut est très court. Je l'ai changé et ça a fonctionné.

    OriginalL'auteur Hons