Hi all, Environement: IIS 5 (isapi_redirector.dll) (listen on port 80) Tomcat 4.1.24 (listen on port 8080) Win2k Avanced Server Browser: IE 6 or Netscape 7.1
Here is my problem. I get a "HTTP Status 403 - Access to the requested resource has been denied" when I try to access a protected ressource(in web.xml) via IIS on port 80 which redirect to a Tomcat 4.1.24 on port 8080. Not suprising because the ressource is secured into the web.xml. I use a BASIC authentification. But the thing is that I never get the pop-up window asking for my credentials (username/password). So, I never get the chance to authentificate myself (username/password). I'm able to surf any non-restricted ressources on the webapp without any problem. So, the isapi_redirector is well configured. I've tried to access a protected ressource on the webapp directly on port 8080 (bypassing IIS) and I received the pop-up window asking for my credentials (username/password). So everything is fine with Tomcat. I've set the log level to "debug" the isapi_redirector.dll and this is what I get when I try to access a restricted ressource: [Thu Oct 16 10:08:16 2003] [jk_isapi_plugin.c (696)]: HttpFilterProc started [Thu Oct 16 10:08:16 2003] [jk_isapi_plugin.c (759)]: In HttpFilterProc Virtual Host redirection of /206.162.174.213/dpi/export/viewfiles.jsp [Thu Oct 16 10:08:16 2003] [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [Thu Oct 16 10:08:16 2003] [jk_uri_worker_map.c (477)]: Attempting to map URI '/206.162.174.213/dpi/export/viewfiles.jsp' [Thu Oct 16 10:08:16 2003] [jk_uri_worker_map.c (599)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match [Thu Oct 16 10:08:16 2003] [jk_isapi_plugin.c (765)]: In HttpFilterProc test Default redirection of /dpi/export/viewfiles.jsp [Thu Oct 16 10:08:16 2003] [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [Thu Oct 16 10:08:16 2003] [jk_uri_worker_map.c (477)]: Attempting to map URI '/dpi/export/viewfiles.jsp' [Thu Oct 16 10:08:16 2003] [jk_uri_worker_map.c (502)]: jk_uri_worker_map_t::map_uri_to_worker, Found a context match testWorker -> /dpi/ [Thu Oct 16 10:08:16 2003] [jk_uri_worker_map.c (558)]: jk_uri_worker_map_t::map_uri_to_worker, Found a suffix match testWorker -> *.jsp [Thu Oct 16 10:08:16 2003] [jk_isapi_plugin.c (775)]: HttpFilterProc [/dpi/export/viewfiles.jsp] is a servlet url - should redirect to testWorker [Thu Oct 16 10:08:16 2003] [jk_isapi_plugin.c (838)]: HttpFilterProc check if [/dpi/export/viewfiles.jsp] is points to the web-inf directory [Thu Oct 16 10:08:16 2003] [jk_isapi_plugin.c (878)]: HttpExtensionProc started [Thu Oct 16 10:08:16 2003] [jk_worker.c (132)]: Into wc_get_worker_for_name testWorker [Thu Oct 16 10:08:16 2003] [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker [Thu Oct 16 10:08:16 2003] [jk_isapi_plugin.c (913)]: HttpExtensionProc got a worker for name testWorker [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (1391)]: Into jk_worker_t::get_endpoint [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (1435)]: In jk_endpoint_t::ajp_get_endpoint, time elapsed since last request = 14 seconds [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (1107)]: Into jk_endpoint_t::service [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (295)]: Into ajp_marshal_into_msgb [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (432)]: ajp_marshal_into_msgb - Done [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (640)]: sending to ajp13 #437 [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (882)]: ajp_send_request 2: request body to send 0 - request body to resend 0 [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (727)]: received from ajp13 #170 [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (483)]: ajp_unmarshal_response: status = 403 [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (488)]: ajp_unmarshal_response: Number of headers is = 5 [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (532)]: ajp_unmarshal_response: Header[0] [Pragma] = [No-cache] [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (532)]: ajp_unmarshal_response: Header[1] [Cache-Control] = [no-cache] [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (532)]: ajp_unmarshal_response: Header[2] [Expires] = [Thu, 01 Jan 1970 00:00:00 GMT] [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (532)]: ajp_unmarshal_response: Header[3] [Content-Type] = [text/html;charset=ISO-8859-1] [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (532)]: ajp_unmarshal_response: Header[4] [Content-Language] = [en-US] [Thu Oct 16 10:08:16 2003] [jk_isapi_plugin.c (432)]: Into jk_ws_service_t::start_response [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (727)]: received from ajp13 #843 [Thu Oct 16 10:08:16 2003] [jk_isapi_plugin.c (566)]: Into jk_ws_service_t::write [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (727)]: received from ajp13 #2 [Thu Oct 16 10:08:16 2003] [jk_isapi_plugin.c (925)]: HttpExtensionProc service() returned OK [Thu Oct 16 10:08:16 2003] [jk_ajp_common.c (1369)]: Into jk_endpoint_t::done, recycling connection The environement the server is in use NAT (Network Address Translation - Definition http://www.webopedia.com/TERM/N/NAT.html). Could that be a problem? I've got a similaire environement but whitout NAT and everything is fine there. I get the authentification window when I access a restricted ressource. So my guest is that isapi_redirector.dll block the response (pop-up window asking for credentials) because of NAT. Any suggestions would be helpfull. By the way, I tried a FORM based authentification and I had the same behavior so it is not related to the authentification methode. Thanks for your time Pat [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]