Jump to content
[[Template core/front/profile/profileHeader is throwing an error. This theme may be out of date. Run the support tool in the AdminCP to restore the default theme.]]

Everything posted by MrRat

  1. And if you study the code you will see the simple scheme that ConnectWise uses to encrypt all passwords in the database and be able to decrypt them.
  2. FYI: the code has been Open Sourced and is in the MSPGeek git repository. https://github.com/mspgeek/MSPAccounts
  3. Is there anything unusual about the user's name? I've only ever tried this with simple alphabetic characters in the name. Never tried with accents or numbers or anything.
  4. I've never seen that. Can't even think of why that would happen.
  5. I checked my accounts and they have random passwords. I'm going to have to take a look at the code and see what went wrong.
  6. Yes, when I add a location I then use the Locations tab of the plugin to add all users. That is what I was going to suggest. hmm, well that shouldn't happen. lets walk though it. 1 Manage User tab - delete user. Wait 1/2 hour. 2. Manage User tab - add user back in. Wait 1/2 hour. 3. Magic ensues. 4. Service Account tab - select service account user and click change. Wait 1/2 hour. 5. Profit. So I'm guessing there's a problem with step 3.
  7. hard to make it not add an account to all locations. how did you manage that?
  8. Try it now. There was some Geo Blocking on the IP. MSP Accounts
  9. Something other than what is offered on the Settings tab?
  10. Settings tab Password Complexity set Symbols to 0 <edit>no. that wouldn't eliminate them completely would it. i suppose i could put an enable box in there.</edit>
  11. Is this a fresh install of v12 or an upgrade from 11? i've seen this before with interface.dll version changes from a labtech upgrade. i may need to recompile.
  12. import? v12 install procedure: System > Solutions > Plugin Manager top right - Advanced > Manage Plugins > Add Plugin right click and Enable MSP Accounts Close control center. On the Automate server restart the LabTech Database Agent. Open control center.
  13. Have you restarted the Labtech Database Agent since you removed the plugin? Once that is done all code associated with the plugin will have been removed. Besides the only time the plugin ever logs in is immediately after changing a password in order to test it. Something else is trying to use that account.
  14. There is no process in the plugin that would login every minute. If you created a system account then that would get assigned in a location under Deployment & Defaults and labtech may be trying to use that account to login. Change the account used on the Deployment tab and delete the system account from the passwords tab.
  15. UPDATE Version 2.18.01.10Download link in first post of this thread. Bug fixes: Local Service Account should obey Exclude Locations now. Changing the password for the domain Service Account now works properly. (still have not added this functionality to local service account, yet)
  16. You don't want to use the probe to install. You want this: that batch file of Darren's is sweet
  17. yeah, i've heard that too, but I aint gonna do it. yes; and that would be why you never want to use a user account for a windows service.
  18. eww. i need to look into that
  19. Odd since an exclamation point is not a character that needs to be escaped. I just looked through my users passwords and fully half of them contain !
  20. UPDATE Version 2.17.12.06 Download link in first post of this thread. Features added by request: "Change All Passwords Everywhere" button does what it says. All plugin users get their passwords changed. Change Password button for the Domain Service Account. (not for the local service account, just domain) Adjustable password complexity settings. Fixes: Complete redesign/rebuild of the reporting. The plugin actually waits for all work to finish before emailing the user. Changes to timers so that automatic password changes are more stable. and a few minor issues fixed Be sure to restart the Labtech Database Agent so it can make the necessary database changes. Highly recommended that you update. It's a much better behaved plugin now.
  21. SELECT Computers.Domain, Computers.ComputerID FROM Computers, v_detectedroles WHERE v_detectedroles.ComputerID = Computers.ComputerID AND v_detectedroles.RoleName = 'AD PDC Emulator' Does that return the correct ID number for the PDC of the problem domain?
  22. The only dictionary is a list of AD Domains and their PDCs. SELECT computers.ComputerID, TRIM(LEADING 'DC:' FROM computers.Domain) FROM computers Is there something unusual about the Domain name? Having some of the passwords not work correctly when creating accounts is unheard of. Are you comfortable using SQLyog? I would look at the table plugin_itsc_msp_accounts_userstatus and check for a column with that domain name.
×
×
  • Create New...