ISS7 application tries to open filens from website folder

staleb 
I'm new to iis7 and having problem browsing an application.

I create a new website and point it to C:\inetpub\wwwroot, and I try to browse it and it works

I add an application Netpark (with virtualpath /Netpark) and I try to browse it I get an error message saying:
"The Resource cannot be found" requested URL: /login.aspx

But if I  type in localhost/netpark/login.aspx it shows, but then the next page (default.aspx) is missing,
because it looks to the website root folder it seems.

Is there some setting in my web.config file that says it should use the website folder instead of the application folder.
Or is a setting in IIS?

pcsmitpra
It seems to be some configuration issue with your application Netpark virtual directory. You may check the path of the virtual directory if its pointing to correct place and check permissions on that physical directory, if it allows  user "Network Service".
You may try to browse it using http://serverIP/netpark/
If you still face problem then you may create a new website and map netpark virtual directory as the root for the new website.

SiteFinity 3.7 on GoDaddy Shared Windows Hosting

artisit
I am trying to get a SiteFinity CMS installed on the GoDaddy shared windows hosting environment and I am having no success.  I have opened tickets with SiteFinity and GoDaddy and that hasn't helped.

Currently, when I try to go to the preview page for testing the site's availability, I am getting an error that says:

Server Error in '/' Application.
--------------------------------------------------------------------------------

The resource cannot be found.
Description: HTTP 404. The resource you are looking for (or one of its dependencies) could have been removed, had its name changed, or is temporarily unavailable.  Please review the following URL and make sure that it is spelled correctly.

Requested URL: /sitefinity/cmsentrypoint.aspx


--------------------------------------------------------------------------------
Version Information: Microsoft .NET Framework Version:2.0.50727.3615; ASP.NET Version:2.0.50727.4049
Preview DNS
Welcome!
This is a preview of your new Web site. Once you've completed setting up this site's content, you need to modify the DNS settings of your domain for it to be live to the public.
Click here to learn more about setting your domain's nameservers.

This occurs at the following URL:

http://www.appetitescafe.com.previewdns.com/home.aspx

I believe this is related to the web.config file and/or trust level.  I am attaching web.config with the db settings obfuscated.

ANY HELP WOULD BE AWESOME!!!!!!!

pcsmitpra 
Your most of the components require ASP.NET 3.5 to run, Please make sure you have asp.net 3.5 on the server and it should be in running position. You may require manually registration of extn 3.5 . Do you see any error while launching the installation on website?

Web server certificate contacting root CA

FLPeople We are doing some internal testing using a web application hosted in IIS and using SSL security (On 
Windows 2003 Server).  We currently have a test web site that is using an internally created certificate (created from our internal CA structure) to SSL (https) the web page.

First a look at our internal CA structure.  The Root CA is in our Root Domain (ourname.net) of our domain structure.  2 Subordinate CA’s are in the Sub-Domain (office.ourname.net) of our domain structure.

The web server and clients exists in office.ourname.net domain – shown below.

We did some network traffic monitoring while testing client access to the secured website.  When the client’s browser setting for “check for server certificate revocation” is turned on. – we were surprised to see traffic from our clients not only to the Subordinate CA (we expected this), but also to the Root CA.  We are assuming this was to check for a recent CRL (certificate revocation list) to make sure the given certificate has not since been revoked from its original creation.

Given that we plan to take our Root CA offline in the near future – this is concerning.  

1.      Why would this be happening if the subordinate was the CA that issued the cert to the web server?
2.      Was there an error in the way we created this certificate for the website?
3.      Is there an error in the way we are handling CRL’s in relation to our Root CA?
4.      How can we offline our Root CA if it is actively publishing CRL’s - and apparently from this test - our clients will be looking from them.

(I know its 4 questions here - will split points if need be)

gheist  
If you take your CRL offline make sure web server is taken off and refuses http connections, so that users feel less timeout.

pcsmitpra 
1.      Why would this be happening if the subordinate was the CA that issued the cert to the web server?
>>>> Have you placed the ROOT certificate in the place on webserver using certificate wizard ,becoz browser was trying to get root certificate.
2.      Was there an error in the way we created this certificate for the website?
>>>> Does not seems though Not sure.
3.      Is there an error in the way we are handling CRL’s in relation to our Root CA?
>>>> Please check if CRL on your webserver is updated and not bad. You can find it in certificate wizard.
4.      How can we offline our Root CA if it is actively publishing CRL’s - and apparently from this test - our clients will be looking from them.
>>>> If Client gets the GOOD CRL , Root Cert and intermediate cert from Webserver itself it wont try to reach Root server, considering the FQDN is fine and SSL is placed to right domain with correct hostname. Probably you would like to import a latest CRL file from root server to web server.