|
5/7/2012 3:50:00 PM
|
topic:
reset Default password
pjwallis
Posts 3
|
no worries, thanks for the information and support!!
i have things setup on the network now, and am just testing the .net security package.
then things will be ready to use.
just brilliant!!
|
|
5/7/2012 8:26:47 AM
|
topic:
Error while update AD
admin
Posts 331
|
Hi,
Are you running the update from a computer that is a member of the domain you are updating? Does the path "'LDAP://domain/CN=user,OU=Management,OU=MY,DC=com,DC=my" exist?
Thanks,
David
|
|
5/7/2012 8:20:50 AM
|
topic:
reset Default password
admin
Posts 331
|
Hi,
The settings are defined as either user or application at the design time of the application - It's not possible to convert user settings into application settings.
Thanks,
David
|
|
5/2/2012 4:23:01 AM
|
topic:
Mismatch Type getting user info from AD
ucilengi
Posts 1
|
I'm having the same problem on different computers
|
|
4/26/2012 9:45:20 AM
|
topic:
Error while update AD
thiruadmin82
Posts 1
|
Hi
Are you able to find the connection from ldp.exe ?
|
|
4/23/2012 6:03:17 PM
|
topic:
reset Default password
pjwallis
Posts 3
|
Thanks for the reply David!!
thanks for the more in depth explanation.
can i move the settings from usersettings to application settings and have it take effect at the application level?
|
|
4/23/2012 12:42:24 PM
|
topic:
reset Default password
admin
Posts 331
|
Hi,
The password generation button can be changed so that it outputs a single generic password. This can be changed in File\Settings\Password Generation Options. You can select to use a mask and simply type the password as the mask.
The process for changing a password is to click the "G" button followed by the "Change Password" button. The "G" button will input your default password and the "Change Password" button will perform the reset.
When you change this setting in the application, it will only apply to your own user account as the setting is user specific. User specific settings get stored in a file called user.config in the AppData folder for the application. When a user first loads the application, the settings will come from the PasswordControl.exe.config file. The "usersSettings" section contains the default values for the user specific settings, which you can edit if required. The settings you might be interested in are:
<setting name="GeneratePasswordUseMask" serializeAs="String">
<value>True</value>
</setting>
<setting name="GeneratePasswordMask" serializeAs="String">
<value>MyDefaultPassword</value>
</setting>
Any settings you change under the "userSettings" section will only affect the default values that apply before the user.config file is created in the AppData folder. These settings are not enforced - only the settings under "applicationSettings" are enforced for all users.
Note: A better option might be to use %w as the mask which will return a word from the words.txt file. You can then edit the words.txt file to contain your default password(s). This will make it easier to change the password in future.
There isn't a way to prevent users from inputting passwords manually and resetting passwords is a 3 step process - type the username, click "G", click "Change Password". The next version of Password Control will allow people to use a single-click reset and it will also allow you to prevent users from been able to enter passwords manually. It could be a while before the next version is available though.
Hope this helps,
David
Note: I would advise against the use of a default password for password resets.
|
|
4/23/2012 12:13:14 AM
|
topic:
reset Default password
pjwallis
Posts 3
|
Hi,
we are wanting to have staff reset student passwords and unlock their accounts.
however we only want to use a single password for the reset.
so basically the staff type the username, click search, and then click reset or something similar.
is this able to be done, and if so, then how.
i cannot find the settings.
i saw topic 121-config, which mentioned the settings, however i need a bit more help implementing the fix.
thanks in advance.
|
|
4/22/2012 7:08:19 AM
|
topic:
Case sensitivity issue on creation of db
admin
Posts 331
|
The new version is available to download. To fix the issue on the case sensitive instance, delete the empty zzCodeHistory database created by the previous install and re-create it with the new version of the application. If you have any more problems, please let me know.
Please note that the zzCodeHistory database is still case insensitive. It won't be able to tell the difference between a stored procedure called "dbo.uspLogError" and a stored procedure called "dbo.usplogerror" - They would both show the same history.
Thanks,
David
|
|
4/21/2012 10:58:37 AM
|
topic:
Case sensitivity issue on creation of db
admin
Posts 331
|
Thanks for letting me know about this issue. I've fixed the problem and I'll be posting an updated version of the application to the website shortly. I'll reply back when the new version is available to download.
|
|
4/19/2012 6:35:11 AM
|
topic:
Case sensitivity issue on creation of db
scottb4444
Posts 1
|
On creation of the zzCodeHistory db the following error is returned:
Error installing code history:Must declare the scalar variable "@NewLine".
After reviewing the code in the "Preview" codeViewer window I located the problem to a couple of case sensitivity issues on lines 1183 and 1232.
DECLARE @Newline NVARCHAR(MAX);
SET @NewLine = N'
My server is running a collation of Latin1_General_CS_AS which means the new database also inherits the case sensitivity hence the problem. Are there any workarounds to resolve without having to create another instance with a case insensitive collation?
|
|
4/16/2012 10:54:26 AM
|
topic:
Can Password Control - store domain creds
admin
Posts 331
|
Hi,
I'd advise using delegation in Active Directory to grant the user access to change passwords using her own user account. See here for more info:
http://www.wisesoft.co.uk/software/passwordcontrol/delegating_permissions.aspx
In Password Control version 2.4, the application connects to the local domain under the context of the current user account and also allows users to connect to trusted domains using the same credentials. The Connect As feature works similar to "runas", allowing you to impersonate a different user account. This has it's limitations - It won't work from a workgroup computer or from a non-trusted domain. Also, Password Control does not allow you to store the credentials.
In version 2.5 beta, the "Connect As" feature has been replaced with a more flexible connect dialog. This no longer uses impersonation and it allows you to connect to the domain from a workgroup computer or connect to a non-trusted domain. Unfortunately, it no longer allows you to connect quickly to trusted domains and it doesn't provide a way to save connection information. It does allow you to supply connection information from the command line though which you could use for your situation. You would need to find a way to secure the command line parameters though. It still makes sense to delegate a minimum set of permissions to the user account. If you don't want to delegate permissions, take a look at the account operators role.
http://www.wisesoft.co.uk/articles/password_control_2.5_betatesting.aspx
Version 2.5 has been in beta for a long time - there won't be a release version 2.5, but there will be a version 3.0 at some point. There are a number of changes in version 3.0 including a connection manager that provides you with a secure way to save connections. There are also some alternative options that can be used to manage security, but I would still advise that people delegate permissions in Active Directory instead of using application level security settings to manage access control.
Hope this helps,
David
|
|
4/16/2012 10:04:07 AM
|
topic:
Can Password Control - store domain creds
michaelo71
Posts 1
|
Hello,
I want to delagate password changes to somebody in the office by giving her Password Control.
But Password Control asks for domain admin login credentials under "File>Connect As" which I don't want to give her.
Is there a way for me to hard-code admin/domain login and credentials into Password Control? Like into a config file?
Michael.
|
|
4/9/2012 12:36:30 PM
|
topic:
AutoConfig Outlook 2003
admin
Posts 331
|
Hi,
Sorry, I'm not the best person to offer advice in this case as my knowledge of exchange is quite limited and I haven't done any scripting or GPO configuration of MS outlook. There might be a few people on this forum that can help though:
http://web2.minasi.com/forum/forum.asp?FORUM_ID=19
Thanks,
David
|
|
4/3/2012 12:13:34 PM
|
topic:
AutoConfig Outlook 2003
vluu
Posts 3
|
Hi David,
Wondering if you could provide insight. We are migrating from a hosted exchange to our internal 2010 exchange environment. We have many users using outlook2003 and I would like to know what would be the best way to re-configure their outlook2003 for our internal 2010 exchange server. Is scripting (vbs) or GPO the best way and can you point me in the right direction or another method.
Thanks,
Vinh
|
|
4/2/2012 1:24:27 PM
|
topic:
Error bulk adding AD groups
admin
Posts 331
|
Thanks for trying the workaround and letting me know that it worked.
The issue should only affect this particular update - when updating group membership. I've added it to my bug tracking system so it will get fixed in a future update. This might take a bit of time, so please use the workaround until the next release.
Thanks,
David
|
|
4/2/2012 1:09:50 PM
|
topic:
Error bulk adding AD groups
vluu
Posts 3
|
Hi,
Yes, I am using the connect option to connect with my admin account. I have done this also when using your tool to reset bulk password and had no issues.
I did a runas with my admin account on the tool and was able to append groups. I 'll keep that in mind, otherwise, the tool is great.
Thanks,
Vinh.
|
|
4/2/2012 11:55:40 AM
|
topic:
Error bulk adding AD groups
admin
Posts 331
|
Hi,
Are you using the connect option to connect to active directory under the context of a different user account or connecting to a remote Active Directory domain using this feature? It looks like there is a bug in the application that affects this particular update when you are not connected to the local AD domain in the context of your own user account.
The workaround is to run Bulk AD Users under the context of the user account you are using to perform the update and also running the application on a client/server that is a member of the domain you are updating. Can you try this and let me know if it works?
Thanks,
David
|
|
4/1/2012 1:27:35 PM
|
topic:
Error bulk adding AD groups
vluu
Posts 3
|
Hi,
I am not able to add AD groups to an input list of users. The tool is able to see the group which I select and append, but when I click on update I get this error, "(Error): MemberOf - Failure: Exception has been thrown by the target of an invocation." The group name does not contain any special characters.
thanks
|
|
3/31/2012 10:43:36 AM
|
topic:
Trusted Domain
admin
Posts 331
|
Hi,
If you are using Password Control version 2.4, it will connect to the local domain by default and give you the option to switch the connection to a trusted domain. Password Control works with a single domain at a time but gives you the option to switch to other domains. Trusted domains will be populated in the connection menu.The connection is established in the security context of the current user account, but you can also use the connect as feature to impersonate a different user account. See here for more info:
http://www.wisesoft.co.uk/software/passwordcontrol/multi-domain_support.aspx
http://www.wisesoft.co.uk/software/passwordcontrol/connect_as.aspx
The problem with impersonation is that the user needs to have permissions to logon to the local machine - This causes a problem if you want to connect to the domain from a workgroup or a non-trusted domain. As far as I'm aware it should work with a one way trust, but I don't have access to my test network at the moment to verify this.
There is a version 2.5beta which does away with impersonation and makes it a lot easier to connect to remote domains - even if there is no trust relationship established or you are connecting from a workgroup computer. Unfortunately this also does away with the population of trusted domains in the menu and the ability to save connections. Version 2.5beta has been in beta stage for a long time and there won't be a release version at this stage. I am working on a new release though which will use the more advanced connection method of 2.5beta, but also allow you to manage a saved list of connections.
I'd suggest using version 2.4, but if you have issues connecting to your remote domains, you might want to try version 2.5beta. I'm hoping to release a 3.0 version later this year.
Hope this helps,
David
|
|
pages:
1 2
|