shibboleth authentication used by 32-bit applications

[Nickles, Brent]

I changed all the DLL locations on IIS, but no luck....I also ran the batch script which also didn't work.   

I'm sure it's somewhat related (but not sure how) that when pulling Shibboleth.sso/Metadata  or Shibboleth.sso/Status returned a 404 but the service in IIS was indeed up.

Any thoughts of what I'm missing?

Thanks.

-----Original Message-----
From: users-bounces at shibboleth.net [mailto:users-bounces at shibboleth.net] On Behalf Of Cantor, Scott
Sent: Monday, October 28, 2013 10:09 AM
To: Shib Users
Subject: Re: shibboleth authentication used by 32-bit applications

On 10/28/13, 9:30 AM, "Nickles, Brent" <bnick001 at umaryland.edu> wrote:

> 
>So my confusion/question; can I install 32-bit shib on this server and
>all should be ok?   Or is the only solution to have 32-bit OS/IIS and
>install 32-bit shib.

The 64-bit install includes both sets of files, and you can switch between them by manually changing the DLL path involved in the IIS configuration.

It was assumed to be the case that the shibd service had to match this, and there are SetService32/64 batch scripts in etc/shibboleth. However there have been people reporting that it works fine mixing those, which means that changing the IIS configuration is probably all that's needed, and the shibd path in the SCM can be left alone.

Moreover, there are apparently options in IIS I have no familiarity with that allow one to run both sets of DLLs at once, which makes it possible to do both. Unless you actually have that need, you should just pick one.
If you need both at once, please search the archives for the thread about it. It's something to do with telling IIS not to load a particular filter or extension depending on the architecture of the app pool.

-- Scott


--
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net