Wenn Sie versuchen, eine HTTP-Anforderung in einer Anwendung vornehmen, die auf das.NET Framework 1.1 Service Pack 1 basiert, erhalten eine oder mehrere Fehlermeldungen

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 915599 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Dieser Artikel beschreibt Fehlermeldungen, die möglicherweise bei Verwendung von Microsoft.NET Framework 1.1 Servicepack 1 (SP1), HTTP-Anfragen stellen oder wenn Sie einen Webdienst aufrufen.

Problembeschreibung

Wenn Sie versuchen, eine HTTP-Anforderung in einer Anwendung vornehmen, basiert auf dem.NET Framework erhalten Sie eine oder mehrere der folgenden Fehlermeldungen:
Fehlermeldung 1
Die zugrunde liegende Verbindung wurde geschlossen: die Verbindung zum remote-Server.
Fehlermeldung 2
Die zugrunde liegende Verbindung wurde geschlossen: ein Unerwarteter Fehler senden.
Fehlermeldung 3
Die zugrunde liegende Verbindung wurde geschlossen: ein Unerwarteter Fehler beim empfangen.
Fehlermeldung 4
Die zugrunde liegende Verbindung wurde geschlossen: der Server hat eine HTTP-Protokollverletzung ausgeführt.
5-Fehlermeldung
Die zugrunde liegende Verbindung wurde geschlossen: konnte keine stellen Sie sicheren Kanal für SSL/TLS her.
Fehlermeldung 6
Die Operation hat Zeitüberschreitung

Ursache

Fehlermeldung 1

Dieses Problem tritt auf, wenn der.NET Framework herstellen können ein Verbindung zum remote-Server. Dieses Problem kann auftreten, wenn eine oder mehrere der folgende Bedingungen zutreffen:
  • Es tritt ein Netzwerkausfall auf.
  • Ein Proxy-Server blockiert die HTTP-Anforderung.
  • Ein Problem (DNS = Domain Name System) tritt auf.
  • Ein Problem bei der Authentifizierung tritt auf.
Um dieses Problem zu beheben, finden Sie unter Entschließungen A, B und C.

Fehlermeldung 2

Dieses Problem tritt auf, wenn der Clientcomputer eine HTTP senden kann Anforderung. Der Clientcomputer kann die HTTP-Anforderung nicht senden, da die Verbindung wurde geschlossen oder ist nicht verfügbar. Dieses Problem kann auftreten, wenn die Client-Computer sendet große Datenmengen. Um dieses Problem zu beheben, finden Sie unter Entschließungen A, D, E, F und O.

Fehlermeldung 3

Dieses Problem tritt auf, wenn der Server oder ein anderes Netzwerkgerät unerwartet beendet wird eine vorhandene (TCP = Transmission Control Protocol)-Verbindung. Dieses Problem kann auftreten, wenn ein Timeoutwert auf dem Server oder im Netzwerk Gerät ist zu niedrig eingestellt. Um dieses Problem zu beheben, finden Sie unter Entschließungen A, D, E, F, und O. das Problem kann auch auftreten, wenn der Server die Verbindung unerwartet zurückgesetzt wird, z. B. wenn eine nicht behandelte Ausnahme des Serverprozesses abstürzt. Alysieren Sie die Server-Protokolle, um festzustellen, ob dies das Problem sein kann an.

Fehlermeldung 4

Dieses Problem tritt auf, wenn der.NET Framework, dass erkennt die Antwort des Servers stimmt nicht mit HTTP 1.1-RFC überein. Dieses Problem kann auftreten, wenn die Antwort enthält falsche Kopf- oder falsche Trennzeichen. An Beheben Sie dieses Problem, finden Sie unter A und G.

Weitere Informationen finden Sie zu HTTP-Headern auf folgenden World Wide Web Consortium-Website:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.HTML#sec6
Microsoft Stellt Kontaktinformationen von Drittanbietern, damit Sie technischen Support erhalten können. Diese Kontaktinformationen können sich ohne vorherige Ankündigung ändern. Microsoft verlangt keinerlei Gebühren Gewähr für die Richtigkeit dieser Kontaktinformationen von Drittanbietern.

