Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur IIS Authentification avec tomcat

Authentification avec tomcat

4 réponses
Avatar
Pascal Fluck
Bonjour,

J'ai un problème qui je pense viens de IIS:
J'ai fait une servlet qui tourne derrière Tomcat 4.1. Celle-ci demande un
authentification qui vérifie la validité de l'utilisateur dans une base de
données. Elle marche très bien.

Le problème, c'est qu'elle marche en direct sur le port 8080, mais quand
j'essaie de l'utiliser par le filtre isapi (isapi_redirect.dll : IIS ->
ISAPII -> Tomcat), on dirait que IIS se met entre deux et fait une demande
d'authentification spéciale...
En regardant de plus près, la variable du header "Authorization" est vide
quand on passe par IIS et est renseignée quand on passe directement par
Tomcat (8080).

Quelqu'un a-t-il une idée?

Merci

Pascal
Signaler un problème avec ce contenu

4 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Yann-Loïc [MS]
Bonjour,

Y'a t il une authentification paramétrée au niveau d'IIS?
Sinon essayes d'activer l'authentification de base et de remplir le domaine
par défaut.

Yann-Loïc
--
This posting is provided "AS IS" with no warranties, and confers no rights.

"Pascal Fluck" wrote in message
news:
Bonjour,

J'ai un problème qui je pense viens de IIS:
J'ai fait une servlet qui tourne derrière Tomcat 4.1. Celle-ci demande un
authentification qui vérifie la validité de l'utilisateur dans une base de
données. Elle marche très bien.

Le problème, c'est qu'elle marche en direct sur le port 8080, mais quand
j'essaie de l'utiliser par le filtre isapi (isapi_redirect.dll : IIS ->
ISAPII -> Tomcat), on dirait que IIS se met entre deux et fait une demande
d'authentification spéciale...
En regardant de plus près, la variable du header "Authorization" est vide
quand on passe par IIS et est renseignée quand on passe directement par
Tomcat (8080).

Quelqu'un a-t-il une idée?

Merci

Pascal




Avatar
Pascal Fluck
Bon jour et merci de cette réponse.

La config IIS est la suivante:
- Accès anonyme cochée
- Authentification de base non cochée
- Authentification intégrée de windows cochée

J'ai essayé de changer ces paramètres et maintenant j'ai dans
"Authorization" un truc du genre "Negotiate xxxxxx". Je ne sais pas
exactement ce qu'est "Negotiate", mais quand je décripte en base 64, ça ne
marche pas...

Merci.

Pascal


"Yann-Loïc [MS]" a écrit dans le message de
news: #
Bonjour,

Y'a t il une authentification paramétrée au niveau d'IIS?
Sinon essayes d'activer l'authentification de base et de remplir le


domaine
par défaut.

Yann-Loïc
--
This posting is provided "AS IS" with no warranties, and confers no


rights.

"Pascal Fluck" wrote in message
news:
> Bonjour,
>
> J'ai un problème qui je pense viens de IIS:
> J'ai fait une servlet qui tourne derrière Tomcat 4.1. Celle-ci demande


un
> authentification qui vérifie la validité de l'utilisateur dans une base


de
> données. Elle marche très bien.
>
> Le problème, c'est qu'elle marche en direct sur le port 8080, mais quand
> j'essaie de l'utiliser par le filtre isapi (isapi_redirect.dll : IIS ->
> ISAPII -> Tomcat), on dirait que IIS se met entre deux et fait une


demande
> d'authentification spéciale...
> En regardant de plus près, la variable du header "Authorization" est


vide
> quand on passe par IIS et est renseignée quand on passe directement par
> Tomcat (8080).
>
> Quelqu'un a-t-il une idée?
>
> Merci
>
> Pascal
>
>




Avatar
Yann-Loïc [MS]
Bonjour,

Negotiate est le protocaol qui va permettre au client et aus erveur de
s'entendre sur le protocol final d'authentificatio nentre NTLM et Kerberos.

Dans votre cas si vous devez relire l'athentification passée par le client
ou effectué une authentification de même type que TomCat il vous faudra
activer l'authentification de base et désactiver l'authentification
intégrée.

Yann-Loïc
--
This posting is provided "AS IS" with no warranties, and confers no rights.

"Pascal Fluck" wrote in message
news:3f962f67$
Bon jour et merci de cette réponse.

