2014-09-16 7 views

risposta

4

Fare clic su Aggiungi e aggiungere about:security_powershell.exe a Trusted Sites.

+1

Un buon consiglio: ci ho provato. Quindi ricevo errori successivi relativi ad altri file a cui fa riferimento la pagina iniziale. Sembra che Invoke-WebRequest si comporti come un normale browser, invece di recuperare il contenuto della richiesta iniziale –

+2

Questo è esattamente ciò che fa "Invoke-WebRequest". È possibile utilizzare 'System.Net.WebClient' come alternativa, ma non ci sarà elaborazione sul lato client (nessuna ajax). – Raf

+0

Esattamente quello che ho finito usando :-) –

1

Forse i sistemi sono cambiati da quando la risposta di Raf sopra è stata pubblicata. Ho trovato che non ha funzionato per me.

Cosa ha funzionato è stata: -

  1. Aprire Internet Explorer
  2. andare in Strumenti-> Opzioni Internet
  3. Selezionare la scheda Protezione
  4. Selezionare Intranet locale
  5. SITI Clicca
  6. Immettere * .security_powershell.exe
  7. Fare clic su Aggiungi
+0

Non avevo il pulsante "Aggiungi ..." mostrato nello screenshot dell'OP, ma in caso contrario lo stesso messaggio di errore, e questo ha funzionato anche per me (anche se ho aggiunto una pagina diversa a _Trusted Sites_ invece di _Local Intranet_). –

4

Sembra Invoke-WebRequest richiede IE a meno che non si specifichi il parametro -UseBasicParsing. vedere: https://msdn.microsoft.com/powershell/reference/5.1/microsoft.powershell.utility/Invoke-WebRequest

-UseBasicParsing Indica che il cmdlet utilizza l'oggetto di risposta per il contenuto HTML senza Document Object Model (DOM) di analisi.

Questo parametro è necessario quando Internet Explorer non è installato su computer, ad esempio su un'installazione Server Core di un sistema operativo Windows Server.

+0

Non sarebbe il contrario? Se "questo parametro è richiesto quando IE è _not_ installato ...". –

+0

Questo non ha funzionato per me. Aggiungendo -UseBasicParsing risultava ancora il pop-up di IE ESC per i nuovi URL; almeno a PowerShell 3.0. –

Problemi correlati