5-Fehlermeldung

Dieses Problem kann auftreten, wenn eine oder mehrere der folgenden Bedingungen sind erfüllt:
  • Sie verwenden eine ungültige Client-Zertifikat oder ein ungültiges Serverzertifikat.
  • Eine TCP-Verbindungsproblem auftreten.
  • Der Clientcomputer sendet große Datenmengen.
  • Timeout-Einstellung auf dem Server oder in einem anderen Netzwerk Gerät ist zu niedrig eingestellt.
  • Kompatibilität mit HTTPS-Protokoll auftreten Problem.
TCP-Verbindung-Probleme finden Sie in den Entschließungen A, D, E, F und O. Probleme mit dem Sicherheitszertifikat Client und Serverprobleme mit dem Sicherheitszertifikat finden Sie unter Auflösungen H und I. HTTPS-Protokoll Kompatibilitätsprobleme auftreten finden Sie unter Auflösung J.

Fehlermeldung 6

Dieses Problem tritt auf, wenn der Client-Timeoutwert erreicht ist Bevor Sie eine der folgenden Bedingungen auftritt:
  • Eine HTTP-Verbindung wird hergestellt.
  • Eine HTTP-Antwort wird vom Server empfangen.
  • Der Datenstrom wird in vollständig geschrieben oder Lesen.
Um dieses Problem zu beheben, finden Sie unter Auflösung A, E, K, L, M, und N.

Lösung

Hinweis Die folgende Liste enthält mögliche Lösungen, die den Antrag Wenn eines dieser Probleme auftritt. Nicht alle diese Lösungen gelten für alle diese Probleme. Finden Sie im Abschnitt "Ursache" bestimmen problem Welche Lösung gilt.

Entschließung A

Um dieses Problem zu beheben, stellen Sie sicher, dass die Verwendung aktuelle.NET Framework-Version. Klicken Sie für Weitere Informationen auf die folgende Artikelnummer klicken, um Lesen Sie den Artikel in der Microsoft Knowledge Base:
318785Gewusst wie: bestimmen, welche Versionen von.NET Framework-installiert sind, und gibt an, ob Servicepacks angewendet wurden

Auflösung B

Um dieses Problem zu beheben, stellen Sie sicher, dass die Proxy-Einstellungen sind korrigieren. Verwenden Sie hierzu die folgenden Techniken:
  • Verwenden Sie die statische WebProxy.GetDefaultProxy -Methode. Weitere Informationen finden Sie auf der folgenden Microsoft-Website Website:
    http://msdn2.Microsoft.com/en-us/library/System.NET.WebProxy.GetDefaultProxy (werden) .aspx
  • Definieren einer <proxy></proxy> Element in den Konfigurationsdateien der Anwendung. Weitere Informationen Informationen hierzu finden Sie auf der folgenden Microsoft-Website:
    http://msdn2.Microsoft.com/en-us/library/aa903369 (werden) .aspx
  • Konfigurieren Sie den Client .NET für HTTP 1.0 verwenden, indem die HttpWebRequest.ProtocolVersion -Eigenschaft. Weitere Informationen finden Sie auf der folgenden Microsoft-Website Website:
    http://msdn2.Microsoft.com/en-us/library/System.NET.HttpWebRequest.ProtocolVersion (werden) .aspx
    Hinweis Standardmäßig verwendet das.NET Framework-HTTP 1.1.
  • Wenn Sie Secure Sockets Layer (SSL) verwenden, stellen Sie sicher, dass der Proxy ist nicht so konfiguriert, dass alle Regeln verwenden, die blockiert werden HTTPS.
  • Bei Verwendung von Autoproxy, klicken Sie auf folgenden Artikel Zahl der Microsoft Knowledge Base:
    873199 Verwendung von Autoproxy in verwaltetem code

Auflösung C

