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 ...Help with installation from scratch with 3 serversHelp with installation from scratch with 3 servers
Previous
 
Next
New Post
2/3/2011 4:03 PM
 
Wes Tatters wrote:
ok – lets go back a few steps
 
** you should as a rule never use your default webserver instance for anything
 – small business server used to have an annoying habit of stuffing elements in there.
 
** you should always define explicit bindings for each web server – domain and port
 
** you should not use \inetpub\wwwroot  or any subfolder below it
 ===========================================================

 etc.

Thank you Wes,

I wouldn't have normally used the default web server, except for a line that I found in the book Professional DotNetNuke 5 by Walker, Scarbeau, et al, (Wrox ), pg 82, which says, "Click Sites, right-click over Default Web Site, and scroll down to Add Application, as shown ..." Granted, I'm using IIS 6 and this is for IIS 7, but the implication is there to use the Default Web Site, isn't it?

I may be wrong, but I don't think SBS will put anything into the Default Site on a member server on the domain. I will also grant that SBS does some annoying things from time to time, but I haven't seen that.

I found this blog entry by a fellow that wrote a book on IIS 7:
http://blogs.technet.com/b/chrad/arch...

Maybe I misunderstood when he said:
"If there is a website which is already running and utilizing a binding that you would prefer to use then you should select this option.  This allows you to utilize the resources of the parent site, if interested, as the server (e.g. IIS) will handle any requests over the same connection(s). "

Since I had no intention of using this server or its meager resources for anything other than DNN, it seemed like good advice to "utilize the resources of the parent site." Now I'll try it differently.

As far as using the inetpub\wwwroot folder and also the Default Web Site, I got the following information from:
http://seablick.com/blog/71/a-newbies...

This seems like a reliable site, and it says:

4 IIS – create virtual directory and set-up

Now that the database and file system are in place, we can create the virtual directory in IIS.

■ Open IIS and expand the tree to see “Default Web Site”. (You can find IIS in Start | Control Panel | Administrative Tools.)
■ Expand the "Default Web Site" node.
■ If you have placed your DNN root folder under C:\inetpub\wwwroot, you will already see your website and can bypass this step. If not, you will need to add a virtual directory.
■ Right-click on "Default Web Site"
■ Click New | Virtual Directory

You see, from my point of view, there is not a lot of agreement as to what's best.

Nevertheless, I'll use a different folder.

-------------------------------------
1. Ping and nslookup are ok.

D:\Users\richard>ping aciis.argosy.local

Pinging aciis.argosy.local [192.168.221.6] with 32 bytes of data:
Reply from 192.168.221.6: bytes=32 time=17ms TTL=128
Reply from 192.168.221.6: bytes=32 time=3ms TTL=128
Reply from 192.168.221.6: bytes=32 time=3ms TTL=128
Reply from 192.168.221.6: bytes=32 time=2ms TTL=128

Ping statistics for 192.168.221.6:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 2ms, Maximum = 17ms, Average = 6ms

D:\Users\richard>nslookup aciis.argosy.local
Server:  acsbs.argosy.local
Address:  192.168.221.5

Name:    aciis.argosy.local
Address:  192.168.221.6

---------------------------------------
2. C:\inetpub\DNN contains the extracted zip

---------------------------------------
3. dnn_APPPOOL is now a local user on the IIS server

---------------------------------------
4. Using the Website Creation Wizard, I have described the new Web Site as DotNetNuke.
I used the binding *, 80, aciis.argosy.local (aciis.argosy.local is the host header)
I used the directory C:\inetpub\DNN
I allowed Anonymous access
I selected Read, Run Scripts, and Execute
I have created an Application Pool, DotNetNuke and assigned the user dnn_APPPOOL to it
I have removed the default Application settings and Created one named DotNetNuke.
I set the Application Execute Permissions to Scripts and Executables
I selected DotNetNuke for the Application Pool
I set the default document to default.aspx and put it at the top of the list.

----------------------------------------
5. I set dnn_APPPOOL as the user for the DotNetNuke application pool

