http://www.corpsoft.org/support/forum/posts//importing_from_ad/ Importing from AD ###RSS_LANGUAGE Tue, 07 Sep 2010 14:12:07 +0400 mm_forum powered by TYPO3 60 http://www.corpsoft.org/support/forum/posts///110/ Thu, 06 Mar 2008 21:06:42 +0300 Thank you, happy new year to you too! Can clients connect to each other physically? If they are in different networks (VPN etc), then you need to enable zoning. Go to User editor and set the zone codes. Each office (login name list) should have a separate zone code, doesn’t matter what the code is, as long as it is unique. Connection between zones is established through the server, and users in the same zone connect to each other directly. This leaves only one requirement: users in all zones must have a p2p connection with the main server. Since the main server is located in the headquarters, that gives us the classic star-like network scheme, which is easy to setup within VPN networks. Can clients connect to each other physically? If they are in different networks (VPN etc), then you need to enable zoning. Go to User editor and set the zone codes.

Each office (login name list) should have a separate zone code, doesn’t matter what the code is, as long as it is unique.
Connection between zones is established through the server, and users in the same zone connect to each other directly.
This leaves only one requirement: users in all zones must have a p2p connection with the main server. Since the main server is located in the headquarters, that gives us the classic star-like network scheme, which is easy to setup within VPN networks.
]]> Main forum http://www.corpsoft.org/support/forum/posts///109/ Thu, 06 Mar 2008 21:06:04 +0300 The error code is 300. P.S. Happy New Year!
P.S. Happy New Year!
]]> Main forum http://www.corpsoft.org/support/forum/posts///108/ Thu, 06 Mar 2008 21:05:24 +0300 Hmm, new problem... Some clients can log in, see each other’s status (online/offline) and send messages, but the messages do not reach their destinations. They don’t appear in the server history either, and their status remains unchanged (unsent). The policy is set to default User. Which services does the OnLAN client use? Which services does the OnLAN client use?
]]> Main forum http://www.corpsoft.org/support/forum/posts///107/ Thu, 06 Mar 2008 21:04:15 +0300 I’ve been away for a week – studying. Now I’m back, checked it and it works. You’re right; we need to put the domain name, not the domain controller name. Thanks for your help. Main forum http://www.corpsoft.org/support/forum/posts///106/ Thu, 06 Mar 2008 21:03:43 +0300 Strange... let’s try it like this: Domain controller name: xxx.local Domain controller IP: 10.10.1.2 Try to access the program through the client using the admin login name and its AD password (without xxx.local) Since you’ve updated the database (OnLAN DBSync AD), then there cannot possibly be any problems with authentication. Domain controller name:
xxx.local
Domain controller IP:
10.10.1.2

Try to access the program through the client using the admin login name and its AD password (without xxx.local)

Since you’ve updated the database (OnLAN DBSync AD), then there cannot possibly be any problems with authentication.
]]> Main forum http://www.corpsoft.org/support/forum/posts///105/ Thu, 06 Mar 2008 21:02:44 +0300 LDAP is being used without any encryption. I’m still unable to setup the authentication through AD, seems like we’ll have to use the internal database for the time being. Main forum http://www.corpsoft.org/support/forum/posts///104/ Thu, 06 Mar 2008 21:02:00 +0300 Never had any problems with Server 2004, nor Server 2003 R2 either tbh. Scheme version is fine as well. You need to use e.g. Smith as login name on the client side, and not Smith@srv.xxx.local . It is imperative that you use Smith, because OnLAN Server will modify it appropriately. Put in the password from the AD database, and don’t mind the internal database. Does the OnLAN Server machine have any problems with physical connections (firewalls, routing issues, etc)? LDAP protocol (port 389) for AD is being used with encryption or without?
You need to use e.g. Smith as login name on the client side, and not Smith(аt)srv.xxx[dot]local . It is imperative that you use Smith, because OnLAN Server will modify it appropriately. Put in the password from the AD database, and don’t mind the internal database.

Does the OnLAN Server machine have any problems with physical connections (firewalls, routing issues, etc)?
LDAP protocol (port 389) for AD is being used with encryption or without?
]]> Main forum http://www.corpsoft.org/support/forum/posts///103/ Thu, 06 Mar 2008 21:01:31 +0300 Server 2004 SP4, English. Domain controller, scheme 31 (there is a Server 2003 R2 domain controller in the domain). Main forum http://www.corpsoft.org/support/forum/posts///102/ Thu, 06 Mar 2008 21:00:47 +0300 So you’re setting the same settings that you used to import data from OnLAN DBSync AD? This is strange... because the mechanism is almost identical... What’s your OS (version, language, sp)?
What’s your OS (version, language, sp)? ]]> Main forum http://www.corpsoft.org/support/forum/posts///101/ Thu, 06 Mar 2008 21:00:15 +0300 Version 3.1.32.0 If I use the Authenticate through AD option Domain controller name srv.xxx.local Domain controller IP 10.10.1.2 Then the only thing I get is – login failed. Is it needed to store passwords in the AD database? Storing passwords in the text format is quite a severe violation of security rules. The user database was filled in properly, but the passwords were transformed into automatically generated numbers. What’s the correct way of setting up authentication through AD?
If I use the Authenticate through AD option
Domain controller name
srv.xxx.local
Domain controller IP
10.10.1.2