Um dieses Problem zu beheben, stellen Sie sicher, dass die Anwendung Berechtigungen für Netzwerk Anrufe und Socket-anrufen. Diese Auflösung gilt, wenn die Anwendung, durch die die HttpWebRequest aufrufen innerhalb einer Webanwendung ausgeführt wird. Sie müssen möglicherweise lesen erteilen. Berechtigungen für das ASPNET-Konto, damit Sie die folgenden zugreifen können Ressourcen:
  • Microsoft WinSockProxy WS2. 0-Anbieter (Wspwsp.dll) Datei
  • Die
    HKLM\System\CurrentControlSet\Services\DnsCache
    Registrierungsschlüssel
  • Die
    HKLM\System\CurrentControlSet\Services\WinSock2
    Registrierungsschlüssel
Hinweis Bestimmt, ob der ASPNET-Workerprozess die erforderlichen Berechtigungen, verwenden Sie das Dienstprogramm FileMon und RegMon-Dienstprogramm. Herunterladen der FileMon und das Dienstprogramm "RegMon" finden Sie auf der folgenden Sysinternals-Web Website:
http://technet.Microsoft.com/en-US/Sysinternals/default.aspx
Die Produkte von Drittanbietern, die in diesem Artikel erörtert werden von Unternehmen hergestellt werden. die von Microsoft unabhängig sind. Microsoft übernimmt keine Garantie, konkludent oder Anderenfalls in Bezug auf die Leistung oder Zuverlässigkeit dieser Produkte.

D-Auflösung

Um dieses Problem zu beheben, deaktivieren Sie die Keep-alive-Funktion. In der .NET Framework-festgelegt HttpWebRequest.KeepAlive -Eigenschaft auf FALSE. Folgen Sie hierzu beim Aufrufen eines Web service Diese Schritte.

Hinweis Die Keep-alive-Funktion wird für die NTLM-Authentifizierung erforderlich.
  1. Erstellen Sie eine neue Klasse, indem Sie aus dem generierten proxy Klasse.
  2. Fügen Sie eine Methode der Klasse zum Überschreiben der GetWebRequest -Methode. Durch diese Änderung können Sie HttpWebRequest -Objekt zugreifen. Wenn Sie Microsoft Visual C# verwenden, müssen die new-Methode die folgenden ähnlich sein.
    class MyTestService:TestService.TestService
    {
        protected override WebRequest GetWebRequest(Uri uri)
        {
            HttpWebRequest webRequest = (HttpWebRequest) base.GetWebRequest(uri);
            //Setting KeepAlive to false
            webRequest.KeepAlive = false;
            return webRequest;
        }
    }
    Bei Verwendung von Microsoft Visual Basic .NET muss die neue Methode sein. wie die folgende.
    Class MyTestService 
         Inherits TestService.TestService
            Protected Overrides Function GetWebRequest(ByVal uri As Uri) As System.Net.WebRequest
                Dim webRequest As System.Net.HttpWebRequest
                webRequest = CType(MyBase.GetWebRequest(uri), System.Net.HttpWebRequest)
               'Setting KeepAlive to false 
                webRequest.KeepAlive = False
                GetWebRequest = webRequest
            End Function
    End Class
  3. Erstellen Sie eine Instanz der neuen Klasse, und verwenden Sie dann den neuen Klasse, um die Webdienstmethode aufzurufen.

E-Auflösung

Um dieses Problem zu beheben, legen Sie die ServicePointManager.MaxServicePointIdleTime -Eigenschaft kleiner als der Timeoutwert des Servers Keep-alive Verbindung.

Hinweise
  • Wenn ein ServicePoint -Objekt im Leerlauf der Zeit war, die in der MaxIdleTime -Eigenschaft angegeben ist, ist es für die Garbagecollection.
  • Stellen Sie sicher, dass die ServicePointManager.MaxServicePointIdleTime -Eigenschaft festgelegt wird, bevor alle HTTP-Anforderungen erfolgen. Weitere Informationen Informationen über die Eigenschaft ServicePointManager.MaxSercvePointIdleTime finden Sie auf der folgenden Microsoft-Website:
    http://msdn2.Microsoft.com/en-us/library/System.NET.ServicePointManager.MaxServicePointIdleTime (werden) .aspx

