Powershell Invoke-WebRequest échoue avec SSL / TLS Secure Channel

J'essaie d'exécuter cette commande Powershell

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

et je reçois cette erreur. "Invoke-WebRequest: la demande a été abandonnée: impossible de créer un canal sécurisé SSL / TLS." Les demandes https semblent fonctionner (" https://google.com ") mais pas celle-ci en question. Comment puis-je le faire fonctionner ou utiliser une autre commande powershell pour lire le contenu de la page?

essayez d'utiliser celui-ci

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

Dans une tentative éhontée de voler des votes, SecurityProtocolc'est un Enumavec l' [Flags]attribut. Vous pouvez donc faire ceci:

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

Ou puisque c'est PowerShell, vous pouvez le laisser analyser une chaîne pour vous:

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

Ensuite, vous n'avez pas besoin techniquement de connaître la version TLS.

J'ai copié et collé cela à partir d'un script que j'ai créé après avoir lu cette réponse parce que je ne voulais pas parcourir tous les protocoles disponibles pour en trouver un qui fonctionnait. Bien sûr, vous pouvez le faire si vous le souhaitez.

Remarque finale - J'ai la déclaration d'origine (moins les modifications SO) dans mon profil PowerShell, donc c'est à chaque session que je commence maintenant. Ce n'est pas totalement infaillible car il y a encore des sites qui échouent mais je vois sûrement le message en question beaucoup moins fréquemment.

Si, comme moi, rien de ce qui précède ne fonctionne, il peut être intéressant d'essayer spécifiquement une version TLS inférieure seule. J'avais essayé les deux solutions suivantes, mais ne semblait pas résoudre mon problème:

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

Au final, ce n'est que lorsque j'ai ciblé TLS 1.0 (en particulier supprimer 1.1 et 1.2 dans le code) que cela a fonctionné:

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

Le serveur local (sur lequel cela a été tenté) fonctionne bien avec TLS 1.2, bien que le serveur distant (qui était auparavant "confirmé" comme satisfaisant pour TLS 1.2 par un tiers) ne semble pas l'être.

J'espère que cela aide quelqu'un.

Ça marche pour moi...

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/

Assurez-vous de commuter le SHELL en premier:

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'

Je n'ai pas compris la raison, mais la réinstallation du .pfxcertificat (à la fois dans l'utilisateur actuel et sur la machine locale) fonctionne pour moi.