Bereitstellen von Webpaketen

Artikel
08/10/2024

In diesem Thema wird beschrieben, wie Sie Webbereitstellungspakete mithilfe des Internetinformationsdienste (IIS)-Webbereitstellungstools (Web Deploy) 2.0 auf einem Remoteserver veröffentlichen können.

Es gibt zwei Hauptmethoden, mit denen Sie ein Webpaket auf einem Remoteserver bereitstellen können:

Sie können das Befehlszeilenprogramm MSDeploy.exe direkt verwenden.

Sie können die [Projektname]-.deploy.cmd Datei ausführen, die der Buildprozess generiert.

Das Endergebnis ist gleich, unabhängig davon, welcher Ansatz Sie verwenden. Im Wesentlichen besteht die Ausführung aller .deploy.cmd Datei darin, MSDeploy.exe mit einigen vordefinierten Werten auszuführen, sodass Sie nicht so viele Informationen bereitstellen müssen, um das Paket bereitzustellen. Dies vereinfacht den Bereitstellungsprozess. Auf der anderen Seite bietet ihnen die direkte Verwendung von MSDeploy.exe viel mehr Flexibilität bei der Genauen Bereitstellung Ihres Pakets.

Welcher Ansatz Sie verwenden, hängt von einer Vielzahl von Faktoren ab, einschließlich der Menge der Kontrolle über den Bereitstellungsprozess und ob Sie auf den Web Deploy Remote Agent-Dienst oder den Web Deploy Handler abzielen. In diesem Thema wird erläutert, wie Sie jeden Ansatz verwenden und ermitteln, wann jeder Ansatz geeignet ist.

Bei den Aufgaben und exemplarischen Vorgehensweisen in diesem Thema wird davon ausgegangen, dass:

Sie haben Ihre Webanwendung erstellt und verpackt, wie in Building and Packaging Web Application Projects beschrieben.

Sie haben die SetParameters.xml Datei so geändert, dass sie die richtigen Parameterwerte für Ihre Zielumgebung bereitstellt, wie unter Konfigurieren von Parametern für die Webpaketbereitstellung beschrieben.

Das Ausführen der Datei [Projektname].deploy.cmd ist die einfachste Möglichkeit zum Bereitstellen eines Webpakets. Insbesondere bietet die Verwendung der .deploy.cmd Datei diese Vorteile gegenüber der direkten Verwendung von MSDeploy.exe:

Sie müssen nicht den Speicherort des Webbereitstellungspakets angeben – die .deploy.cmd Datei weiß bereits, wo es sich befindet.
Sie müssen den Speicherort der SetParameters.xml Datei nicht angeben – die .deploy.cmd Datei weiß bereits, wo sie sich befindet.
Sie müssen keine Quell- und Ziel-MSDeploy-Anbieter angeben– die .deploy.cmd Datei weiß bereits, welche Werte verwendet werden sollen.
Sie müssen keine MSDeploy-Vorgangseinstellungen angeben. Die .deploy.cmd Datei fügt den MSDeploy.exe Befehl automatisch die häufig erforderlichen Werte hinzu.

Bevor Sie die .deploy.cmd-Datei zum Bereitstellen eines Webpakets verwenden, sollten Sie Folgendes sicherstellen:

Die .deploy.cmd Datei, der [Projektname]. SetParameters.xml Datei und das Webpaket ([Projektname].zip) befinden sich im selben Ordner.
Web Deploy (MSDeploy.exe) wird auf dem Computer installiert, auf dem die .deploy.cmd Datei ausgeführt wird.

Die .deploy.cmd Datei unterstützt verschiedene Befehlszeilenoptionen. Wenn Sie die Datei über eine Eingabeaufforderung ausführen, ist dies die grundlegende Syntax:

[project name].deploy.cmd [/T | /Y]
                          [/M:<computer name>]
                          [/A:<Basic | NTLM>]
                          [/U:<user name>]
                          [/P:<password>]
                          [/L]
                          [/G:<true | false>]
                          [Additional MSDeploy.exe flags]