Auflösung F

Um dieses Problem zu beheben, erhöhen Sie den Timeoutwert auf dem server Computer und andere Netzwerkgeräte. Erhöhen Sie den Timeoutwert in Microsoft-Internetinformationsdienste (IIS) 6.0, gehen Sie folgendermaßen vor:
  1. Klicken Sie auf Start, klicken Sie auf Steuerelement Bedienfeld, klicken Sie auf Verwaltung, und klicken Sie dann aufInternetdienste-Manager (IIS).
  2. Klicken Sie auf den Namen des Computers ein, die Sie möchten neu zu konfigurieren Sie, und klicken Sie dann auf Web-Sites.
  3. Mit der rechten Maustaste in die Website, die Sie neu zu konfigurieren möchten, und Klicken Sie auf Eigenschaften.
  4. Geben Sie einen neuen Wert in die Zeitüberschreitung der Verbindungein, und klicken Sie dann auf OK.
  5. Auf der Datei im Menü klicken Sie aufBeenden.

Auflösung G

Um dieses Problem zu umgehen, UseUnsafeHeaderParsing auf Truefestgelegt werden. Weitere Informationen zu den useUnsafeHeaderParsing -Eigenschaft, klicken Sie auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base:
888528Eine Liste der Probleme, die in das.NET Framework 1.1 Service Pack 1 behoben werden, aber nicht an einer anderen Stelle in der Microsoft Knowledge Base-Artikeln beschrieben

Auflösung H

Um dieses Problem zu beheben, geben Sie ein gültiges Clientzertifikat für die Anwendung. Weitere Informationen Informationen zum Verwenden von Clientzertifikaten, klicken Sie auf die folgenden Artikelnummern klicken, um Anzeigen von Artikeln in der Microsoft Knowledge Base:
901183Gewusst wie: Aufrufen eines Webdiensts ein Clientzertifikat für die Authentifizierung in einer ASP.NET Web-Anwendung mit
895971 Mithilfe der HttpWebRequest-Klasse und HttpWebResponse-Klassen in Microsoft Visual C# .NET ein Clientzertifikat senden

Lösung I

Um dieses Problem zu beheben, geben Sie einen gültigen Sicherheitszertifikat für der Server. Darüber hinaus können Sie zur Behebung des Problems durch Installation eventuell die Stammzertifizierungsstelle (CA) oder durch Korrektur den gemeinsamen Name des Serverzertifikats. Weitere Informationen über das Benennen des Server-Zertifikats Klicken Sie auf die folgende Artikelnummer, um den Artikel in der Microsoft anzuzeigen. Knowledge Base:
813618Sicherheitswarnung: der Name des Sicherheitszertifikats ist ungültig oder stimmt nicht mit den Namen der Site überein
Warnung Diese Problemumgehung kann Ihren Computer oder Ihr Netzwerk machen durch böswillige Benutzer oder gefährliche Software, wie z. B. Angriffe anfällig Viren. Wir empfehlen diese Problemumgehung nicht, sondern bieten diese Informationen Damit Sie diese Option nach eigenem Ermessen anzuwenden. Verwenden Sie diese Option Problemumgehung auf eigene Gefahr.

Sie können außerdem überprüfen die der Anwendungscode, der diese Zertifikatswarnungen ignorieren. Dazu implementieren. eigene ICertificatePolicy -Schnittstelle. Anschließend können Sie die ServicePointManager.CertificatePolicy -Eigenschaft verwenden Sie Ihr Zertifikat Richtlinieninstanz bevor das Web festlegen. Aufruf erfolgt.