----------------------------------------
6. I assigned dnn_APPPOOL Full Control over the C:\Inetpub\DNN folder
I also replaced permissions on all child objects, overriding the inheritance

----------------------------------------
7. From my Win7 workstation browser, http://aciis.argosy.local diplays "Service Unavailable"

----------------------------------------
8. The Sharepoint for SBS is automatically configured for "CompanyWeb"
It is entangled with other aspects of SBS, too.
The DNS entries are likewise automatically made.
Companyweb and the health status reporting emails work, so ....

----------------------------------------
9. The Exchange server seems to work well in the domain and externally.

----------------------------------------

PS. I am in a very rural location, thus I AM the specialist, or must become, as we have to be generalists to survive, and use each other for help.

For instance, the phone company here has one employee, an old cowboy in a pickup truck, who calls me for help with static addresses for the 2 customers who have it for their DSL.

There's simply too much to know and it changes too fast, even for a guy like me with MCSE, Network+, Server+, and SBS certifications, who built 5 VMs for the world's largest software company just last night.

That's why I appreciate it that I can get help from a forum like this.
.
Anyway, much obliged for your help so far. I think we may be getting closer.


"All the solutions are simple, but only after you already know them" Robt. Pirsig
 
New Post
2/3/2011 5:48 PM
 
hmmm ok What I want you to do is to create a text file in your \inetpub\DNN\ called default.html make its contents we are here go back into your IIS server and change your document defaults for the DotNetNuke website so that: default.html is the FIRST default now browse again to http://aciis.argosy.local >>> also - a question - I assume that your did the ping tests they were done on the Windows 7 browser machine ? Westa
 
New Post
2/4/2011 1:55 PM
 
Wes Tatters wrote:
hmmm ok What I want you to do is to create a text file in your \inetpub\DNN\ called default.html make its contents we are here go back into your IIS server and change your document defaults for the DotNetNuke website so that: default.html is the FIRST default now browse again to http://aciis.argosy.local >>> also - a question - I assume that your did the ping tests they were done on the Windows 7 browser machine ? Westa

 Ok, this seems like a good test.

I created the default.html file, and set the Document list with it on top. Still was getting the Service Unavailable. The Event Log said that the DotNetNuke application pool identity was invalid and killing it, so I went back and reset the password for dnn_APPPOOL and put the account into the IIS_WPG group.

Hooray. I can display default.html.

However, when I put default.aspx back at the top of the Document list, the site reverts to "404." No Event errors are generated.

I can go back and forth, just by moving default.html up or down one position, so there is something about default.aspx ... isn't there?

Oh, and yes, the ping and nslookups were done from the Win7 workstation... I can also ping and do nslookup from either of the other servers, IE shows the same page or error from them, too, depending on whether default.html or default.aspx is at the top of the list.


"All the solutions are simple, but only after you already know them" Robt. Pirsig
 
New Post
2/4/2011 6:52 PM
 
default.aspx is ASP.net, while default.html is done by IIS (simplified). Please make sure, you enabled processing of ASP.net web handlers in IIS configuration.

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
2/4/2011 11:13 PM
 
Hmm ok - some forward movement. What version of windows server is the iis system running - and what version of iis. 2003 and iis 6 ? We need to ascertain if asp.net is running and properly configured on your system First lets check what versions are installed: Open explore and look for C:\Windows\Microsoft.NET\Framework\ or C:\WinNT\Microsoft.NET\Framework\ Depending what your system folder is. You should see a number of versions C:\Windows\Microsoft.NET\Framework\v2.0.50727 C:\Windows\Microsoft.NET\Framework\v3.5 Must be there. Now open your command line and cd to C:\Windows\Microsoft.NET\Framework\v2.0.50727 we now want to run aspnet_regiis -i this will make sure that asp.net is properly configured and registered with your web server. Now trying default.aspx again Westa
 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...Help with installation from scratch with 3 serversHelp with installation from scratch with 3 servers


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