Sie müssen entweder ein /T-Flag oder ein /Y-Flag angeben, um anzugeben, ob Sie eine Testausführung oder eine Livebereitstellung durchführen möchten (verwenden Sie nicht beide Flags im selben Befehl). In dieser Tabelle wird der Zweck der einzelnen Kennzeichnungen erläutert.

Flag	Beschreibung
/T	Ruft MSDeploy.exe mit dem Flag "–whatif " auf, das eine Testausführung angibt. Anstatt das Paket bereitzustellen, erstellt es einen Bericht darüber, was passiert, wenn Sie das Paket bereitgestellt haben.
/Y	Ruft MSDeploy.exe ohne das Flag "-whatif " auf. Dadurch wird das Paket auf dem lokalen Computer oder dem angegebenen Zielserver bereitgestellt.
/M	Gibt den Zielservernamen oder die Dienst-URL an. Weitere Informationen zu den werten, die Sie hier bereitstellen können, finden Sie im Abschnitt "Endpunktüberlegungen " in diesem Thema. Wenn Sie das Flag "/M " weglassen, wird das Paket auf dem lokalen Computer bereitgestellt.
/Ein	Gibt den Authentifizierungstyp an, den MSDeploy.exe zum Ausführen der Bereitstellung verwenden soll. Mögliche Werte sind Bearer, NTLM und Basic. Wenn Sie das Flag "/A" weglassen, wird der Authentifizierungstyp standardmäßig ntLM für die Bereitstellung im Remote-Agent-Dienst "Web Deploy" und "Basic for deployment to the Web Deploy Handler" verwendet.
/U	Gibt den Benutzernamen an. Dies gilt nur, wenn Sie die Standardauthentifizierung verwenden.
/P	Gibt das Kennwort an. Dies gilt nur, wenn Sie die Standardauthentifizierung verwenden.
/L	Gibt an, dass das Paket in der lokalen IIS Express-Instanz bereitgestellt werden soll.
/G	Gibt an, dass das Paket mithilfe der TempAgent-Anbietereinstellung bereitgestellt wird. Wenn Sie das Flag "/G " weglassen, wird der Standardwert auf "false" festgelegt.

Hinweis

Jedes Mal, wenn der Buildprozess ein Webpaket erstellt, erstellt er auch eine Datei mit dem Namen [Projektname].deploy-readme.txt , die diese Bereitstellungsoptionen erläutert.

Zusätzlich zu diesen Flags können Sie Web Deploy-Vorgangseinstellungen als zusätzliche .deploy.cmd Parameter angeben. Alle von Ihnen angegebenen zusätzlichen Einstellungen werden einfach an den zugrunde liegenden MSDeploy.exe Befehl übergeben. Weitere Informationen zu diesen Einstellungen finden Sie unter Web Deploy Operation Settings.

Angenommen, Sie möchten das ContactManager.Mvc-Webanwendungsprojekt in einer Testumgebung bereitstellen, indem Sie die .deploy.cmd Datei ausführen. Ihre Testumgebung ist so konfiguriert, dass der Remote-Agent-Dienst "Web Deploy" verwendet wird, wie unter "Konfigurieren eines Webservers für web Deploy Publishing (Remote Agent)" beschrieben. Um die Webanwendung bereitzustellen, müssen Sie die nächsten Schritte ausführen.

So stellen Sie eine Webanwendung mithilfe der .deploy.cmd-Datei bereit

Erstellen und verpacken Sie das Webanwendungsprojekt, wie in Building and Packaging Web Application Projects beschrieben.
Ändern Sie die ContactManager.Mvc.SetParameters.xml Datei so, dass sie die richtigen Parameterwerte für Ihre Testumgebung enthält, wie unter Konfigurieren von Parametern für die Webpaketbereitstellung beschrieben.
Öffnen Sie ein Eingabeaufforderungsfenster, und navigieren Sie zum Speicherort der ContactManager.Mvc.deploy.cmd Datei.
Geben Sie diesen Befehl ein, und drücken Sie dann die EINGABETASTE:
```
ContactManager.Mvc.deploy.cmd /Y /M:TESTWEB1 /A:NTLM
```

