Users. Setting up end-users to log calls against, and allow them to access the self-service web interfaces, there are several ways of achieving this.

Size: px

Start display at page:

Download "Users. Setting up end-users to log calls against, and allow them to access the self-service web interfaces, there are several ways of achieving this."

Jordan Nelson
5 years ago
Views:

Users Setting up end-users to log calls against, and allow them to access the self-service web interfaces, there are several ways of achieving this.

1 Users Setting up end-users to log calls against, and allow them to access the self-service web interfaces, there are several ways of achieving this. If you re migrating to NetHelpDesk from another product, it will be worth reading the Migrating To NetHelpDesk section of this guide, to see if you can reduce your admin, and import users quickly. The following takes you through manually adding Areas/Sites/users and also Active Directory/Lightweight Directory Access Protocol (LDAP). IMPORTING EXISTING DATA USING EXCEL SPREADSHEETS With NetHelpDesk, you can import all of your existing data using our pre-formatted Excel spreadsheets. Some of these spreadsheets can be tailored to include the fields you need. Template spreadsheets are available in the Win folder of your NetHelpDesk installation or can be downloaded from: Instructions on use are contained inside the files themselves. The files have instructions on how to use them inside the documents. There are a lot of customisable fields What you can import from the spreadsheets: Once the preformatted spreadsheets are populated with your data, open up NetHelpDesk, and go to Tools > Import and select the relevant option for your import. Validate to test the data first. Net Help Desk Limited NetHelpDesk-Mini-Guide-Users.docx Page 1 of 6

2 CREATING A CUSTOMER/SITE/GENERAL USER After the basic set-up, creating Customers, Sites and User levels will be necessary, to log calls against. IMPORTANT: A General User is essential for every Customer and Site, as much activity in NetHelpDesk is linked to this user. We will create additional users after this section. There are several ways of populating existing Clients/Areas, Sites and Users. One is using our Active Directory integration, detailed in this guide. Alternatively, it is possible to import Clients, Sites and Users from pre populated excel spreadsheets using the Users part of the main configuration area, or using the import facility from the Tools ribbon on the main screen. Some of these spreadsheets can be tailored to include the fields you need. Template spreadsheets are available in the Win folder of your NetHelpDesk installation or can be downloaded from Instructions on use are contained inside the files themselves. To populate the treeview manually: 1. Right click on the icon of the globe called Areas or Clients, and select New Area or New Client. 2. In the New Client screen, add the name of the Client, the site name and leave the Main User at Site as General User. These three parts are mandatory at this stage. 3. The Domain Name is also useful for unknown users at that Customer. This will ensure that they are assigned to the Customer, and the General User. 4. All additional information is not essential here, and can be added at a later time. CREATING A NEW SITE Once the Customer is created, it may be necessary to add different sites. These can specify anything considered second level information. E.g. City, Town, Department etc. 1. Right click on the Customer Name. Select New Site. 2. Add the name required, and here the Main User at Site field doesn t need to be General User. This will be automatically created whether Main User at Site field is completed, or left blank. 3. Click OK. Net Help Desk Limited NetHelpDesk-Mini-Guide-Users.docx Page 2 of 6

CREATING A NEW USER 1. Under each site, creating additional users above and beyond the General User will allow for calls to be assigned to users based on their e-mail addresses. 2.

3 CREATING A NEW USER 1. Under each site, creating additional users above and beyond the General User will allow for calls to be assigned to users based on their addresses. 2. Right click on the Site Name. Select New User. Input the User Name as a mandatory field. 3. All additional information is not essential here, and can be added at a later time. Click OK. INTEGRATING WITH ACTIVE DIRECTORY / LDAP To synchronise or import user details from an LDAP directory, such as Active Directory (AD): 1. Set the default LDAP import query string in N > Setup > Advanced Options > Advanced System Settings > Active Directory / LDAP Settings. This string will be used as the default for any new sites. 2. There is a LDAP/AD Field Mapping button that can help you populate this field. You may need to engage the input of the person maintains your AD 3. Once done, you can click on the Setup LDAP Sites and Connection button, to map sites to parts of your AD. 4. How you structure the treeview in NetHelpDesk does not have to necessarily reflect the structure in your AD, but if your AD is well structured and maintained, the import will be straight forward. 5. At the site level, right click and Edit Site and Services and specify the LDAP Import String and Filter inside [] field query string as required. 6. Click Update, right click on the site level, and then Sync to LDAP. 7. Any users that match the query string will be regarded as being at that site. - Section Continued - Net Help Desk Limited NetHelpDesk-Mini-Guide-Users.docx Page 3 of 6

