support

Hello, Sorry you're having some issues. So we do not share any sensitive information on the forums, can you please log your support ticket here - https://www.clickstudios.com.au/support.aspx Can you please also run this script on your Passwordstate web server, and provide the results in your support ticket - https://forums.clickstudios.com.au/topic/2518-passwordstate-support-information-script/ Regards Click Studios

Hello Moli4, Unfortunately this is not possible - our URL field is designed for web sites, and not file systems. Regards Click Studios

Hi Maria, Could you please download and run the Powershell script in this forum post on your Passwordstate web server, and send us the results? https://forums.clickstudios.com.au/topic/2518-passwordstate-support-information-script/ When sending the results, please contact us via this support page: https://www.clickstudios.com.au/support.aspx We'll do a health check on your website, and if we find anything that will help with this, we'll let you know Regards, Support

Hello HeizungAuf5, We're not aware of the "Restore Session" option you mentioned, but this would be happening because your session on the IIS web server is not active - so you have no access to any data in the system, as you first need to authenticate correctly. Regards Click Studios

Hello JLM, Thanks for your enquiry, but unfortunately we do not have a feature for that specifically. There is the option "Users must first specify a reason why they need to view, edit or copy passwords" you might be able to use though." Regards Click Studios

User would like the ability to remove the brute forced IP addresses using the API.

Hi Maria, I could be wrong, but the account you are logged in as has a capital A in the Administrator name. This makes me think you are logged in as the server\administrator account, and not the rts\administrator account. Normally, domain accounts are all lower case in C:\users folder, and the Local Administrator account starts with a capital. Could you double check that and let me know if it helps? Regards, Support

Hi Maria, I should have mentioned this last post, but I think this may be a bug in the build you are running. If you can upgrade to build 9630, your import should start working. Regards, Support

Hi Knightdragon89, Are you having issues with configuring backups within Passwordstate? Or are you having an issue with the actual install?

Hi Maria, Do you have any proxy servers or load balancers in front of your Passwordstate website at all? Just to confirm too, the Base URL is set with HTTPS, and not HTTP? Regards, Support

Hi Maria, Sorry I didn't ready your first message properly:( I've just tested this and it works well for me. I have Passwordstate installed on domain A, and have added a user from trusted Domain B into Passwordstate. I then logged into Passwordstate as that user, and created a shared Password List, with one password, so the user has Admin rights to that list. I then logged into a computer on Domain B as the test user, and ran the following script, which return info about the Password List I created (I put the certificate trust code at the top otherwise I was getting a different error) #----------------------------------------------------------------------------------------------- #Trust any Self-Signed Certificates which may be in use #----------------------------------------------------------------------------------------------- add-type @" using System.Net; using System.Security.Cryptography.X509Certificates; public class TrustAllCertsPolicy : ICertificatePolicy { public bool CheckValidationResult( ServicePoint srvPoint, X509Certificate certificate, WebRequest request, int certificateProblem) { return true; } } "@ [System.Net.ServicePointManager]::CertificatePolicy = New-Object TrustAllCertsPolicy [System.Net.ServicePointManager]::SecurityProtocol = [System.Net.SecurityProtocolType]::TLS12 $PasswordstateUrl = 'https://passwordstateURL.clickdemo.com/winapi/passwordlists/7381' Invoke-Restmethod -Method GET -Uri $PasswordstateUrl -UseDefaultCredentials You mentioned you had permissions to the Object, but just want to confirm? Can you provide some example API code you are running, and I can test the exact code in our environment?

Hi KnightDragon, Could you please reset the installer by following this post below, and this should fix this issue: https://forums.clickstudios.com.au/topic/1663-resetting-the-passwordstate-setup-process/ Regards, Support

Hi Maria, Unfortunately, the account that you are running the API script under must has an account in Passwordstate, and have permissions to the objects in Passwordstate it needs to query/modify. For this reason, the local account sin the FOrms based install won't work. You should be able to convert over your Forms Based install to an AD integrated one with this guide though, then the WinAPI should work: https://www.clickstudios.com.au/downloads/version9/Local_Logins_to_Active_Directory_Migration.pdf Regards, Support

Hi Coupe, I don't believe we have a configurable resolution option at the moment, but we do have some other "display" options which may help read the screen, which can be found under your personal preferences in Passwordstate, and then under the "Hosts" tab. You'll need to be running a fairly recent build of Passwordstate for these options to be available. Regards, Support

Hi Bard, Can you please follow the guide under Administration -> Auditing -> Purge Auditing Records inside your Passwordstate UI for this. There's a configurable SQL script we supply for this process. It's better to purge these records outside of the Passwordstate UI, to prevent timeouts if you are deleting tens of millions of records. Regards, Support

Hi Guys, Just letting you know we've completed this feature request in build 9627. Regards Click Studios

A customer has requested a change to the behaviour of the Password Reset Portal, where they need it to support duplicate RADIUS Usernames in the database - currently it is expected that they are unique. Regards Click Studios

Hello Everyone, Today we have released build 9630. For full details, please refer to our changelog here https://www.clickstudios.com.au/passwordstate-changelog.aspx Regards Click Studios

I've moved it to feature requests. A lot of our customers integrate Passwordstate with Active Directory, and you can sync those changes automatically. But if you are using local accounts, then obviously they will need to be manually updated. Regards Click Studios

Hello HeizungAuf5, The only way to change email addresses for users is to have access to the screen Administration -> User Accounts. Regards Click Studios

Hi All, We've release build 9627 with this new feature, so please upgrade and let us know if you have any issues. Regards Click Studios

Hello Maurice, Can you please try upgrading to build 9627, to see if this helps at all - we've changed how we track Brute Force logins in this build. Regards Click Studios

Hello Everyone, Today we have released build 9627. For full details, please refer to our changelog here https://www.clickstudios.com.au/passwordstate-changelog.aspx Regards Click Studios

Issue: You have the AppServer installed and you have been connecting to it with your mobile phone App from the iOS or Google Play store. You now see an error as follows "Connection failed, app server SSL certificate is invalid" Fix: This is caused by changing out the SSL certificate in IIS for your AppServer, and you will need to then refresh your Passwordstate settings to pick up this certificate change. To do this, try re-querying your SSL public key under Administration -> Mobile Access Options -> Mobile App URL and Security and then try re-pairing your device. If you still have any issues, please log a support ticket with Click Studios Support. Regards, Support