In diesem Beispiel:

Das Flag "/Y " gibt an, dass Sie das Paket tatsächlich bereitstellen möchten, anstatt eine Testversion auszuführen.
Das Flag "/M " gibt an, dass Sie das Paket auf dem Server mit dem Namen TESTWEB1 bereitstellen möchten. Von diesem Wert aus versucht MSDeploy.exe, das Paket im Dienst "Remote-Agent bereitstellen" auf http://TESTWEB1/MSDeployAgentService.
Das Flag "/A " gibt an, dass Sie die NTLM-Authentifizierung verwenden möchten. Daher müssen Sie keinen Benutzernamen und ein Kennwort angeben.

Um zu veranschaulichen, wie die Verwendung der .deploy.cmd-Datei den Bereitstellungsprozess vereinfacht, sehen Sie sich den befehl MSDeploy.exe an, der generiert und ausgeführt wird, wenn Sie ContactManager.Mvc.deploy.cmd mit den oben gezeigten Optionen ausführen.

msdeploy.exe 
-source:package='C:\Users\matt.FABRIKAM\Desktop\ContactManager-03\ContactManager\
 Publish\Out\_PublishedWebsites\ContactManager.Mvc_Package\ContactManager.Mvc.zip' -dest:auto,computerName='TESTWEB1.fabrikam.net', authtype='NTLM',
 includeAcls='False' 
-verb:sync 
-disableLink:AppPoolExtension 
-disableLink:ContentExtension 
-disableLink:CertificateExtension 
-setParamFile:"C:\Users\matt.FABRIKAM\Desktop\ContactManager-03\ContactManager\
 Publish\Out\_PublishedWebsites\ContactManager.Mvc_Package\
 ContactManager.Mvc.SetParameters.xml"

Weitere Informationen zur Verwendung der .deploy.cmd Datei zum Bereitstellen eines Webpakets finden Sie unter How to: Install a Deployment Package Using the deploy.cmd File.

Verwenden von MSDeploy.exe

Obwohl die Verwendung der .deploy.cmd-Datei den Bereitstellungsprozess im Allgemeinen vereinfacht, gibt es einige Situationen, in denen es vorzuziehen ist, MSDeploy.exe direkt zu verwenden. Zum Beispiel:

Wenn Sie den Web Deploy-Handler als Nichtadministratorbenutzer bereitstellen möchten, können Sie die .deploy.cmd-Datei nicht verwenden. Dies liegt an einem Fehler in Web Deploy 2.0, wie unter Endpunktüberlegungen beschrieben.
Wenn Sie manuell zwischen verschiedenen SetParameters.xml Dateien an verschiedenen Speicherorten wechseln möchten, sollten Sie MSDeploy.exe direkt verwenden.
Wenn Sie mehrere MSDeploy.exe Befehlszeilenargumente außer Kraft setzen möchten, sollten Sie MSDeploy.exe möglicherweise direkt verwenden.

Wenn Sie MSDeploy.exe verwenden, müssen Sie drei wichtige Informationen bereitstellen:

Ein –source-Parameter , der angibt, wo ihre Daten stammen.
Ein –dest-Parameter , der angibt, wo Ihre Daten gespeichert werden sollen.
Ein "-verb "-Parameter, der den auszuführenden Vorgang angibt.

MSDeploy.exe basiert auf Web Deploy-Anbietern , um Quell- und Zieldaten zu verarbeiten. Web Deploy enthält viele Anbieter, die den Bereich von Anwendungen und Datenquellen darstellen, mit denen sie arbeiten können, z. B. gibt es Anbieter für SQL Server-Datenbanken, IIS-Webserver, Zertifikate, global assembly cache (GAC)-Assemblys, verschiedene verschiedene Konfigurationsdateien und viele andere Datentypen. Sowohl der Parameter "-source " als auch der Parameter "-dest " müssen einen Anbieter im Format "–source:[providerName]=[location] angeben" angeben. Wenn Sie ein Webpaket auf einer IIS-Website bereitstellen, sollten Sie die folgenden Werte verwenden:

Der –source-Anbieter ist immer paketiert. Zum Beispiel:
```
-source:package='[path to web package]'
```
Der Anbieter "–dest " ist immer automatisch. Zum Beispiel:
```
-dest:auto='[server name or service URL]'
```
Das Verb "–verb " wird immer synchronisiert.
```
-verb:sync
```

Darüber hinaus müssen Sie verschiedene andere anbieterspezifische Einstellungen und allgemeine Betriebseinstellungen angeben. Angenommen, Sie möchten die ContactManager.Mvc-Webanwendung in einer Stagingumgebung bereitstellen. Die Bereitstellung zielt auf den Web Deploy Handler ab und muss die Standardauthentifizierung verwenden. Um die Webanwendung bereitzustellen, müssen Sie die nächsten Schritte ausführen.

So stellen Sie eine Webanwendung mithilfe von MSDeploy.exe mithilfe eines Zugriffstokens bereit

MSDeploy V3 unterstützt die Authentifizierung mit einem Zugriffstoken, auch als Bearertoken bezeichnet. Zugriffstoken werden empfohlen, da sie am sichersten sind.

Erstellen und verpacken Sie das Webanwendungsprojekt, wie in Building and Packaging Web Application Projects beschrieben.
Ändern Sie die ContactManager.Mvc.SetParameters.xml Datei so, dass sie die richtigen Parameterwerte für Ihre Stagingumgebung enthält, wie unter Konfigurieren von Parametern für die Webpaketbereitstellung beschrieben.
Öffnen Sie ein Eingabeaufforderungsfenster, und navigieren Sie zum Speicherort von MSDeploy.exe. Dies ist in der Regel bei %PROGRAMFILES%\IIS\Microsoft Web Deploy {version}\msdeploy.exe.
Wenn Sie nicht über ein Zugriffstoken verfügen, erstellen Sie ein Zugriffstoken mit dem Befehl:

az account get-access-token --query accessToken

Geben Sie diesen Befehl ein, und drücken Sie dann die EINGABETASTE (ignorieren Sie die Zeilenumbrüche):

MSDeploy.exe
  -source:package="[path]\ContactManager.Mvc.zip"
  -dest:auto,
        computerName="https://stageweb1:8172/MSDeploy.axd?site=DemoSite",
        username="FABRIKAM\stagingdeployer",
        $CREDENTIAL_PLACEHOLDER$,
        authtype="Bearer",
        includeAcls="False",
        Password="{token}"
  -verb:sync
  -disableLink:AppPoolExtension
  -disableLink:ContentExtension
  -disableLink:CertificateExtension
  -setParamFile:"[path]\ContactManager.Mvc.SetParameters.xml"
  -allowUntrusted

In diesem Beispiel:

Der Parameter "–source " gibt den Paketanbieter an und gibt den Speicherort des Webpakets an.
Der Parameter "–dest " gibt den automatischen Anbieter an. Die ComputerName-Einstellung stellt die Dienst-URL des Web Deploy Handlers auf dem Zielserver bereit. Die Authentifizierungseinstellung Bearer gibt an, dass Sie ein Zugriffstoken für die Authentifizierung verwenden möchten, und sie müssen den Tokenwert als Kennwort angeben. Die Einstellung includeAcls="False" gibt an, dass Sie die Zugriffssteuerungslisten (ACCESS Control Lists, ACLs) der Dateien in Ihrer Quellwebanwendung nicht auf den Zielserver kopieren möchten.
Das Argument "–verb:sync" gibt an, dass Sie den Quellinhalt auf dem Zielserver replizieren möchten.
Die Argumente "–disableLink " geben an, dass Sie keine Anwendungspools, virtuelle Verzeichniskonfiguration oder SSL-Zertifikate (Secure Sockets Layer) auf dem Zielserver replizieren möchten. Weitere Informationen finden Sie unter Web Deploy Link Extensions.
Der Parameter "–setParamFile " stellt den Speicherort der SetParameters.xml Datei bereit .
Der Switch "–allowUntrusted " gibt an, dass Web Deploy SSL-Zertifikate akzeptieren soll, die nicht von einer vertrauenswürdigen Zertifizierungsstelle ausgestellt wurden. Wenn Sie im Web Deploy Handler bereitstellen und ein selbstsigniertes Zertifikat zum Sichern der Dienst-URL verwendet haben, müssen Sie diesen Switch einschließen.

