Powershell v3 HTTPS-Fehler Invoke-WebRequest

Mit Invoke-WebRequest und Invoke-RestMethod von Powershell v3 habe ich die POST-Methode erfolgreich verwendet, um eine JSON-Datei auf einer https-Website zu veröffentlichen.

Der Befehl, den ich benutze, ist

 $cert=New-Object System.Security.Cryptography.X509Certificates.X509Certificate2("cert.crt")
 Invoke-WebRequest -Uri https://IPADDRESS/resource -Credential $cred -certificate $cert -Body $json -ContentType application/json -Method POST

Wenn ich jedoch versuche, die GET-Methode wie folgt zu verwenden:

 Invoke-WebRequest -Uri https://IPADDRESS/resource -Credential $cred -certificate $cert -Method GET

Der folgende Fehler wird zurückgegeben

 Invoke-RestMethod : The underlying connection was closed: An unexpected error occurred on a send.
 At line:8 char:11
 + $output = Invoke-RestMethod -Uri https://IPADDRESS/resource -Credential $cred
 +           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest)      [Invoke-RestMethod], WebException
+ FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeRestMethodCommand

Ich habe versucht, den folgenden Code zu verwenden, um das SSL-Zertifikat zu ignorieren, bin mir aber nicht sicher, ob es tatsächlich etwas bewirkt.

 [System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true}

Kann jemand eine Anleitung geben, was hier möglicherweise schief geht und wie man es behebt?

Vielen Dank

Diese Problemumgehung hat bei mir funktioniert: http://connect.microsoft.com/PowerShell/feedback/details/419466/new-webserviceproxy-needs-force-parameter-to-ignore-ssl-errors

Grundsätzlich in Ihrem PowerShell-Skript:

add-type @"
    using System.Net;
    using System.Security.Cryptography.X509Certificates;
    public class TrustAllCertsPolicy : ICertificatePolicy {
        public bool CheckValidationResult(
            ServicePoint srvPoint, X509Certificate certificate,
            WebRequest request, int certificateProblem) {
            return true;
        }
    }
"@
[System.Net.ServicePointManager]::CertificatePolicy = New-Object TrustAllCertsPolicy

$result = Invoke-WebRequest -Uri "https://IpAddress/resource"

Lees Antwort ist großartig, aber ich hatte auch Probleme mit den vom Webserver unterstützten Protokollen.
Nachdem ich auch die folgenden Zeilen hinzugefügt hatte, konnte ich die https-Anfrage durchstellen. Wie in dieser Antwort ausgeführt, https://stackoverflow.com/a/36266735

$AllProtocols = [System.Net.SecurityProtocolType]'Ssl3,Tls,Tls11,Tls12'
[System.Net.ServicePointManager]::SecurityProtocol = $AllProtocols

Meine vollständige Lösung mit Lees Code.

add-type @"
using System.Net;
using System.Security.Cryptography.X509Certificates;
public class TrustAllCertsPolicy : ICertificatePolicy {
    public bool CheckValidationResult(
        ServicePoint srvPoint, X509Certificate certificate,
        WebRequest request, int certificateProblem) {
        return true;
    }
}
"@
$AllProtocols = [System.Net.SecurityProtocolType]'Ssl3,Tls,Tls11,Tls12'
[System.Net.ServicePointManager]::SecurityProtocol = $AllProtocols
[System.Net.ServicePointManager]::CertificatePolicy = New-Object TrustAllCertsPolicy

Hast du es versucht System.Net.WebClient?

$url = 'https://IPADDRESS/resource'
$wc = New-Object System.Net.WebClient
$wc.Credentials = New-Object System.Net.NetworkCredential("username","password")
$wc.DownloadString($url)

