Jump to content

SGauvin

Members
  • Posts

    43
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by SGauvin

  1. After upgrading to v9.5 I've noticed that the above message is continually being generated in Audit (under Administration). I've reviewed known issues and there are some similar articles (see links below) , but the solution to restart the Passwordstate service and/or IIS service didn't resolve the issue. I also validated the Functional Roles selected under Authorized Servers (note: Standard API is deselected as it is deprecated in favor of Windows Integrated API). Looking for help to identify the issue and an appropriate resolution to prevent these entries from being generated.
  2. I would consider changing the logic, so PasswordState only relies on the sAMAccountName field from AD to match / create a new user-account. Surname and FirstName should be handled independently, as not all organizations base their sAMAccountName on these fields. At our organization when a person gets married (or divorced) they can request a Surname change, but we don't generate a new sAMAccountName we simply update the Surname field. Same occurs if a person has a change in gender and their FirstName changes. I understand the importance of UserID and totally agree with the implications of changing it, but this should be tied to the sAMAccountName field only (not the name fields). Hopefully you agree and will consider allowing automatic updates of FirstName and Surname in a future release. Thanks...Scott
  3. Based on what you provided it can be assumed that Surname (and FirstName) do NOT automatically get updated. When I look at a User record ALL fields except UserID , FirstName and Surname are kept in sync with AD. Not updating UserID is logical as this is a unique identifier that should not change (if it changes then it is assumed it is a new user) What is the logic for not updating (syncing with AD) FirstName and Surname? Thanks...Scott
  4. I searched the forum and found this posting that indicates SURNAME is one of the attributes that is automatically updated as part of the sync process -> I have encountered a user who's Surname was changed in Active Directory and it is not reflected in PasswordState. I manually compared AD to PasswordState, and the Email Address got updated in PasswordState but not the Surname. I checked the setting in Administration -> System Settings -> Active Directory Options and didn't see anything specific for Surname. Is there a configuration setting somewhere that needs to be set to enable the Surname to be synced? I'm currently on version 9.3 (build 9300). Thanks...Scott
  5. We are looking at implementing a MFA solution for access to Passwordstate. We currently leverage an 'authenticator' app (supporting both Google &Microsoft) for a couple of solutions. As such we are looking at the One Time Password (TOPT) capability that Passwordstate supports. Some uses prefer the push-notification capability, as it provides a better user experience. I've been researching and found a the following article: Wondering if this capability is possible for TOPT? Thanks... Scott
  6. We are looking at implementing TOTP for MFA , and I agree with limiting what is presented to the user on 1st Login to the 'Generate' block information. The other properties are configured in the Systems Settings under Authentication Options, and in our case shouldn't be overridden by individual users. Thanks... Scott
  7. Hi, Attempting to upgrade to 9300 from 8627, and the initial upgrade to v8995 failed while performing the 8903 step. Error log and screen shot are attached. If this can be addressed immediately, I will hold off on reverting back. Otherwise I will have to restore to a previous version so I can re-establish the service. Thanks... Scott upgradelog.txt
  8. Hi, I checked the 'User Account Policy' and during the upgrade the two 'Load On Demand Feature' selections (A11 & A13) got defaulted to 'Yes'., prior to the upgrade these were set to 'Ignore'. I modified the policy to set the value to 'No', and this resolved the issue. Thank you for your assistance in resolving this issue. Thanks... Scott
  9. HI, Attached is a snapshot of the first 3 tabs under Preferences. Thanks... Scott
  10. Hi, This was actually reported by another user, and I simply confirmed the experience (this is not limited to a single user). It happens when Edit Properties is selected, and when creating or deleting a SharedPasswordList ( see attachment for examples ). Thanks ... Scott
  11. I've upgraded our lab environment to version 9300, and during testing it was noted that when the navigation tree is expanded if an entry (PasswordList) is selected and subsequently Saved/Cancelled the navigation tree automatically collapses. I verified the user preferences, and the following is set 'Remember expand status of all nodes in Navigation Tree'. Looking for a solution to prevent this behavior from occurring. Thanks... Scott p.s. According to the changelog something similar was fixed in Build 9000.
  12. I'm in the process of testing V9.3 and once completed plan on deploying into Production. As the browser plugins are specific to the PasswordState version, I'm looking for a copy of the appropriate plugins for Chrome / Firefox / Edge so I have them available to deploy to workstations that require it now (and in the future). Our change management process doesn't provide us with the ability to upgrade on demand, so have a requirement to support installing older versions of the plugins on a regular basis. I found the following -> https://forums.clickstudios.com.au/topic/3373-where-do-i-find-offline-versions-of-the-chrome-extension/?tab=comments#comment-9038 however the [ Firefox: Download Link: ]https://www.clickstudios.com.au/downloads/firefoxextension.zip ] returns [ The add-on downloaded from this site could not be installed because it appears corrupt. ] Thanks... Scott
  13. As the browser-plugins are tightly linked to the version of PasswordState, it would make sense that a downloadable .msi (or equivalent) be available for customers. I'm in the process of testing V9.3 and once completed plan on deploying into Production, and would leverage a .msi mechanism (to deploy via our SCCM solution) if it was available.
  14. Hi Support, I found the answer: I was missing the -UseDefaultCredentials in the Invoke-Restmethod command. Thanks... Scott
  15. Hi Support, I've converted to using WinAPI and have disabled API. Is it possible to provide the same capability using 'winAPI'? I've tried it using the following code (signed-in as myself), but get the error [ Invoke-Restmethod : You do not have permission to view this directory or page ] : ------------------------------------- $PasswordstateUrl = 'https://my.url' # Define values for the Password List in below array $Body = @{ PasswordList = "Test_Private_PasswordList" Description = "This short description is for my Test Password List" NestUnderFolderID = "0" Guide = "" ImageFileName = "" AllowExport = "True" PrivatePasswordList = "true" PreventBadPasswordUse = "true" ApplyPermissionsForUserID = "myDomain/myUserId" Permission = "A" } # Convert Array to Json $jsonData = $Body | ConvertTo-Json # Execute the command $FullUrl = "$PasswordstateUrl/winapi/passwordlists" $result = Invoke-Restmethod -Method Post -Uri $FullUrl -ContentType "application/json; charset=utf-8" -Body $jsonData Write-Host "Created PasswordListId [$result.PasswordListID]" ------------------------------------- I'm assuming it is possible through WinAPI and I simply don't have the syntax correct. Can you confirm this is possibly through WinAPI, and provide me with the correct syntax. Thanks... Scott
  16. We've recently upgraded to 8.5 (from 7.6) and I have a user that leverages and extensive amount of Folder. When they click on a Folder, they are presented with the following: They would like to suppress the displaying of the "Folder Properties' and 'External Links' blocks. They use the 'Search Passwords in Folder' and would like to extend / stretch the block containing the results - to make them more presentable (some values are quite long). Is it possible to either suppress these blocks, or rearrange the blocks so they are underneath the base Folder block? Thanks... Scott
×
×
  • Create New...