Bereitstellen von Anwendungen, die auf dem .NET Framework

  • Artikel

In diesem Artikel werden wichtige Überlegungen zum Bereitstellen von Anwendungen beschrieben, die auf dem .NET Framework basieren.

Ursprüngliche Produktversion: .NET Framework
Ursprüngliche KB-Nummer: 818016

Zusammenfassung

Dieser Artikel gehört zu einer Reihe von Artikeln, die detaillierte Informationen zu Anwendungen enthalten, die auf dem .NET Framework basieren.

Die Artikel dieser Reihe enthalten auch die folgenden:

Erstellen der Web.Config datei für eine ASP.NET-Anwendung

Die Web.config-Datei ist eine XML-Datei, die anwendungsspezifische Einstellungen enthält, die Systemstandardeinstellungen außer Kraft setzen. Während die meisten ASP-Anwendungen, die auf dem .NET Framework basieren, mit einer Web.config-Datei bereitgestellt werden, ist die Web.config-Datei optional. Möglicherweise müssen Sie eine Web.config-Datei erstellen, um Standardeinstellungen auf Anwendungsbasis zu überschreiben.

Weitere Informationen zum Erstellen einer Web.config datei für eine Anwendung, die noch keine hat, finden Sie unter Bearbeiten der Konfiguration einer ASP.NET-Anwendung.

Bearbeiten der Konfiguration einer ASP.NET-Anwendung

Alle Systeme, auf denen die .NET Framework bereitgestellt wurde, verfügen über systemweite ASP.NET Konfigurationseinstellungen, die <im system.web-Element> der Machine.config-Datei definiert sind. Sie können diese Einstellungen (häufig müssen Sie diese Einstellungen ändern) auf Anwendungsbasis ändern.

Weitere Informationen zum Überschreiben der .NET Framework-Standardkonfigurationseinstellungen für eine bestimmte Anwendung finden Sie unter Bearbeiten der Konfiguration einer ASP.NET-Anwendung.

Ermitteln Sie, ob ein Clientsystem die Mindestanforderungen für die Installation des .NET Framework

Bevor Sie Anwendungen bereitstellen können, die auf dem .NET Framework auf einem Clientsystem basieren, müssen auf diesem System bestimmte Softwarekomponenten und Patches installiert sein. Die meisten Clientsysteme erfüllen die Anforderungen. Möglicherweise müssen Sie jedoch manuell überprüfen, ob ein bestimmtes System bereit ist, die .NET Framework weitervertreibbar zu erhalten.

Ermitteln Sie, ob ein Serversystem die Mindestanforderungen für die Installation des .NET Framework

Bevor Sie Anwendungen bereitstellen können, die auf dem .NET Framework auf einem Server basieren, müssen auf dem Server bestimmte Softwarekomponenten und Patches installiert sein. Die meisten Serversysteme erfüllen die Anforderungen. Möglicherweise müssen Sie jedoch manuell überprüfen, ob ein bestimmtes System bereit ist, die .NET Framework weitervertreibbar zu erhalten.

Selektives Aktivieren und Deaktivieren ASP.NET Funktionalität in IIS

Wenn die .NET Framework auf einem Servercomputer installiert ist, auf dem Internetinformationsdienste (IIS) ausgeführt werden, wird ASP.NET automatisch für virtuelle Server aktiviert. Diese Konfiguration ist jedoch möglicherweise nicht erwünscht. Wenn neue ASP-Webanwendungen, die auf dem .NET Framework basieren, auf einem Servercomputer mit IIS 5.0 bereitgestellt werden, können Sie steuern, welche virtuellen Server und Verzeichnisse ASP.NET unterstützen und welche nicht.

Weitere Informationen zum Aktivieren und Deaktivieren ASP.NET Funktionalität für virtuelle Server und Verzeichnisse in IIS 5.0 finden Sie unter HOW TO: Selectively Enable or Disable ASP.NET Functionality in IIS.

Konfigurieren benutzerdefinierter Fehlermeldungen für eine ASP.NET-Anwendung

Viele Websites ändern die IIS-Standardfehlermeldung, um eine benutzerfreundliche Seite anzuzeigen oder einen Administrator zu benachrichtigen. Wenn ein Servercomputer, auf dem IIS 5.0 ausgeführt wird, benutzerdefinierte Fehlermeldungen aufweist und eine ASP-Webanwendung, die auf dem .NET Framework basiert, auf diesem Servercomputer bereitgestellt wird, verwenden Fehler in der ASP.NET Anwendung keine benutzerdefinierten IIS 5.0-Fehlermeldungen, es sei denn, die Anwendung ist dafür konfiguriert.

Weitere Informationen zum Konfigurieren von benutzerdefinierten Fehlermeldungen für ASP-Anwendungen, die auf dem .NET Framework basieren, finden Sie unter Erstellen von benutzerdefinierten Fehlerberichterstattungsseiten in ASP.NET Using Visual Basic .NET.

Festlegen anwendungsspezifischer und verzeichnisspezifischer Konfigurationseinstellungen in einer ASP.NET-Anwendung