La config IIS est la suivante:
- Accès anonyme cochée
- Authentification de base non cochée
- Authentification intégrée de windows cochée

J'ai essayé de changer ces paramètres et maintenant j'ai dans
"Authorization" un truc du genre "Negotiate xxxxxx". Je ne sais pas
exactement ce qu'est "Negotiate", mais quand je décripte en base 64, ça ne
marche pas...

Merci.

Pascal


"Yann-Loïc [MS]" a écrit dans le message de
news: #
> Bonjour,
>
> Y'a t il une authentification paramétrée au niveau d'IIS?
> Sinon essayes d'activer l'authentification de base et de remplir le
domaine
> par défaut.
>
> Yann-Loïc
> --
> This posting is provided "AS IS" with no warranties, and confers no
rights.
>
> "Pascal Fluck" wrote in message
> news:
> > Bonjour,
> >
> > J'ai un problème qui je pense viens de IIS:
> > J'ai fait une servlet qui tourne derrière Tomcat 4.1. Celle-ci demande
un
> > authentification qui vérifie la validité de l'utilisateur dans une


base
de
> > données. Elle marche très bien.
> >
> > Le problème, c'est qu'elle marche en direct sur le port 8080, mais


quand
> > j'essaie de l'utiliser par le filtre isapi (isapi_redirect.dll :


IIS ->
> > ISAPII -> Tomcat), on dirait que IIS se met entre deux et fait une
demande
> > d'authentification spéciale...
> > En regardant de plus près, la variable du header "Authorization" est
vide
> > quand on passe par IIS et est renseignée quand on passe directement


par
> > Tomcat (8080).
> >
> > Quelqu'un a-t-il une idée?
> >
> > Merci
> >
> > Pascal
> >
> >
>
>




Avatar
Pascal Fluck
C'est bon, ça marche. Merci.


"Yann-Loïc [MS]" a écrit dans le message de
news:
Bonjour,

Negotiate est le protocaol qui va permettre au client et aus erveur de
s'entendre sur le protocol final d'authentificatio nentre NTLM et


Kerberos.

Dans votre cas si vous devez relire l'athentification passée par le client
ou effectué une authentification de même type que TomCat il vous faudra
activer l'authentification de base et désactiver l'authentification
intégrée.

Yann-Loïc
--
This posting is provided "AS IS" with no warranties, and confers no


rights.

"Pascal Fluck" wrote in message
news:3f962f67$
> Bon jour et merci de cette réponse.
>
> La config IIS est la suivante:
> - Accès anonyme cochée
> - Authentification de base non cochée
> - Authentification intégrée de windows cochée
>
> J'ai essayé de changer ces paramètres et maintenant j'ai dans
> "Authorization" un truc du genre "Negotiate xxxxxx". Je ne sais pas
> exactement ce qu'est "Negotiate", mais quand je décripte en base 64, ça


ne
> marche pas...
>
> Merci.
>
> Pascal
>
>
> "Yann-Loïc [MS]" a écrit dans le message de
> news: #
> > Bonjour,
> >
> > Y'a t il une authentification paramétrée au niveau d'IIS?
> > Sinon essayes d'activer l'authentification de base et de remplir le
> domaine
> > par défaut.
> >
> > Yann-Loïc
> > --
> > This posting is provided "AS IS" with no warranties, and confers no
> rights.
> >
> > "Pascal Fluck" wrote in message
> > news:
> > > Bonjour,
> > >
> > > J'ai un problème qui je pense viens de IIS:
> > > J'ai fait une servlet qui tourne derrière Tomcat 4.1. Celle-ci


demande
> un
> > > authentification qui vérifie la validité de l'utilisateur dans une
base
> de
> > > données. Elle marche très bien.
> > >
> > > Le problème, c'est qu'elle marche en direct sur le port 8080, mais
quand
> > > j'essaie de l'utiliser par le filtre isapi (isapi_redirect.dll :
IIS ->
> > > ISAPII -> Tomcat), on dirait que IIS se met entre deux et fait une
> demande
> > > d'authentification spéciale...
> > > En regardant de plus près, la variable du header "Authorization" est
> vide
> > > quand on passe par IIS et est renseignée quand on passe directement
par
> > > Tomcat (8080).
> > >
> > > Quelqu'un a-t-il une idée?
> > >
> > > Merci
> > >
> > > Pascal
> > >
> > >
> >
> >
>
>