Jump to content

parrishk

Members
  • Content count

    37
  • Joined

  • Last visited

About parrishk

  • Rank
    Advanced Member

Profile Information

  • Gender
    Male
  • Location
    Florida, USA
  1. Access from multiple urls?

    Are you trying to access via https://passwordstate:9119 internal to your network or from the Internet? It will not work with just https://passowrdstate:9119 if not on the same network. As far as I know it should work fine when on the internal network... Can other mobile devices access it with just the name?
  2. As Support said this looks like an issue with the IIS bindings. If the hostname you are trying to access the server with (MyPersonalPasswordState.com) is not in the list of bindings on IIS (Passwordstate01) it will throw that error. You can add the desired hostname through IIS as seen below.
  3. Thank you GeoffO!!
  4. Required Ports

    Thank you for getting back to me on this. I believe we have already narrowed down the ports that were needed. Pretty sure it was everything on this list :-)
  5. Required Ports

    Good morning, Just checking in to see if you guys are able to provide any information on this. Thank you!
  6. Multiple Server Question

    Good morning, We have actually already disabled the mobile site due to it not allowing two-factor auth. This seems a little counter-productive to me. Using the main site requires two-factor auth but appending /mobile to the end or using a mobile browser only required one form of auth...Unfortunately, this does not meet our needs so we will be keeping an eye out for what is to come with Version 8. It would be nice to have the ability to place Passwordstate in the DMZ just for web access and keep the production server in the internal network. There are many instances where we are unable to access our internal passwordstate server when we are connected to client VPN's. Thank you for the feedback.
  7. Multiple Server Question

    Hello, The only reason we have moved it to the DMZ was to access it from the Internet. I heard about the mobile client but assumed it was for mobile devices. Will this work for normal devices too? Does the mobile site need to be enabled for this to work? We have decided not to enable the "mobile site" at this time because we want to be able to utilize dual-factor authentication. Currently, it looks that it only requires one form of auth. If this mobile client can be used for this purpose that would be excellent!
  8. Multiple Server Question

    If we were to place Passwordstate in the DMZ for accessing via the Internet could we also have an installation on our internal network to utilize host scanning and password discovery features without needing a second/site license?
  9. Required Ports

    Hello, Do you have a list of required ports for Passwordstate to communicate with Active Directory, SQL, Etc.? We have moved our Passwordstate server to our DMZ and have had a fun time trying to find all of the ports that it is trying to use. I can't find anything in the documentation. THanks!
  10. Token LIsts

    Suppose you had a CSV with two columns, one titled "Title" and the other "Password". This is what your Powershell script would look like. $tokenfile = "C:\users\myuser\tokens.csv" $tokens = import-csv $tokenfile foreach ($token in $tokens){ # Powershell Request (POST) $password = @{ PasswordListID="654654" #change to appropriate list ID Title = "$($token.title)" Password = "$($token.password)" } $passwordjson = $password | ConvertTo-Json $result = Invoke-Restmethod -Method Post -Uri https://passwordstate:9119/api/passwords -ContentType "application/json" -header @{ "APIKey" = "apikeygoeshere"} -Body $passwordjson }
  11. Token LIsts

    You may be able to utilize the API and Powershell to grammatically create the passwords in the list. You can create a CSV with the 50 tokens and have Powershell do a "foreach" loop that will POST the new password item to the list. I used it when we did our initial import to Passwordstate and thought the process was actually pretty simple once playing around with it for a little bit.
  12. SMTP Via Google Apps / Gmail

    By "strong authentication" do you mean two-factor?
  13. I agree, this feature would be beneficial to us as well. We don't use the documents option very often because they aren't always the easiest to find/spot unless you know where to look.
  14. Error - Thread was being aborted

    Hello, I just checked and the connection strings are in plain text The web.config file was not encrypted Kyle
  15. Error - Thread was being aborted

    Hello, I copied over the actual web.config file. Just to make sure, I just double checked that the content of each config file was indeed identical. I also checked and verified that both "secret 1" and "secret 2" were present in the AppSettings section. Thank you.
×