So stellen Sie eine Webanwendung mit MSDeploy.exe und Standardauthentifizierung bereit

Warnung

Die Standardauthentifizierung wird nicht empfohlen, wenn sicherere Methoden (Bearertoken) verfügbar sind.

Erstellen und verpacken Sie das Webanwendungsprojekt, wie in Building and Packaging Web Application Projects beschrieben.
Ändern Sie die ContactManager.Mvc.SetParameters.xml Datei so, dass sie die richtigen Parameterwerte für Ihre Stagingumgebung enthält, wie unter Konfigurieren von Parametern für die Webpaketbereitstellung beschrieben.
Öffnen Sie ein Eingabeaufforderungsfenster, und navigieren Sie zum Speicherort von MSDeploy.exe. Dies ist in der Regel bei %PROGRAMFILES%\IIS\Microsoft Web Deploy {version}\msdeploy.exe.

Geben Sie diesen Befehl ein, und drücken Sie dann die EINGABETASTE (ignorieren Sie die Zeilenumbrüche):

MSDeploy.exe
  -source:package="[path]\ContactManager.Mvc.zip"
  -dest:auto,
        computerName="https://stageweb1:8172/MSDeploy.axd?site=DemoSite",
        username="FABRIKAM\stagingdeployer",
        $CREDENTIAL_PLACEHOLDER$,
        authtype="Basic",
        includeAcls="False"
  -verb:sync
  -disableLink:AppPoolExtension
  -disableLink:ContentExtension
  -disableLink:CertificateExtension
  -setParamFile:"[path]\ContactManager.Mvc.SetParameters.xml"
  -allowUntrusted

In diesem Beispiel:

Der Parameter "–source " gibt den Paketanbieter an und gibt den Speicherort des Webpakets an.
Der Parameter "–dest " gibt den automatischen Anbieter an. Die ComputerName-Einstellung stellt die Dienst-URL des Web Deploy Handlers auf dem Zielserver bereit. Die Authentifizierungseinstellung gibt an, dass Sie die Standardauthentifizierung verwenden möchten, und daher müssen Sie einen Benutzernamen und ein Kennwort angeben. Schließlich gibt die IncludeAcls="False"- Einstellung an, dass Sie die Zugriffssteuerungslisten (ACCESS Control Lists, ACLs) der Dateien in Ihrer Quellwebanwendung nicht auf den Zielserver kopieren möchten.
Das Argument "–verb:sync" gibt an, dass Sie den Quellinhalt auf dem Zielserver replizieren möchten.
Die Argumente "–disableLink " geben an, dass Sie keine Anwendungspools, virtuelle Verzeichniskonfiguration oder SSL-Zertifikate (Secure Sockets Layer) auf dem Zielserver replizieren möchten. Weitere Informationen finden Sie unter Web Deploy Link Extensions.
Der Parameter "–setParamFile " stellt den Speicherort der SetParameters.xml Datei bereit .
Der Switch "–allowUntrusted " gibt an, dass Web Deploy SSL-Zertifikate akzeptieren soll, die nicht von einer vertrauenswürdigen Zertifizierungsstelle ausgestellt wurden. Wenn Sie im Web Deploy Handler bereitstellen und ein selbstsigniertes Zertifikat zum Sichern der Dienst-URL verwendet haben, müssen Sie diesen Switch einschließen.

Automatisieren der Webpaketbereitstellung

In vielen Unternehmensszenarien sollten Sie Ihre Webpakete als Teil einer größeren einzelstufigen oder automatisierten Bereitstellung bereitstellen. Unabhängig davon, ob Sie Ihre Webpakete bereitstellen möchten, indem Sie die .deploy.cmd-Datei ausführen oder direkt MSDeploy.exe verwenden, können Sie Ihre Befehle parametrisieren und von einem Ziel in einer MSBuild-Projektdatei (Microsoft-Build-Engine) aufrufen.