Eine alternative Implementierung in rein Power Shell(ohne Add-Typevonc # Quelle):

#requires -Version 5
#requires -PSEdition Desktop

class TrustAllCertsPolicy : System.Net.ICertificatePolicy {
    [bool] CheckValidationResult([System.Net.ServicePoint] $a,
                                 [System.Security.Cryptography.X509Certificates.X509Certificate] $b,
                                 [System.Net.WebRequest] $c,
                                 [int] $d) {
        return $true
    }
}
[System.Net.ServicePointManager]::CertificatePolicy = [TrustAllCertsPolicy]::new()

Das Folgende hat bei mir funktioniert (und verwendet die neuesten nicht veralteten Mittel, um mit der SSL-Zertifikat- / Rückruffunktion zu interagieren) und versucht nicht, denselben Code mehrmals in derselben Powershell-Sitzung zu laden:

if (-not ([System.Management.Automation.PSTypeName]'ServerCertificateValidationCallback').Type)
{
$certCallback=@"
    using System;
    using System.Net;
    using System.Net.Security;
    using System.Security.Cryptography.X509Certificates;
    public class ServerCertificateValidationCallback
    {
        public static void Ignore()
        {
            if(ServicePointManager.ServerCertificateValidationCallback ==null)
            {
                ServicePointManager.ServerCertificateValidationCallback += 
                    delegate
                    (
                        Object obj, 
                        X509Certificate certificate, 
                        X509Chain chain, 
                        SslPolicyErrors errors
                    )
                    {
                        return true;
                    };
            }
        }
    }
"@
    Add-Type $certCallback
 }
[ServerCertificateValidationCallback]::Ignore();

Dies wurde aus dem folgenden Artikel angepasst: https://d-fens.ch/2013/12/20/nobrainer-ssl-connection-error-when-using-powershell/

Ich fand das, als ich diese Rückruffunktion verwendete, um SSL-Zertifikate zu ignorieren [System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true}

Ich habe immer die Fehlermeldung erhalten, Invoke-WebRequest : The underlying connection was closed: An unexpected error occurred on a send.die nach den Ergebnissen klingt, die Sie haben.

Ich habe diesen Forumsbeitrag gefunden, der mich zu der folgenden Funktion führte. Ich führe dies einmal im Rahmen meines anderen Codes aus und es funktioniert für mich.

function Ignore-SSLCertificates
{
    $Provider = New-Object Microsoft.CSharp.CSharpCodeProvider
    $Compiler = $Provider.CreateCompiler()
    $Params = New-Object System.CodeDom.Compiler.CompilerParameters
    $Params.GenerateExecutable = $false
    $Params.GenerateInMemory = $true
    $Params.IncludeDebugInformation = $false
    $Params.ReferencedAssemblies.Add("System.DLL") > $null
    $TASource=@'
        namespace Local.ToolkitExtensions.Net.CertificatePolicy
        {
            public class TrustAll : System.Net.ICertificatePolicy
            {
                public bool CheckValidationResult(System.Net.ServicePoint sp,System.Security.Cryptography.X509Certificates.X509Certificate cert, System.Net.WebRequest req, int problem)
                {
                    return true;
                }
            }
        }
'@ 
    $TAResults=$Provider.CompileAssemblyFromSource($Params,$TASource)
    $TAAssembly=$TAResults.CompiledAssembly
    ## We create an instance of TrustAll and attach it to the ServicePointManager
    $TrustAll = $TAAssembly.CreateInstance("Local.ToolkitExtensions.Net.CertificatePolicy.TrustAll")
    [System.Net.ServicePointManager]::CertificatePolicy = $TrustAll
}

Ich habe versucht, nach Dokumentation für die EM7 OpenSource REST-API zu suchen. Bisher kein Glück.

http://blog.sciencelogic.com/sciencelogic-em7-the-next-generation/05/2011

Es wird viel über die OpenSource REST-API gesprochen, aber kein Link zur eigentlichen API oder Dokumentation. Vielleicht war ich ungeduldig.

Hier sind einige Dinge, die Sie ausprobieren können

$a = Invoke-RestMethod -Uri https://IPADDRESS/resource -Credential $cred -certificate $cert 
$a.Results | ConvertFrom-Json

Versuchen Sie dies, um festzustellen, ob Sie die Spalten herausfiltern können, die Sie von der API erhalten

$a.Results | ft

oder Sie können dies auch versuchen

$b = Invoke-WebRequest -Uri https://IPADDRESS/resource -Credential $cred -certificate $cert 
$b.Content | ConvertFrom-Json

Curl Style Header

$b.Headers

Ich habe das IRM / IWR mit der Twitter JSON API getestet.

$a = Invoke-RestMethod http://search.twitter.com/search.json?q=PowerShell 

Hoffe das hilft.

Invoke-WebRequest "DomainName" -SkipCertificateCheck

Sie können den Parameter -SkipCertificateCheck verwenden , um dies als einzeiligen Befehl zu erreichen (DIESER PARAMETER WIRD NUR AUF KERN-PSEDITION UNTERSTÜTZT).

1. Führen Sie diesen Befehl aus

New-SelfSignedCertificate -certstorelocation-Zertifikat: \ localmachine \ my -dnsname {your-site-hostname}

In Powershell mit Administratorrechten werden alle Zertifikate im persönlichen Verzeichnis generiert

2. Um den Datenschutzfehler zu beseitigen, wählen Sie diese Zertifikate aus und klicken Sie mit der rechten Maustaste auf → Kopieren. Und fügen Sie Trusted Root Certification Authority / Zertifikate ein.
3. Der letzte Schritt besteht darin, die richtigen Bindungen in IIS auszuwählen. Gehen Sie zur IIS-Website, wählen Sie Bindungen, aktivieren Sie das Kontrollkästchen SNI und legen Sie die einzelnen Zertifikate für jede Website fest.

Stellen Sie sicher, dass der Hostname der Website und der DNS-Name des Zertifikats genau übereinstimmen

Diese Registrierungseinstellungen wirken sich auf .NET Framework 4+ und damit auf PowerShell aus. Legen Sie sie fest und starten Sie alle PowerShell-Sitzungen neu, um das neueste TLS zu verwenden. Ein Neustart ist nicht erforderlich.

Set-ItemProperty -Path 'HKLM:\SOFTWARE\Wow6432Node\Microsoft\.NetFramework\v4.0.30319' -Name 'SchUseStrongCrypto' -Value '1' -Type DWord
Set-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\.NetFramework\v4.0.30319' -Name 'SchUseStrongCrypto' -Value '1' -Type DWord 

Siehe https://docs.microsoft.com/en-us/dotnet/framework/network-programming/tls#schusestrongcrypto

Wenn Sie dies als Administrator ausführen, sollte dieser Fehler behoben sein