HinweisICertificatePolicy.CheckValidationResult -Methode implementiert die Validierung Anwendungszertifikatrichtlinie. Weitere Informationen über die ICertificatePolicy.CheckValidationResult -Methode finden Sie auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/System.NET.ICertificatePolicy.CheckValidationResult (werden) .aspx
Weitere Informationen und ein Codebeispiel klicken Sie auf die folgende Artikelnummer klicken, um Lesen Sie den Artikel in der Microsoft Knowledge Base:
823177PRB: "System.NET.WebException:. Die zugrunde liegende Verbindung wurde geschlossen. Fehlermeldung bei der Aktualisierung von.NET Framework-Vertrauensstellung mit dem Remoteserver konnte nicht hergestellt werden"
Wichtig: Es wird empfohlen, dass Sie nicht im Code SSL-Zertifikatswarnungen ignorieren wegen möglicher Sicherheitsrisiken.

Auflösung J

Um dieses Problem zu beheben, ändern Sie das HTTPS-Protokoll von SSL Transport Level Security (TLS).

Hinweis Wenn Sie bereits über TLS verwenden, ändern Sie das HTTPS-Protokoll SSL. An Ändern Sie das HTTPS-Protokoll auf dem Client, finden Sie im Abschnitt"ServicePointManager.SecurityProtocol -Eigenschaft" auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/System.NET.ServicePointManager.SecurityProtocol.aspx
Hinweis Um Unterstützung der SSL3 und das Protokoll TLS1 verwendet, beispielsweise Verwenden Sie Code, der dem folgenden ähnelt.
ServicePointManager.SecurityProtocol= SecurityProtocolType.Ssl3|SecurityProtocolType.Tls;
Weitere Informationen Informationen dazu, wie Sie das HTTPS-Protokoll auf dem Server ändern. Klicken Sie auf die folgende Artikelnummer, um den Artikel in der Microsoft anzuzeigen. Knowledge Base:
187498Deaktivieren von PCT 1.0, SSL 2.0, SSL 3.0 oder TLS 1.0 in Internet Information Services

Auflösung K

Um dieses Problem zu beheben, erhöhen Sie den Wert MaxConnection -Eigenschaft. Dazu bearbeiten Sie die Konfigurationsdateien für die Anwendung oder Anwendungscode hinzufügen.

Hinweis Der Standardwert der Eigenschaft MaxConnection ist 2. Für Microsoft ASP.NET verbundenen Anwendungen, Aufrufen von Webdiensten, sollten Sie den Wert 12 x die Anzahl der festlegen Prozessoren. Um diesen Wert festzulegen, mit der Anwendungscode, verwenden Sie die ServicePointManager.DefaultConnectionLimit -Eigenschaft. Weitere Informationen über die Eigenschaft ServicePointManager.DefaultConnectionLimit finden Sie auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/System.NET.ServicePointManager.DefaultConnectionLimit (werden) .aspx
Um diesen Wert festzulegen, mit die Dateien für die Anwendung, fügen Sie den folgenden Code in die Konfigurationsdatei.
<connectionManagement>
  <add address="*" maxconnection="12"/>
</connectionManagement>
Weitere Informationen über die Verwendung der <connectionManagement></connectionManagement> -Element finden Sie auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/aa903351 (werden) .aspx

Auflösung L

Um dieses Problem zu beheben, stellen Sie sicher, dass die Timeouteinstellungen auf der Server und andere Netzwerk Geräte korrekt implementiert sind. Weitere Informationen Informationen zum Implementieren von Zeitlimiteinstellungen, klicken Sie auf der folgenden Artikelnummer klicken, um den Artikel der Microsoft Knowledge Base anzuzeigen:
904262Die Anforderung, die von der HttpWebRequest-Klasse gesendet wird, reagiert bei Verwendung die HttpWebRequest-Klasse in einer ASP.NET Anwendung

Auflösung M

Um dieses Problem zu beheben, informieren Sie sich über die Leistung von ASP.NET optimieren. Weitere Informationen zu ASP.NET Performance-tuning, klicken Sie auf die folgende Artikelnummer zum Anzeigen der Artikel in der Microsoft Knowledge Base:
821268Konflikte, Leistungseinbußen und Deadlocks, wenn Sie Webdienstanforderungen aus ASP.NET Anwendungen stellen

Auflösung von N