Sehen Sie sich in der Contact Manager-Beispiellösung das PublishWebPackages-Ziel in der Datei Publish.proj an. Dieses Ziel wird einmal für jede .deploy.cmd Datei ausgeführt, die durch eine Elementliste mit dem Namen PublishPackages identifiziert wird. Das Ziel verwendet Eigenschaften und Elementmetadaten, um einen vollständigen Satz von Argumentwerten für jede .deploy.cmd Datei zu erstellen und dann die Exec-Aufgabe zum Ausführen des Befehls zu verwenden.

<Target Name="PublishWebPackages" Outputs="%(PublishPackages.Identity)">
  ...
  <PropertyGroup>
    <_WhatIfSwitch>/Y</_WhatIfSwitch>
    <_WhatIfSwitch Condition=" '$(_WhatIf)'=='true' ">/T</_WhatIfSwitch>
    <_Cmd>
      %(PublishPackages.FullPath) $(_WhatifSwitch) /M:$(MSDeployComputerName) 
      /U:$(MSDeployUsername) /P:$(Password) /A:$(MSDeployAuth) 
      %(PublishPackages.AdditionalMSDeployParameters)
    </_Cmd>
  </PropertyGroup>
  <Exec Command="$(_Cmd)"/>
</Target>

Hinweis

Eine umfassendere Übersicht über das Projektdateimodell in der Beispiellösung und eine Einführung in benutzerdefinierte Projektdateien im Allgemeinen finden Sie unter Grundlegendes zur Projektdatei und zum Verständnis des Buildprozesses.

Überlegungen zu Endpunkten

Unabhängig davon, ob Sie Ihr Webpaket bereitstellen, indem Sie die .deploy.cmd-Datei ausführen oder MSDeploy.exe direkt verwenden, müssen Sie einen Computernamen oder einen Dienstendpunkt für Ihre Bereitstellung angeben.

Wenn der Zielwebserver für die Bereitstellung mithilfe des Remote-Agent-Diensts "Web Deploy" konfiguriert ist, geben Sie die Zieldienst-URL als Ziel an.

http://[server name]/MSDeployAgentService

Alternativ können Sie den Servernamen allein als Ziel angeben, und Web Deploy leitet die URL des Remote-Agent-Diensts ab.

[server name]

Wenn der Zielwebserver für die Bereitstellung mit dem Web Deploy Handler konfiguriert ist, müssen Sie die Endpunktadresse des IIS-Webverwaltungsdienst(WMSvc) als Ziel angeben. Standardmäßig übernimmt dies das Formular:

https://[server name]:8172/MSDeploy.axd

Sie können jeden dieser Endpunkte entweder mithilfe der .deploy.cmd-Datei oder direkt MSDeploy.exe. Wenn Sie den Web Deploy-Handler jedoch als Nichtadministratorbenutzer bereitstellen möchten, wie unter Konfigurieren eines Webservers für web Deploy Publishing (Web Deploy Handler) beschrieben, müssen Sie der Dienstendpunktadresse eine Abfragezeichenfolge hinzufügen.

https://[server name]:8172/MSDeploy.axd?site=[IIS website name]

Dies liegt daran, dass der Nicht-Administrator keinen Zugriff auf IIS auf Serverebene hat; sie hat nur Zugriff auf eine bestimmte IIS-Website. Zum Zeitpunkt des Schreibens können Sie aufgrund eines Fehlers in der Web Publishing Pipeline (WPP) die .deploy.cmd Datei nicht mithilfe einer Endpunktadresse ausführen, die eine Abfragezeichenfolge enthält. In diesem Szenario müssen Sie Ihr Webpaket mithilfe von MSDeploy.exe direkt bereitstellen.

Hinweis

