Powershell Invoke-WebRequest schlägt mit SSL / TLS Secure Channel fehl

Ich versuche, diesen Powershell-Befehl auszuführen

Invoke-WebRequest -Uri https://apod.nasa.gov/apod/

und ich bekomme diesen Fehler. "Invoke-WebRequest: Die Anforderung wurde abgebrochen: SSL / TLS-sicherer Kanal konnte nicht erstellt werden." https-Anfragen scheinen zu funktionieren (" https://google.com "), aber nicht diese. Wie kann ich dies zum Laufen bringen oder einen anderen Powershell-Befehl verwenden, um den Seiteninhalt zu lesen?

versuche es mit diesem

[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
Invoke-WebRequest -Uri https://apod.nasa.gov/apod/

In einem schamlosen Versuch, einige Stimmen zu stehlen, SecurityProtocolist ein Enummit dem [Flags]Attribut. So können Sie Folgendes tun:

[Net.ServicePointManager]::SecurityProtocol = 
  [Net.SecurityProtocolType]::Tls12 -bor `
  [Net.SecurityProtocolType]::Tls11 -bor `
  [Net.SecurityProtocolType]::Tls

Da es sich um PowerShell handelt, können Sie eine Zeichenfolge für Sie analysieren lassen:

[Net.ServicePointManager]::SecurityProtocol = "tls12, tls11, tls"

Dann müssen Sie die TLS-Version technisch nicht kennen.

Ich habe dies aus einem Skript kopiert und eingefügt, das ich nach dem Lesen dieser Antwort erstellt habe, da ich nicht alle verfügbaren Protokolle durchlaufen wollte, um eines zu finden, das funktioniert. Natürlich können Sie das tun, wenn Sie möchten.

Letzte Anmerkung - Ich habe die ursprüngliche Anweisung (minus SO-Änderungen) in meinem PowerShell-Profil, sodass sie in jeder Sitzung, die ich jetzt beginne, enthalten ist. Es ist nicht völlig narrensicher, da es immer noch einige Websites gibt, die einfach versagen, aber ich sehe die fragliche Nachricht sicherlich viel seltener.

Wenn wie ich keines der oben genannten Verfahren ganz funktioniert, kann es sich lohnen, auch nur eine niedrigere TLS-Version auszuprobieren. Ich hatte beide der folgenden Möglichkeiten ausprobiert, schien mein Problem jedoch nicht zu lösen:

[Net.ServicePointManager]::SecurityProtocol = "tls12, tls11, tls"
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12 -bor [Net.SecurityProtocolType]::Tls11 -bor [Net.SecurityProtocolType]::Tls

Am Ende funktionierte es nur, als ich TLS 1.0 ins Visier nahm (insbesondere 1.1 und 1.2 im Code entfernen):

[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls

Der lokale Server (auf dem dies versucht wurde) ist mit TLS 1.2 in Ordnung, obwohl der Remote-Server (der zuvor von einem Drittanbieter als in Ordnung für TLS 1.2 "bestätigt" wurde) nicht in Ordnung zu sein scheint.

Hoffe das hilft jemandem.

Für mich geht das...

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()

Invoke-WebRequest -Uri https://apod.nasa.gov/apod/

Stellen Sie sicher, dass Sie zuerst die SHELL wechseln:

SHELL ["powershell", "-Command", "$ErrorActionPreference = 'Stop'; $ProgressPreference = 'SilentlyContinue';"]

RUN [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12 
RUN Invoke-WebRequest -UseBasicParsing -Uri  'https://github.com/git-for-windows/git/releases/download/v2.25.1.windows.1/Git-2.25.1-64-bit.exe' -OutFile 'outfile.exe'

Ich habe den Grund nicht herausgefunden, aber die Neuinstallation des .pfxZertifikats (sowohl auf dem aktuellen Benutzer als auch auf dem lokalen Computer) funktioniert für mich.