4 8. A screen showing the users allows you to further restrict who is imported, and a LDAP filter can be setup if you need to have more control over which users are imported. This is done as the end part of the LDAP string, and uses square brackets. 9. Put the filter along with an 'and' condition inside [ ] at the end of the string. e.g.: LDAP://CN=Users,DC=MyADdomain,DC=co,DC=uk[and department='finance'] 10. You can import each site separately, or use the 'LDAP sync all sites' option on the main file menu. Here is another example of the AD tree and associated LDAP string: LDAP://ou=guest,ou=hq,ou=sci,DC=adw2k1,DC=co,DC=uk The order of the OU's is important. It is case insensitive. LDAP FIELDS 1. The LDAP fields or attributes are matched to NetHelpDesk fields using the LDAP matching table in the setup screen. 2. This allows you to choose how the Active Directory fields are related to the NetHelpDesk fields. 3. The LDAP field names can be found out using the ADSIedit program which comes with Windows. PLEASE NOTE: The label seen in active directory is different to the field name quite often: CN - Common Name description displayname CN=Guy Thomas. Actually, this LDAP attribute is made up from givenname joined to SN What you see in Active Directory Users and Computers. Not to be confused with displayname on the Users property sheet. displayname = Guy Thomas. Avoid this attribute if possible, as it can be confused with CN or description. DN - also distinguishedname givenname homedrive name objectcategory DN is simply the most important LDAP attribute. CN=Jay Jamieson, OU= Newport,DC=cp,DC=com First name Home Folder : connect. name = Guy Thomas. Exactly the same as CN. Defines the Active Directory Schema category. For example, objectclass = Person Net Help Desk Limited NetHelpDesk-Mini-Guide-Users.docx Page 4 of 6

5 objectclass physicaldeliveryofficename profilepath samaccountname SN useraccountcontrol userprincipalname objectclass = User. Also used for Computer, organizationalunit, even container. Important top level container. Office on the user's General property sheet Roaming profile path: connect samaccountname = guyt. Old NT 4.0 logon name, must be unique in the forest. Can be confused with CN. SN = Thomas. This would be referred to as last name or surname. Used to disable an account. A value of 514 disables the account, while 512 makes the account ready for logon. userprincipalname = guyt@cp.com Often abbreviated to UPN, and looks like an address. Very useful for logging on especially in a large Forest. Note UPN must be unique in the forest. Exchange Specific LDAP attributes homemdb mail mapirecipient - FALSE mailnickname mdbusedefaults msexchhomeservername legacyexchangedn proxyaddresses targetaddress showinaddressbook Here is where you set the MailStore An easy, but important attribute. A simple SMTP address is all that is required billyn@ourdom.com Indicates that a contact is not a domain user. Normally this is the same value as the samaccountname, but could be different if you wished. Needed for mail enabled contacts Another straightforward field, just the value to:true Exchange needs to know which server to deliver the mail. e.g: /o=yourorg/ou=first Administrative Group/cn=Configuration/cn=Servers/cn=MailSrv Legacy distinguished name for creating Contacts. In the following example, Guy Thomas is a Contact in the first administrative group of GUYDOMAIN: /o=guydomain/ou=first administrative group/cn=recipients/cn=guy Thomas As the name 'proxy' suggests, it is possible for one recipient to have more than one address. Note the plural spelling of proxyaddresses. SMTP:@ address. Note that SMTP is case sensitive. All capitals means the default address. Displays the contact in the Global Address List. Net Help Desk Limited NetHelpDesk-Mini-Guide-Users.docx Page 5 of 6

6 Other LDAP attributes c company department homephone l (Lower case L) location manager mobile ObjectClass OU postalcode st streetaddress telephonenumber Country or Region Company or organization name Useful category to fill in and use for filtering Home Phone number, (Lots more phone LDAPs) L = Location. City (Maybe Office) Important, particularly for printers. Boss, manager Mobile/Cell Phone number Usually User, or Computer Organizational unit. See also DN Zip or post code State, Province or County First line of address Office Phone ISSUE WITH CHILD DOMAINS 1. When logged into one domain, if you try and do an LDAP sync to a child domain, then no users are listed. There is no error message. 2. This is because the default domain context is taken to be the domain into which you are logged. This can probably be fixed by logging into the child domain. 3. Alternatively, specify the FDQN of the domain in the LDAP string. For example, it is possible to explicitly specify the FDQN of the LDAP server in the string. So instead of: You can say: LDAP://CN=Users,DC=adw2k1,DC=co,DC=uk LDAP://adw2k1.co.uk/CN=Users,DC=adw2k1,DC=co,DC=uk 4. Put the child domains FQDN in the string instead to query the child domain. - END OF DOCUMENT - Net Help Desk Limited NetHelpDesk-Mini-Guide-Users.docx Page 6 of 6

Migrating application users and passwords with Password Manager

Migrating application users and passwords with Password Manager 2016 Hitachi ID Systems, Inc. All rights reserved. Contents 1 Introduction 1 2 Migrating Users 1 3 Initializing Passwords 2 4 Maintaining