Weitere Informationen zum Web Deploy Remote Agent-Dienst und zum Web Deploy Handler finden Sie unter Auswählen des richtigen Ansatzes für die Webbereitstellung. Anleitungen zum Konfigurieren ihrer umgebungsspezifischen Projektdateien für die Bereitstellung auf diesen Endpunkten finden Sie unter Konfigurieren von Bereitstellungseigenschaften für eine Zielumgebung.

Überlegungen zur Authentifizierung

Unabhängig davon, ob Sie Ihr Webpaket bereitstellen, indem Sie die .deploy.cmd-Datei ausführen oder MSDeploy.exe direkt verwenden, müssen Sie einen Authentifizierungstyp angeben. Web Deploy akzeptiert mögliche Werte: Bearer, NTLM oder Basic. Wenn Sie Bearer angeben, müssen Sie das Token als Kennwort und einen beliebigen Wert für den Benutzernamen angeben. Wenn Sie die Standardauthentifizierung angeben, müssen Sie auch einen Benutzernamen und ein Kennwort angeben. Es gibt verschiedene Faktoren, die Sie beachten müssen, wenn Sie einen Authentifizierungstyp auswählen:

Wenn Sie den Remote-Agent-Dienst "Web deploy" bereitstellen, müssen Sie die NTLM-Authentifizierung verwenden. Der Remote-Agent-Dienst akzeptiert keine Standardauthentifizierungsanmeldeinformationen.
Wenn Sie im Web Deploy Handler bereitstellen, können Sie entweder ein Zugriffstoken (Bearertoken), NTLM oder die Standardauthentifizierung verwenden. Die Standardeinstellung ist die Standardauthentifizierung. Die Standardauthentifizierung basiert auf Benutzernamen und Kennwörtern, die in Nur-Text übertragen werden, ihre Anmeldeinformationen werden geschützt, da der Web Deploy Handler immer SSL-Verschlüsselung verwendet. Die sicherste Methode besteht darin, ein Zugriffstoken zu verwenden, das das Senden eines tatsächlichen Kennworts verhindert.
Wenn Ihr Webpaket eine Datenbank enthält und der Webserver und datenbankserver separate Computer sind, können Sie die Datenbank aufgrund der NTLM-Einschränkung "Double-Hop" nicht mithilfe der NTLM-Authentifizierung bereitstellen. Sie müssen entweder SQL Server-Anmeldeinformationen in Ihrer Bereitstellung Verbindungszeichenfolge verwenden oder Standardauthentifizierungsanmeldeinformationen für Web Deploy bereitstellen. Dieses Problem wird in der Bereitstellung von Mitgliedschaftsdatenbanken in Unternehmensumgebungen ausführlicher beschrieben.

Zusammenfassung

In diesem Thema wird beschrieben, wie Sie ein Webpaket bereitstellen können, indem Sie entweder die .deploy.cmd-Datei ausführen oder MSDeploy.exe direkt verwenden. Es wurde erläutert, wann jeder Ansatz geeignet sein kann, und es wird beschrieben, wie Sie einen Bereitstellungsbefehl als Teil eines größeren einzelstufigen oder automatisierten Buildprozesses parametrisieren und ausführen können.

Weitere nützliche Informationen

Anleitungen zum Erstellen und Parametrisieren eines Webbereitstellungspakets finden Sie unter Erstellen und Verpacken von Webanwendungsprojekten und Konfigurieren von Parametern für die Webpaketbereitstellung. Anleitungen zum Erstellen und Bereitstellen von Webpaketen aus einer Team Foundation Server (TFS)-Instanz finden Sie unter Configuring Team Foundation Server for Automated Web Deployment. Informationen zum Anpassen und Beheben des Bereitstellungsprozesses finden Sie unter "Ausschließen von Dateien und Ordnern aus der Bereitstellung".

Zurück Weiter

Freigeben über

Bereitstellen von Webpaketen

Verwenden von MSDeploy.exe

Automatisieren der Webpaketbereitstellung

Überlegungen zu Endpunkten

Überlegungen zur Authentifizierung

Zusammenfassung

Weitere nützliche Informationen

Feedback

Zusätzliche Ressourcen