Request Mapper question

[Doan, Tommy]

Yes, I see them loading at startup, but there’s none of the tree relationship shown in that log.



2017-01-04 17:41:10 INFO Shibboleth.Config : Shibboleth SP Version 2.5.3

2017-01-04 17:41:10 INFO Shibboleth.Config : Library versions: log4shib 1.0.6, Xerces-C 3.1.1, XMLTooling-C 1.5.3, Shibboleth 1.5.3

2017-01-04 17:41:10 INFO Shibboleth.Config : building ListenerService of type TCPListener...

2017-01-04 17:41:10 INFO Shibboleth.Config : no SessionCache specified, using StorageService-backed instance

2017-01-04 17:41:10 INFO Shibboleth.Config : building RequestMapper of type Native...

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : no resource uri/path/name supplied, will load inline configuration

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : loading inline configuration...

2017-01-04 17:41:10 INFO Shibboleth.SessionCache : cleanup thread started...run every 900 secs; timeout after 900 secs

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : added Path mapping (portal)

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : added Path mapping (path1)

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : added Path mapping (pathtest)

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : added Path mapping (services)

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : added Path mapping (mobile)

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : added Path mapping (path2)

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : Added <Host> mapping for http://site.host.edu

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : Added <Host> mapping for http://site.host.edu:80

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : Added <Host> mapping for https://site.host.edu

2017-01-04 17:41:10 DEBUG Shibboleth.RequestMapper : Added <Host> mapping for https://site.host.edu:443



I’ve confirmed again that there is no reference after enabling debug logging level for rootCategory to the non-working path, even after multiple page refreshes to ensure this is not a browser caching issue. If the mapper looks okay to you, it seems the ISAPI filter never even sees that URL and I’ll have to send this back to the web team for them to investigate. Thanks.



-----Original Message-----
From: users [mailto:users-bounces at shibboleth.net] On Behalf Of Cantor, Scott
Sent: Wednesday, January 4, 2017 4:53 PM
To: Shib Users <users at shibboleth.net>
Subject: Re: Request Mapper question



On 1/4/17, 5:47 PM, "users on behalf of Doan, Tommy" <users-bounces at shibboleth.net on behalf of tdoan at smu.edu<mailto:users-bounces at shibboleth.net%20on%20behalf%20of%20tdoan at smu.edu>> wrote:



> I turned up the logging level in native.logger to DEBUG, but even so it doesn’t log any

>    https://site.host.edu/path2/pathtest activity.



Does it log it at filter startup adding a mapping to that path? Should say something about it.



Otherwise if it's not seeing them, something else is stepping in and preventing the filter from ever seeing the requests.



Maybe that's a virtual mount to some weird .NET thing I probably don't know anything about, but probably involves AppPools. My go to explanation for everything I don't get about IIS is that it's an AppPool problem. That's half serious.



-- Scott





--

To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net<mailto:users-unsubscribe at shibboleth.net>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20170105/7c61d6e0/attachment.html>