Then the only thing I get is – login failed.

Is it needed to store passwords in the AD database? Storing passwords in the text format is quite a severe violation of security rules. The user database was filled in properly, but the passwords were transformed into automatically generated numbers.

What’s the correct way of setting up authentication through AD?
]]> Main forum http://www.corpsoft.org/support/forum/posts///100/ Thu, 06 Mar 2008 20:59:36 +0300 What’s your OnLAN Server version? Try to use the same settings as you have in OnLAN DBSync AD for authentication as well. Try to use the same settings as you have in OnLAN DBSync AD for authentication as well.
]]> Main forum http://www.corpsoft.org/support/forum/posts///99/ Thu, 06 Mar 2008 20:59:10 +0300 It’s working, thanks. I have a different problem though. I managed to import the data, but the AD authentication method doesn’t seem to be supported. If I use the option to store login names and passwords locally, it works, but when using AD it says – login failed. I have a different problem though. I managed to import the data, but the AD authentication method doesn’t seem to be supported. If I use the option to store login names and passwords locally, it works, but when using AD it says – login failed.
]]> Main forum http://www.corpsoft.org/support/forum/posts///98/ Thu, 06 Mar 2008 20:58:44 +0300 @Mac: :) @Eve: Has the “OnLANUsers” group in “Users” been created? Are there any users in it? Try these settings: Base DN: DC=srv,DC=xxx,DC=local Login: admin@xxx.local Please download the new version of OnLAN DBSync AD (1.00.03), and post your results.

@Eve:
Has the “OnLANUsers” group in “Users” been created? Are there any users in it?

Try these settings:
Base DN: DC=srv,DC=xxx,DC=local
Login: admin(аt)xxx[dot]local

Please download the new version of OnLAN DBSync AD (1.00.03), and post your results.
]]> Main forum http://www.corpsoft.org/support/forum/posts///97/ Thu, 06 Mar 2008 20:57:34 +0300 Hey, I got mine to work! Main forum http://www.corpsoft.org/support/forum/posts///96/ Thu, 06 Mar 2008 20:56:59 +0300 The server machine, that has OnLAN Server installed is the domain controller and has one network interface. Local domain – xxx.local ; server name – srv Server IP 10.10.1.2 Base DN DC=srv,DC=xxx Login admin@xxx Pwd ******* Database C:OnLanDBusersdb_blank.mdb The login name and password belong to the administrator group.
Local domain – xxx.local ; server name – srv

Server IP
10.10.1.2
Base DN
DC=srv,DC=xxx
Login
admin@xxx
Pwd
*******
Database
C:OnLanDBusersdb_blank.mdb
The login name and password belong to the administrator group.
]]> Main forum http://www.corpsoft.org/support/forum/posts///95/ Thu, 06 Mar 2008 20:55:56 +0300 Hello, please specify your settings in OnLAN DBSync AD. I need the IP etc, change the name to XXX, as you have done. Main forum http://www.corpsoft.org/support/forum/posts///94/ Thu, 06 Mar 2008 20:55:16 +0300 Hello, it seems the problem is common. I can’t import data from AD either. Version 1.00.02 Nothing happens after pressing Run, the program simply crashes.
Version 1.00.02
Nothing happens after pressing Run, the program simply crashes.
]]> Main forum http://www.corpsoft.org/support/forum/posts///93/ Thu, 06 Mar 2008 20:54:47 +0300 Hello, I won’t add a new topic, but will just reply to this one. I’m unable to import data from AD. Version 1.00.02 The problem is that nothing happens, when pressing Run. Local domain xxx.local
I’m unable to import data from AD.

Version 1.00.02
The problem is that nothing happens, when pressing Run.

Local domain xxx.local
]]> Main forum http://www.corpsoft.org/support/forum/posts///92/ Thu, 06 Mar 2008 20:54:00 +0300 Hello, please elaborate on the following: 1) What exactly does the error say? 2) What version of OnLAN DBSync AD are you using? 3) What does OnLAN DBSync say? 4) What’s the domain’s full name?
1) What exactly does the error say?
2) What version of OnLAN DBSync AD are you using?
3) What does OnLAN DBSync say?
4) What’s the domain’s full name?
]]> Main forum http://www.corpsoft.org/support/forum/posts///91/ Thu, 06 Mar 2008 20:53:17 +0300 Can’t import users from AD... Main forum