In base a this scan, non sembra che l'URI supporti qualcosa di inferiore a TLS 1.1.
Quale versione di Windows è attiva? Se si utilizza PowerShell v4.0 o versioni precedenti, non sarà possibile negoziare una connessione TLS 1.1 o 1.2 poiché .Net Framework non supporta TLS 1.1 o 1.2 fino a .Net Framework 4.5. PowerShell v4.0 è .Net 4.0. Ciò significa che le sottostanti classi System.Net.WebRequest non possono negoziare una connessione. Credo che PowerShell v5.0 sia .Net 4.5 o .Net 4.6, ma non ho un client Win 10 per controllare il $PSVersionTable
in questo momento.
Potrebbe essere possibile farlo funzionare codificando le chiamate su WebRequest manualmente e specificando il protocollo come [System.Net.SecurityProtocolType]::Tls12
o [System.Net.SecurityProtocolType]::Tls11
, ma non sono sicuro che sia possibile. Dovrebbe funzionare se .Net 4.5 è installato da quello che sto vedendo, ma, ancora una volta, non l'ho mai provato.
Per riferimento, ottengo gli stessi risultati di Windows 7 x64/Powershell v4.0 e ho installato .Net 4.5, ma non ho mai provato a codificare manualmente WebRequest. Ho anche un errore se uso wget per Windows 1.11.4 da here (OpenSSL 0.9.8b, molto prima di TLS 1.1 e 1.2), ma funziona bene se utilizzo wget per Windows 1.17.1 da here (corrente, altro o meno).
fonte
2016-03-28 16:08:05
provare a impostare il vostro agente utente a un normale browser con par '-UserAgent' ameter. Forse il sito sta bloccando le connessioni da "bot". – briantist
@briantist Ci ho pensato, ma no, anche con useragent corretto questo non funziona. – iTayb