Помилка Powershell v3 Invoke-WebRequest HTTPS

Використовуючи Invoke-WebRequest та Invoke-RestMethod Powershell v3, я успішно використав метод POST для розміщення файлу json на веб-сайті https.

Я використовую команду

 $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

Однак, коли я намагаюся використовувати метод GET, наприклад:

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

Повертається наступна помилка

 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

Я намагався використовувати наступний код, щоб ігнорувати SSL cert, але я не впевнений, чи він насправді робить щось.

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

Чи може хтось надати якісь вказівки щодо того, що може піти не так і як це виправити?

Дякую

Ця обробка працювала для мене: http://connect.microsoft.com/PowerShell/feedback/details/419466/new-webserviceproxy-needs-force-parameter-to-ignore-ssl-errors

В основному, у вашому сценарії PowerShell:

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"

Відповідь Лі чудова, але у мене також були проблеми з підтримкою протоколів веб-сервера.
Після додавання наступних рядків я міг отримати https-запит. Як зазначено у цій відповіді https://stackoverflow.com/a/36266735

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

Моє повне рішення з кодом Лі.

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

Ви спробували використовувати 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)

Альтернативна реалізація в чистому вигляді повноваження(Без Add-Typeзc # джерело):

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

Наступне працювало для мене (і використовує найновіші непридатні засоби для взаємодії з функціями SSL Certs / функція зворотного виклику), і не намагається завантажити один і той же код кілька разів протягом одного сеансу оболонки повноважень:

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

Це було адаптовано з наступної статті https://d-fens.ch/2013/12/20/nobrainer-ssl-connection-error-when-using-powershell/

Я виявив, що використовуючи цю функцію зворотного дзвінка, щоб ігнорувати SSL-сертифікати [System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true}

Я завжди отримував повідомлення про помилку, Invoke-WebRequest : The underlying connection was closed: An unexpected error occurred on a send.яке звучить як результати, які у вас є.

Я знайшов цей форум, який привів мене до функції нижче. Я запускаю це один раз у межах мого іншого коду, і він працює для мене.

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
}

Я спробував шукати документацію на EM7 OpenSource REST API. Поки не пощастило.

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

Про API OpenSource REST багато говорять, але немає посилання на власний API чи будь-яку документацію. Можливо, я був нетерплячим.

Ось кілька речей, які можна спробувати

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

Спробуйте це, щоб побачити, чи можете ви відфільтрувати стовпці, які ви отримуєте з API

$a.Results | ft

або, ви можете також спробувати використовувати це

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

Заголовки стилю Curl

$b.Headers

Я тестував IRM / IWR за допомогою twitter JSON api.

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

Сподіваюся, це допомагає.

Invoke-WebRequest "DomainName" -SkipCertificateCheck

Ви можете використовувати параметр -SkipCertificateCheck, щоб досягти цього як однолінійна команда (ЦИЙ ПАРАМЕТР ТІЛЬКИ ПІДТРИМУЄТЬСЯ НА СКЛАДНІЙ ПСЕДИЦІЇ)

1. Виконайте цю команду

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

в повноваженнях, використовуючи права адміністратора , Це генерує всі сертифікати в Особистій директорії

2. Щоб позбутися помилки конфіденційності, виберіть ці сертифікати, клацніть правою кнопкою миші → Копіювати. І вставити в довірений кореневий орган сертифікації / сертифікати.
3. Останнім кроком є ​​вибір правильних прив’язок в IIS. Перейдіть на веб-сайт IIS, виберіть Прив'язки, встановіть прапорець SNI та встановіть індивідуальні сертифікати для кожного веб-сайту.

Переконайтесь, що ім'я хоста веб-сайту та dns-ім'я сертифіката повинні точно збігатися

Ці параметри реєстру впливають на .NET Framework 4+ і, отже, PowerShell. Встановіть їх і перезапустіть будь-які сеанси PowerShell, щоб використовувати останню TLS, не потрібно перезавантажувати.

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 

Дивіться https://docs.microsoft.com/en-us/dotnet/framework/network-programming/tls#schusestrongcrypto

Якщо ви запустите це як адміністратор, ця помилка повинна усунутись