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 ...IIS 7 - permissions by the book, literally, yet an this message..IIS 7 - permissions by the book, literally, yet an this message..
Previous
 
Next
New Post
4/13/2011 4:03 PM
 
Hi,

On a new Windows 7 Professional box with IIS 7.5, I keep getting:

HTTP Error 500.19 - Internal Server Error

The requested page cannot be accessed because the related configuration data for the page is invalid.

Error Code
0x80070005
Config Error Cannot read configuration file due to insufficient permissions

I've followed all the usual instructions for Setting security permissions.
 
New Post
4/13/2011 6:54 PM
 
What are you using for your App Pool Identity? Your App Pool Identity should have modify permissions on the DNN directory.  Perhaps this blog will help.


 
New Post
4/14/2011 2:58 PM
 
Thanks for you answer, I haven't seen so far, in the mainstream literature (books mostly: Sellers, Washington, Murphy's Cookbook) for step-by-step DNN installation, mention of some App Pool Identity setting - yet the books are rather detailed on installation.

The message goes away after adding and granting permissions to IIS_IUSRS but that too is never mentioned in installation literature, and I'm not too sure about what this user or user group represents and what security risks I'm taking (not consequential on a local sand-box)
 
New Post
4/14/2011 7:54 PM
 
Each web site that you create in IIS has an application pool associated with it - this is basically an execution sandbox for that website.

Prior to IIS 7,5 - the user NETWORK SERVICE was assigned as the user identity for each of these application pools by default,

And for web applications like DNN that require full access permissions - it was this user "NETWORK SERVICE" - that you would
always be told to grant FULL ACCESS permission for the DNN folder

This however changed in IIS 7,5 - now by default a new VIRTUAL app pool user is assigned to each new application pool.
The idea being that this added a new layer of security granularity - each app pool has its own insulated system user.

So now - by default - instead of needing to grant FULL ACCESS to NETWORK SERVICE you actually need to be granting FULL ACCESS to a special virtual user called DefaultAppPool .

Now while this is a great idea in principal - Microsoft actually stuffed up a little early on when it comes to how this "User" is managed.
It was not actually not possible by default to adjust or assign permissions via this VIRTUAL user to the web sites folders because the WINDOWS Access Control List browser layer does not actually believe that the user exists - since it does not actually have a user profile.  Basically - windows does not show DefaultAppPool as a user you can assign permissions to.

It not actually  that hard to get the ACL to see this user - but you have to do it manually:

-------------------------------------------------------
  1. Open Windows Explorer
  2. Locate and select the directory that you set as your website root.
  3. Right click the file and select "Properties"
  4. Select the "Security" tab
  5. Click the "Edit" and then "Add" button
  6. Click the "Locations" button and make sure you select your machine.
  7. Enter "IIS AppPool\DefaultAppPool" in the "Enter the object names to select:" text box.
  8. Click the "Check Names" button and click "OK".

By doing this, the directory you selected will now also allow the "DefaultAppPool" identity access


===============================================

Once you  have done this you should be able to assign FULL ACCESS to the DefaultAppPool user -  in the safe knowledge that this FULL ACCESS permission is ONLY available to the specific APPLICATION POOL associated with your website and not any other entity,  Basically - it prevents the application pool gaining access to any other folders controlled by a different application pool.

If this all seems a bit like messing around - you can always change the application pool identity back to NETWORK SERVICE - since in reality unless you are running your own banking system its unlikely that you really need to lock down security to the level of granularity this new feature offers.

Westa

PS - there is another option that revolves around creating a new user manually for each application pool - which actually gives you the highest real level of security granularity - create a user "myAppPoolUser001"  - assign your application pool identity to this user - grant this user FULL ACCESS  - but if you do this you also need to make sure you grant FULL ACCESS to the temporary folder used by asp.net - which if you are aspnet 3.5 or less should be something like C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\

 
New Post
4/15/2011 1:04 PM
 
Wow.. how masterly and thorough explanation.. How to thank you enough..

Indeed I had been following "NETWORK SERVICE" instructions, not knowing that they were obsolete for an IIS 7.5 installation, because PACKT's 2010 book "Building Websites with DotNetNuke 5" states "We are using Windows 7, IIS 7.5" on page 22.

I've added IIS AppPool\DefaultAppPoo per your instructions, removed traces of other attempts with NEWORK SERVICE and IIS_IUSRS, and don't have the permission exception anymore!

The DNN Wizards installation kicks-in perfect now, the only thing is that I don't have the logos showing like in all other preceding installations on older IIS. A View Source shows me they are relative path:

DotNetNuke

I don't know if it's another tweak in IIS 7.5 in plus of the physical path <=> virtual path mapping, I'll open a separate thread.

Again thanks a lot.
 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...IIS 7 - permissions by the book, literally, yet an this message..IIS 7 - permissions by the book, literally, yet an this message..


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