Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationDNN AD Fix:  UPDATEDDNN AD Fix: UPDATED
Previous
 
Next
New Post
11/1/2006 9:25 AM
 

Hi, thx for your quick respone. I really appreciate that.

slhilbert wrote
Dennis,

I believe I have read another thread in the AD forum where a person couldn't get their AD groups to sync only to find that Group name was different from the windows 2000 group name... Something like that. 


Yes, I think I've seen the same thread. Just to be sure I created multiple groups in DNN reflecting domain\groupname, groupname, domain\pre-w2k groupname, etc... None of them get assigned.

If your users aren't automatically being created then there is probably a bigger problem.  Are you sure you are geting connected to Active Directory? 

 Yes, the Authentication configuration via the admin menu shows all green lights. Also, once an account is manually created in DNN (domain\accountname), the user is logged on automatically.  So, I really expect that the connection to AD is working correctly.

If you navigate to domainName/admin/security/windssignin.aspx does the user get automatically created.

Didn't looked at this one yet. I tested it right away, but still a new user is not created automatically. Again the endless loop...

Is there any advanced logging orso that can be switch-on within DNN/IIS/SQL,etc.?

 
New Post
11/1/2006 9:59 AM
 
slhilbert wrote

I have not used AD in DNN 4.3.5.  I can tell you what the fix does for DNN 3.3.5.

  • All newly created users will now have their Time zone set to the portal time zone.
  • Users profiles are updated from Active Directory every time they access the DNN site.
  • The Display Name field is now populated in DNN from Active Directory.
  • DNN Roles and AD Roles are now sychronized each time a user accesses your DNN site.

I would say to you that if you don't have an issue with the AD implementation as it stands in 4.3.5 then don't upgrade.  These fixes just address issues that users have complained about over time.

Stuart

I might have to look into this a bit more...

 - Time Zones - I did notice those were not correct, but since this only applies to new users I guess that doesn't make a difference.
 - Profile Updates - I haven't really tested this, but I recall it being a reported problem in the past, although I don't remember experiencing it myself.
 - Display Name - As far as I can tell, the disply names have always worked here.
 - Role synchronization - This has a been a problem all along, it would perform it on account creation, but would not sync again afterwards.  I solved that by simplifying my role structures and had them all prepared beforehand.  Subsequent synchronization will definitely make this easier!

Thanks for all your work guys!  It is really refreshing to finally see improvements being done on this module!

 

 
New Post
11/1/2006 10:33 AM
 
jeff.cox@level3.com wrote

I have been running DNN 4.3.5 for a few days now. I had windows auth setup in my organization (domain and child domain) and I kept getting really odd errors all over the portal. I downloaded the fix today just after the link was posted, installed it right away, and the difference was night and day. Page loads where quicker, no errors yet, and all my groups and user info are now being synced reliably.

My thanks to all who had a hand in getting this one out the door.

Now "speed" might be a fantastic improvement.  I'll try putting it online later today/tonight. 

Running into a really strange problem here where whenever I make a change on our ISA server DNN runs "extremely" sluggish.  Once I do an IIS_RESET on the webserver, it comes back to life.  The problem appears to be related to AD authentication, if I browse the DNN site "unauthenticated" (running mixed-mode) while this sluggishness is taking place it runs fine.  I've gotten in the habit now that if I do any changes on the ISA server, I also do an IIS_RESET on the webserver immediately.

 

 

 
New Post
11/1/2006 11:24 AM
 
Dennis, is this all before or after you applied the 4.3.5 fix? I always set my installs up so that it works with the default authentication first to make sure everything is working properly and then apply the changed .dll files. I found this thread very helpful in setting up DNN for AD.
 
New Post
11/1/2006 11:36 AM
 

Dennis, Mike, Everyone who has ever wanted/used AD features,

When I first sat down and started mess with the AD integration in Dotnetnuke I think that I spent probably a good two days looking through forums, posts and blogs trying to find out how to actually use the thing.

Well Dennis' question today finally convinced me it was time to write it all down in one place.  The information I am providing is not new to the DNN AD community, but it is scattered around.  Now you can find it in one place.  If this tutorial seems helpful let me know and I will get it posted somewhere up on DNN where it can be more successful.  Also if you want you might read some of my other blog entries... I try to make them funny.  I thought I posted a good one a few days ago.

Anyway, how to setup Dotnetnuke Active Directory itnregration is located here.

http://www.getyourowntots.com/Default.aspx?tabid=57&EntryID=218

 

Dennis, if you could redo the steps that would help.  Then we know that something else is up.

Stuart


Hilbert Solutions, LLC
Owner, Hilbert Solutions, LLC
http://www.HilbertSolutions.com
A DNN Service Provider
From Module Development to DNN Upgrades, your one stop DNN Shop
 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationDNN AD Fix:  UPDATEDDNN AD Fix: UPDATED


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out