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

HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...Configure IIS to not use machine account in SQL Server w/Integrated SecurityConfigure IIS to not use machine account in SQL Server w/Integrated Security
Previous
 
Next
New Post
1/19/2007 4:27 PM
 

We have installed DNN 4.0.4 successfully. The application is on a Win2k3 machine connecting to a SQL 2000 database. Our dba has concerns over the security of the application, namely the fact that IIS initially contacts the database as [domain name]\[machine name]$. (e.g. RDomain\WinSvr123$) To get this to even connect, I've had to give the machine account db_owner privileges. Once it looks up a user, it then seems to use the domain user credentials. We have ADgroups that I can map to SQL Roles to take care of the users access but cannot figure out what to do to alleviate the machine account accessing the SQL Server. Does anyone know how to do this?

Additionally, what can we do to lock down the user to only the objects they need in the database. We'd prefer not to let them have access to the db_owner role. These issues don't really seem to be addressed anywhere in the documentation.

Thanks in advance!

 
New Post
1/20/2007 2:44 AM
 
Check out this post.

http://www.dotnetnuke.com/Community/BlogsDotNetNuke/tabid/825/EntryID/1044/Default.aspx

have not tested with Integrated security, but you should be able to make the integrated account the one that is setup as the upgradeConnectionString (Only used for installs, intial install and module install).  The connectionString used can then be setup as a SQL authenticate users and it only gets execute permissions on the sprocs/functions.  You will manually have to set the permission on the sprocs/functions since DNN was not configured this way when installed.

You will also notice that the upgradedConnectionString user does not need to have dbowner.
 
New Post
1/22/2007 9:15 AM
 

One of the many hangups they have with this at this point is security. They are pretty insistent on using "Windows Authentication" and are frightened when it initially connects with the machine account to the database. I cannot think of a way to use integrated security without this happening.

Am I correct on my assumption of the process flow?

1. Domain user requests default.aspx
2. IIS queries SQL w/machine account (DOMAIN/MACHINE$) to determine if user (DOMAIN/UserName) has permissions to DNN
3. Domain user is authenticated and queries DNN for content
4. ISS Serves up correct DNN web page

You have mentioned the upgradeConnectionString. I see little documentation on the use of that. I am assuming that it is just another connectionstring that DNN uses when installing or updating the DNN installation. Am I also correct in assuming that you intend for that to use a SQL Login as well?

Thanks for the information, it will be very helpful when I go to discuss this with the dba and system admins.

 - Todd

P.S. Can there be a documentation section specifically documenting how to securely install DNN?

 
New Post
1/23/2007 5:55 PM
 
Yes, the upgradeConnection string is just used for the installation of the application and modules if set.  So you could set the application to use the upgradeConnectionString (SQL Authenticated) and the connectionString (Integrated Security).  Personally I'd do it the opposite way so the password for the account with most privileges is not exposed. I have not test test this so you will have to play with this setup. Also try setting the User Instance=True in the connectionstring before messing with the other options.

As far as documentation, download the documentation zip file in the downloads area of DotNetNuke.com.  There is a great document created by Cathal on how to secure DNN.

 
New Post
3/28/2007 9:57 AM
 

It's been a few months since we looked into this. We're just getting back to this as we're going to move ahead and put this into production. I have a few follow up questions.

1. DNN still makes the first call from IIS to SQL Server as the machine account. (RDomain\WinSvr123$) I can't seem to eliminate that. Is there a way to troubleshoot the sequence of events? If so, how?

2. When is 4.5.0 coming out. Would this help any of our authentication issues?

I'm also looking into modifying the connection string as Sean mentioned above.

 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...Configure IIS to not use machine account in SQL Server w/Integrated SecurityConfigure IIS to not use machine account in SQL Server w/Integrated Security


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