Wir haben an der Einrichtung der Thebuild-Definition auf dem On Premise TFS 2015-Server gearbeitet, sind jedoch mit dem Proxy-Problem blockiert, das beim Ausführen einer Build-Aufgabe (Azure Powershell) auftritt). Die Build-Task ruft Azure auf, um ein authentifiziertes Konto hinzuzufügen, das für Azure-Cmdlets verwendet wird, jedoch vom Proxy-Server blockiert wird (siehe unten). Wir benötigen eine Möglichkeit, um aktuelle Benutzeranmeldeinformationen an die Azure Powershell-Cmdlets zu übergeben. Jede Hilfe wird empfohlen.Proxyauthentifizierungsproblem: Azure Powershell Build-Aufgabe auf dem TFS-Server 2015
Fehlermeldung Network Access Nachricht: 407 Proxy-Authentifizierung erforderlich: Die Seite kann nicht Technische Informationen (für Supportpersonal) Fehlercode angezeigt. Der ISA Server benötigt eine Berechtigung, um die Anforderung zu erfüllen. Der Zugriff auf den Web-Proxy-Filter wurde verweigert. (12209) IP-Adresse: einig IP-Adresse Datum: 17/03/2017 09.03.58 [GMT] Server: ..com Quelle: Proxy
Versucht [System.Net.WebRequest]::DefaultWebProxy.Credentials = [System.Net.CredentialCache]::DefaultCredentials in dem benutzerdefinierten Powershell-Skript setzen zu sein Als Aufgabe ausführen, wird jedoch blockiert, bevor Sie das benutzerdefinierte Skript eingeben. Vor dem Ausführen des benutzerdefinierten Skripts versucht die Azure PowerShell-Erstellungsaufgabe Add-AzureRmAccount auszuführen, wodurch Azure aufgefordert wird, ein authentifiziertes Konto hinzuzufügen, das für Azure-Cmdlets verwendet werden soll, wenn es vom Proxy blockiert wird.
Setzen Sie [System.Net.WebRequest] :: DefaultWebProxy.Credentials = [System.Net.CredentialCache] :: DefaultCredentials am Anfang Ihres Skripts? Erhalten Sie den gleichen Fehler, wenn Sie Skript in einer einzigen Powershell ausführen? –
Versuchen Sie, eine benutzerdefinierte Build-Aufgabenerweiterung zu erstellen, und fügen Sie diesen Code der ersten Zeile hinzu. Weitere Informationen über die Erweiterung: https://www.visualstudio.com/en-us/docs/integrate/extensions/develop/add-build-task –
Wir versuchten oben, aber nicht funktioniert, wir haben auch versucht, die Proxy-Anmeldeinformationen durch Powershell .exe.config, das hat auch nicht funktioniert. Bei der Untersuchung des Problems wurde festgestellt, dass die Proxy-Blockierung beim ersten Handshake zwischen der Azure PowerShell-Aufgabe und Azure Subscription erfolgte. Bevor Sie das benutzerdefinierte PowerShell-Skript ausführen, versucht die Azure PowerShell-Erstellungsaufgabe Add-AzureRmAccount auszuführen, wodurch Azure dazu aufgefordert wird, ein authentifiziertes Konto für Azure-Cmdlets hinzuzufügen. Dort wird es vom Proxy blockiert (Proxyauthentifizierung) erforderlicher Fehlercode 407). – user3165138