Die gängigste Methode zum Überschreiben von Systemstandardeinstellungen für eine ganze ASP.NET Anwendung besteht darin, eine Web.config-Datei für diese Anwendung zu erstellen oder zu bearbeiten. Konfigurationsänderungen dürfen jedoch häufig nur für bestimmte Dateien oder Ordner in einer Anwendung gelten. Es gibt zwei Möglichkeiten, den Umfang von Konfigurationsänderungen einzuschränken:

Konfigurieren der Sitzungszustandsverwaltung für ASP.NET Anwendungen

ASP.NET verfügt über neue Features für die Sitzungszustandsverwaltung. Sitzungszustandseinstellungen in ASP.NET werden über die Web.config-Datei einer ASP.NET-Anwendung konfiguriert. In ASP.NET sind mehrere Optionen für die Zustandsverwaltung für Sitzungen verfügbar. Zu diesen Optionen gehören modus (inproc, State Server, SQL Server), cookielose Zustandsverwaltung, Zustandsserver außerhalb des Prozessmodus und die Porteinstellungen.

Weitere Informationen zu ASP.NET Sitzungszustandsverwaltung finden Sie unter ASP.NET Sitzungszustand.

Erstellen und Bereitstellen eines Bereitstellungspakets für .NET-Sicherheitsrichtlinien

Die .NET Framework führt eine Sicherheitsrichtlinie ein. Die Sicherheitsrichtlinie ist eine neue Möglichkeit, die Ressourcen zu steuern, auf die eine Anwendung zugriff auf einem System erhalten kann. Es definiert die Autorisierung einer Anwendung basierend auf dem Standort oder der Quelle der Anwendung. Als Administrator können Sie die Sicherheitsrichtlinie computerweise steuern. Sie können Bereitstellungspakete jedoch als skalierbare methode für die Bereitstellung und Verwaltung von Sicherheitsrichtlinien in Active Directory-Umgebungen verwenden.

Migrieren einer ASP-Webanwendung zu ASP.NET unter Beibehaltung vorhandener Dateinamen

ASP.NET bietet viele Vorteile gegenüber der früheren ASP 3.0-Skriptumgebung. Insbesondere asp-Anwendungen, die auf dem .NET Framework basieren, bieten verbesserte Leistung, Skalierbarkeit und Zuverlässigkeit. Daher sind viele neue ASP-Anwendungen, die auf dem .NET Framework basieren, tatsächlich Upgrades auf vorhandene ASP 3.0-Anwendungen.

Eine der Herausforderungen beim Upgrade einer Anwendung von ASP 3.0 auf ASP.NET besteht darin, dass die beiden Umgebungen unterschiedliche Dateinamenerweiterungen verwenden. Standardmäßig verwendet ASP 3.0 .asp Dateinamenerweiterungen. ASP.NET verwendet jedoch .aspx Dateinamenerweiterungen. Obwohl die verschiedenen Dateinamenerweiterungen zulassen, dass sich die beiden Anwendungen in einem einzigen Ordner befinden, müssen Lesezeichen und Hyperlinks geändert werden, bevor die ASP 3.0-Anwendung offline geschaltet wird.

Konfigurieren einer ASP.NET-Anwendung für die Verwendung derselben Authentifizierung und Autorisierung wie eine vorhandene ASP-Webanwendung

ASP.NET umfasst flexiblere und komplexere Authentifizierungs- und Autorisierungssysteme als ASP 3.0. Standardmäßig können Sie nur Windows-Authentifizierung verwenden, um ASP 3.0-Anwendungen zu authentifizieren. Außerdem können Sie die Autorisierung nur mithilfe von NTFS-Dateiberechtigungen steuern.

ASP.NET unterstützt Windows-Authentifizierung und kann die Identität des Endbenutzers auf die gleiche Weise annehmen wie ASP 3.0. Diese Einstellung ist jedoch standardmäßig nicht aktiviert.

Bereitstellen einer ASP.NET Webanwendung mithilfe der XCopy-Bereitstellung

Sie können Ihre ASP.NET Webanwendung mit dem Befehlszeilenprogramm MS-DOS xcopy bereitstellen. Es ist jedoch eine gute Idee, Ihr Projekt bereitzustellen, anstatt zu verwenden xcopy. Wie beim Befehl xcopy Projekt kopieren wird der Speicherort von Assemblys nicht registriert oder überprüft. Außerdem konfiguriert iis-Verzeichniseinstellungen für Webprojekte xcopy nicht automatisch.

Weitere Informationen finden Sie unter Bereitstellen einer ASP.NET-Webanwendung mithilfe der Xcopy-Bereitstellung.

Einrichten mehrerer Server ASP.NET Webanwendungen und Webdiensten

Bei den meisten ASP.NET kann ein einzelner Server alle Anforderungen schnell verarbeiten. Viele Umgebungen müssen jedoch mehrere Server bereitstellen, um konstant hohe Datenverkehrsvolumen zu verarbeiten, prozessorintensive Anwendungen zu unterstützen, auf plötzliche Datenverkehrsspitzen zu reagieren oder Redundanzanforderungen zu erfüllen.

References

Weitere Informationen zum Bereitstellen von Anwendungen, die auf dem .NET Framework basieren, und zur .NET-Interoperabilität finden Sie auf den folgenden Microsoft-Websites: