[temporary access]

Trying to figure out the best appoach for this situation.  We sometimes need vendors to access servers temporarily for support issues.  The vendor will have an active account on the domain but is not added to any of the servers for any kind of access.  The vendor account also has no access to our passwordstate instance so the check out/in feature will not work.  What would be the best approach to  provide a temporary service account and password to that vendor with as much automation as possible and is fully audited.

Thanks,

Rene

[List of all configurable settings]

I would very much like to have a complete list of configurable default settings in a spreadsheet format listed by feature/section.  This would enable the opportunity to document and keep track of all changes over time.

Thank you,

Rene

[enable sso?]

I am trying to configure SAML2 authentication using shibboleth 4.1.  I have  configured the SAML2 authentication settings in the System Settings and configured my IDP however when I go to login it does not even hit the IDP server.  Am i missing something?  Is there a setting that enables the SSO process?

 

Thanks,

Rene

[Shibboleth SSO support]

Please consider some way of supporting Shibboleth IDP support as that is what our institution uses as I am sure many others do as well.

 

Thanks,

Rene

[Shibboleth IDP 4.1]

Has anyone configured the application to work with Shibboleth IDP 4.1?  If so can you please let me know how you did it?

 

Thank you,

Rene

[Has anyone set up passwordstate with Shibboleth SSO?]

Did you ever get this setup?  I am looking at doing the same thing and I have the same questions

 

Rene

[Red X]

We just updated our Passwordstate from version 86xx to the latest.  Looks great however I am seeing little red x beside some passwords under some folders.  I cant find any references as to what they mean.  Can someone explain what they signify?  

Thanks,

Rene