Jump to content

support

Administrators
  • Content Count

    3892
  • Joined

  • Last visited

  • Days Won

    213

Everything posted by support

  1. Hello Kelvina, That message you are seeing in the UI is not related to Maintenance Mode, so there is something going on with the restore you have done. If you want to turn off maintenance mode, then you can run the SQL Statement below with SQL Server Management Studio: USE Passwordstate UPDATE SystemSettings SET MaintenanceModeUserID = '' Do you remember what the issue was with the upgrade? If you go into the Upgrades folder in Passwordstate, is there a upgradelog.txt file in there, as it might have logged the error? I'd recommend using SQL Server Management Studio to test database connectivity, using the database credentials you see in the web.config file - located in the root of the Passwordstate folder. Also, in the following manual (https://www.clickstudios.com.au/downloads/version8/Passwordstate_User_Manual.pdf) page 255 -> 258 shows how to restore your database. Regards Click Studios
  2. Passwordstate has a feature called "User Account Policies", which are similar to Windows "Group Policies". The idea being you create one or more rules, and apply them to a group of users. This forum post describes how you can use a User Account Policy to force all users to enable the URL field when they create a new Private Password List. Step 1: Under Passwords Menu, add in a new Password List Template Step 2: Give the Template a name, choose an icon, and also enable the URL field Step 3: Create a new User account Policy under Administration -> User Account Policies, give it a name, and choose the Template you have created in Steps 1 and 2: Step 4: Apply the Policy to All Users and Security Groups, or choose a custom Security Group to apply the Policy to: Now when any user attempts to create a new Private Password List, the template will be selected for them automatically: ** TIP #1 ** If you want to use a User Account Policy to create a Shared Password List, you can also set the permissions to be based off the permissions you set on your Password List Template (Setting ID #E2) ** TIP #2 ** If you choose the option to Link the User Account Policy to the Password List, (Setting ID # E3 or #E5) then anytime you make changes to settings on the Password List Template, this will automatically update all inked Password Lists in the system ** TIP #3 ** Under Administration -> System Settings -> Password List Options, there are several settings that control the way User Account Policies can behave if using one in conjunction with a Password List Template. Consider reading the setting on that page and decide if they will help you control your environment Regards, Support
  3. Hello Mcsirl, That's correct - the Reporting And Password Lists screens in the Administration area is for all Shared Password Lists, but they could just filter out the results in the export. If you don't want them doing this, then unfortunately your only options are to either continue with the process you have, or give them access to the individual Password Lists. Regards Click Studios
  4. Hello McJack, System Administrators and end users can use our software - it really depends on who you wish to make the software available to. We have many customers who offer the software to both types of users. Regards Click Studios
  5. Hello, Thanks for your enquiry, and each user who needs to log into Passwordstate and use the software requires a license. Regards Click Studios
  6. Hi Alan, If you've assigned them the Reporting role, then they can run the reports regarding permissions on the screen Administration -> Reporting. Can you confirm if they have access to this? Regards Click Studios
  7. Hello, Would it be better to instead just not show disabled user accounts? Then other users would not need to differentiate between different icon types. Regards Click Studios
  8. Hi, Thanks for clarifying. For the extension to be configured for use, you need to login to Passwordstate. Once logged in, the extensions communicate to the API in Passwordstate, which is the URL of /API after your normal URL. Regards Click Studios
  9. Hi Alan, There are a couple of Security Administrator roles that you could assign to assist with this i.e. to give them access to the Auditing screen in the Administration area, and maybe the Reporting screen. Each of the Nodes in the Navigation Tree in the Administration area are separate roles for Security Administrators. The one which is not possible is Password History - you must have access to the Password List in order to view the history of changes to records. There is auditing data for 'Password Updated', but that does not necessarily mean the value of the password has been updated - it could be other fields as well. Regards Click Studios
  10. Hi tboggs13. We're sorry, but we're not clear on the question you are asking. Do you mean the path to the Passwordstate web site for it to function, or are you referring to external web sites? Are you having an issue that we could possibly help with? Regards Click Studios
  11. Hey Sarge, We should already have a cookie which remembers this - are your cookies disabled possibly? Regards Click Studios
  12. Hello, Yes, we have information for this in our Manuals under the Help Menu: Security Administrator's Manual -> System Settings -> Authentication Options tab User Manual -> Preferences -> Authentication Options tab We hope this helps. Regards Click Studios
  13. Hi Everyone, Today we have release build 8844, which includes 4 new updates, and 2 bug fixes. Full changelog can be found here - https://www.clickstudios.com.au/passwordstate-changelog.aspx. Regards Click Studios
  14. Hi Everyone, We've been made aware that two recent Windows Updates (KB4530689 on Windows Server 2016 and KB4533013 on Windows Server 2019), have caused an infinite authentication loop with SAML authentication - with any SAML provider. **EDIT we also think KB4533011 is the patch on Server 2012R2, but have not tested this at this point in time**) We believe we've identified the change in behavior these Windows Updates have caused, and are currently working on a fix. In the interim, the two possible workarounds are: Uninstall these Windows Update and reboot your web server Login with your Emergency Access login account, by appending /emergency to your URL, and choose another authentication option. If you cannot remember your emergency access password, please follow this article and log a support call with us https://www.clickstudios.com.au/community/index.php?/topic/1887-recover-emergency-access-password/ We have now released Build 8844 which resolves this issue. Please use one of the following suggested upgrade methods outlined in the following document - https://www.clickstudios.com.au/downloads/version8/Upgrade_Instructions.pdf Regards Click Studios
  15. Hi Jeff, We're currently working on it at the moment. The whole process has changed, and they require you to also make coding changes, so we're not exactly sure how long it's going to take. Have you checked our the new Chrome extension, which you can use on OSX - it is far better that the Safari one we have? Regards Click Studios
  16. Hi Guys, We might look into this for version 9 of Passwordstate - which we're currently working on. Regards Click Studios
  17. Issue: On your Passwordstate web server, you may see multiple errors of this type: An error has occurred calling the method MoveSelfDestrucAuditingData(). Error = One or more errors occurred. An error has occurred calling the method MoveSelfDestrucEmailData(). Error = One or more errors occurred. An error has occurred calling the method DeleteOldSelfDestructMessages(). Error = The remote name could not be resolved: 'keyring.home.sourcenix.no' An error has occurred calling the method MoveSelfDestrucAuditingData(). Error = One or more errors occurred. An error has occurred calling the method MoveSelfDestrucEmailData(). Error = One or more errors occurred. An error has occurred calling the method DeleteOldSelfDestructMessages(). Error = The remote name could not be resolved: 'keyring.home.sourcenix.no' An error has occurred calling the method MoveSelfDestrucAuditingData(). Error = BadRequest, Bad Request Fix: The reason you are seeing these errors is because the Passwordstate Windows Service cannot contact the Self Destruct site/api. There could be three reasons for this: The base URL is incorrect under Administration -> System Settings -> Miscellaneous. This should be your current Passwordstate URL with the correct port number. You are possibly using a web load balancer, are you using one of these that you know of? You may not have configured the Self Destruct Application, which is only required if you have previously upgraded from an older version of Passwordstate. You can tell if it’s configured as an application because the Self Destruct site under Passwordstate will look like this: If yours just looks like one of the other folders, you will need to configure it as an application by following the instructions under Help -> User Manual -> KB Articles -> Configure Self Destruct IIS Application. Regards, Support
  18. Hello, With this new feature, you do not use Generic Fields for this, instead you use the menu you see below in my screenshot. We hope this helps. Regards Click Studios
  19. Sorry mtovey, We still do not have any support for this - implementing something like this would take a considerable amount of time, considering the number of different LDAP systems available. Regards Click Studios
  20. Hello, Unfortunately this is not possible. If you do not want to use the System Wide API key, have you considered our Windows Integrated API - this does not require API Keys, and gives you the same level of access as when you are logged into Passwordstate. Regards Click Studios
  21. Thanks for the feedback Martin - we appreciate it.
  22. Hello, We've just released build 8838, which resolves the issue you've reported above. When you have the time, can you follow one of the suggested upgrade methods outlined in the following document - https://www.clickstudios.com.au/downloads/version8/Upgrade_Instructions.pdf Thanks again for reporting it, and sorry for the issue in the first place. Regards Click Studios
  23. Hello Martin, We've just released build 8838, which resolves the issue you've reported above. When you have the time, can you follow one of the suggested upgrade methods outlined in the following document - https://www.clickstudios.com.au/downloads/version8/Upgrade_Instructions.pdf Thanks again for reporting it, and sorry for the issue in the first place. Regards Click Studios
  24. Hi Everyone, Today we have release build 8838, which includes 1 new update, and 2 bug fixes. Full changelog can be found here - https://www.clickstudios.com.au/passwordstate-changelog.aspx. Regards Click Studios
×
×
  • Create New...