Configuring ASP.NET (Windows)

ASP.NET is a flexible set of tools and web development technologies that allows you to employ a number of applications based on ASP.NET framework. Plesk supports 1.1.x, 2.0.x and 4.0.x versions of the .NET framework and allows configuring most of its settings. Most ASP.NET configuration settings that commonly need to be customized in order for ASP.NET applications to function in a desirable way can be edited through Plesk.

To configure the server-wide ASP.NET settings:

  1. Go to Tools & Settings > ASP.NET Settings(in the Applications group). The settings for different versions of ASP.NET are located under the corresponding tabs.


    ASP_Net

  2. Set up the strings that determine database connection data for ASP.NET applications which use databases. This option is available only for ASP.NET 2.0.x.

    When you open the ASP.NET configuration page for the first time, sample connection parameters with common constructions are displayed. You can delete them and specify your own strings.

    • To add a string, enter the required data into the Name and Connection Parameters input fields and click Icon_add next to them.
    • To remove a string, click Icon_remove next to it.
  3. Set up custom error messages that will be returned by ASP.NET applications in the Custom Error Settingsfield:
    • To set the custom error messages mode, select an appropriate option from the Custom error modemenu:
      • On - custom error messages are enabled.
      • Off - custom error messages are disabled and detailed errors are to be shown.
      • RemoteOnly - custom error messages are displayed only to remote clients, and ASP.NET errors are shown to the local host.
    • To add a custom error message (which will be applied unless the Off mode was selected), enter the values in the Status Code and Redirect URL fields, and click Icon_add.
      • Status Code defines the HTTP status code resulting in redirection to the error page.
      • Redirect URL defines the web address of the error page presenting information about the error to the client.

      Due to possible conflicts, you cannot add a custom error message with an error code that already exists, but you can redefine the URL for the existing code.

    • To remove a custom error message from the list, click Icon_remove next to it.
  4. Configure compilation settings in the Compilation and Debuggingfield:
    • To determine the programming language to be used as default in dynamic compilation files, choose an entry from Page default language list.
    • To enable compiling retail binaries, leave the Enable debugging checkbox empty.
    • To enable compiling debug binaries, select the Enable debuggingcheckbox. In this case, the source code fragments containing error will be shown in a diagnostic page message.

      Note: When running applications in debug mode, a memory and/or performance overhead occurs. It is recommended to use debugging when testing an application and to disable it before deploying the application into production scenario.

  5. Configure encoding settings for ASP.NET applications in the Globalization Settingssection:
    • To set an adopted encoding of all incoming requests, enter an encoding value into the Request encoding field (default is utf-8).
    • To set an adopted encoding of all responses, enter an encoding value into the Response encoding field (default is utf-8).
    • To set an encoding which must be used by default for parsing of .aspx, .asmx, and .asax files, enter an encoding value into the File encoding field (default is Windows-1252).
    • To set a culture which must be used by default for processing incoming web requests, select an appropriate item from the Culture list.
    • To set a culture which must be used by default when processing searches for a locale-dependent resource, select an appropriate item from the UI Culture list.
  6. Set a code access security trust level for ASP.NET applications in the Code Access Securityfield.

    CAS trust level is a set of restrictions applied to an app. For example, the Low level restricts app’s network capabilities (like sending mail) while the Full trust level removes any restrictions.

    • To allow changing the CAS trust level for websites, select the checkbox Allow changing the CAS trust level for individual websites. If you do not select this checkbox, websites will use the server-wide setting. Otherwise, each website will be able to have its own CAS trust level specified in the website's hosting settings.

      Important: When an assembly is assigned a trust level that is too low, it does not function correctly. For more information on the permissions levels see http://msdn.microsoft.com/library/en-us/dnnetsec/html/THCMCh09.asp?frame=true#c09618429_010.

  7. Set client session parameters in the Session Settingsfield:
    • To set up the default authentication mode for applications, select an appropriate item from the Authentication mode list. Windows authentication mode should be selected if any form of IIS authentication is used.
    • To set up time that a session can remain idle before it is abandoned, enter the appropriate number of minutes into the Session timeout field.
  8. Click OK to apply all changes.

Note: Plesk supports separate configurations for different versions of the .NET framework (1.1.x, 2.0.x and 4.0.x).

  • 0 Utilisateurs l'ont trouvée utile
Cette réponse était-elle pertinente?

Related Articles

Automated website copying in Plesk 12

Log in to the Plesk Control Panel Go to the Websites & Domains and click the name of the...

How to set up custom nameservers in Plesk

Once your domain has been created in Plesk you will need to configure the DNS settings for your...

Logging In to Plesk

To log in to Plesk, open your web browser and open the following address:...

Plesk Editions

Starting from Plesk 12, you can choose from four Plesk editions that have features mostly used by...

Plesk Users

Plesk is a web hosting control panel that targets three user groups: Administrators. These...