Jump to content

support

Administrators
  • Posts

    5,086
  • Joined

  • Last visited

  • Days Won

    318

Posts posted by support

  1. Hello Jussi,

     

    If you need our assistance with this issue, could you please log your support ticket here - forums are for the community to assist each other - https://www.clickstudios.com.au/support.aspx

    Can you please provide the following:

    Thanks

    Click Studios

  2. 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

     

  3. 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

     

  4. 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

  5. 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

  6. 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?

  7. 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

     

     

  8. 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

  9. 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

  10. 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

×
×
  • Create New...