Um dieses Problem zu beheben, erhöhen Sie die Werte der Timeouts die Eigenschaften in den Clientanwendungscode. Verwenden Sie hierzu die folgenden Eigenschaften:
  • HttpWebRequest.Timeout
  • HttpWebRequest.ReadWriteTimeout
Weitere Informationen über die Eigenschaft HttpWebRequest.Timeout finden Sie auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/cy9yd268.aspx
Weitere Informationen über die HttpWebRequest.ReadWriteTimeout -Eigenschaft finden Sie auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/b1w9c0s4.aspx

O-Auflösung

Um dieses Problem zu beheben, stellen Sie sicher, dass es sich bei der Client-Computer ist Senden der HTTP-100-Header weiter. Stellen Sie außerdem sicher, dass der Client Computer erwartet keine der HTTP-100-Header weiter.

Hinweis Diese Lösung eignet sich Wenn dem Webserver oder der Proxy Server unterstützt keine HTTP-100-Header weiter. Weitere Informationen Informationen zum Deaktivieren der HTTP-100-Header für den Clientcomputer weiterhin finden Sie auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/System.NET.ServicePointManager.Expect100Continue.aspx

Informationsquellen

Weitere Informationen zu Überlegungen zur Leistung beim Sie stellen die Web service-Aufrufe von ASP.NET verbundenen Anwendungen, besuchen Sie die folgende Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/aa480507.aspx
Weitere Informationen zu Performance-Probleme und Deadlock-Probleme, wenn Sie Webdienstanforderungen aus vornehmen ASP.NET verbundenen Anwendungen, klicken Sie auf die folgende Artikelnummer zum Anzeigen der Artikel in der Microsoft Knowledge Base:
821268Konflikte, Leistungseinbußen und Deadlocks, wenn Sie Webdienstanforderungen aus ASP.NET Anwendungen stellen
Weitere Informationen über Möglichkeiten zur Verbesserung der Leistung von ASP.NET verbundene Anwendungen finden Sie auf die folgende Microsoft Website:
http://msdn2.Microsoft.com/en-us/library/ms998549.aspx
Weitere Informationen zur Verbesserung der Leistung des Web Services finden Sie auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/ms998562.aspx
Weitere Informationen zum Erstellen sicherer ASP.NET verbunden Anwendungen finden Sie auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/aa302408.aspx
Hinweis TCP-Transport-Protokoll wird für HTTP-Anforderungen verwendet. TCP ist ein zuverlässiges, verbindungsorientiertes Protokoll. Jedoch, wenn eine TCP-Verbindung geschlossen wird. unerwartet, versucht die Anwendung die Anforderung. Weitere Informationen zu das TCP-Protokoll und über Clientverhalten, wenn der Server die Verbindung trennt, finden Sie auf der folgenden World Wide Web Consortium Web Site:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.HTML#sec8.2.4
Microsoft Stellt Kontaktinformationen von Drittanbietern, damit Sie technischen Support erhalten können. Diese Kontaktinformationen können sich ohne vorherige Ankündigung ändern. Microsoft verlangt keinerlei Gebühren Gewähr für die Richtigkeit dieser Kontaktinformationen von Drittanbietern. Weitere Informationen zum Dienstprogramm "FileMon" und RegMon-Dienstprogramm, klicken Sie auf die folgende Artikelnummer, um den Artikel anzuzeigen in der Microsoft Knowledge Base:
198038Nützliche Tools für Paket- und Bereitstellungs-Probleme
Für Weitere Informationen zum Netzwerkmonitor, klicken Sie auf die folgenden Artikelnummern klicken, um Anzeigen von Artikeln in der Microsoft Knowledge Base:
148942Gewusst wie: Aufzeichnen von Netzverkehr mit dem Netzwerkmonitor
812953 Wie Verwenden von Netzwerkmonitor zum Aufzeichnen des Netzwerkdatenverkehrs

Eigenschaften

Artikel-ID: 915599 - Geändert am: Samstag, 20. Juli 2013 - Version: 3.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft .NET Framework 1.1 Service Pack 1
Keywords: 
kbtshoot kbprb kbmt KB915599 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 915599
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com