Invoke-WebRequest
Obtient le contenu d’une page web sur Internet.
Syntaxe
Invoke-WebRequest
[-UseBasicParsing]
[-Uri] <Uri>
[-HttpVersion <Version>]
[-WebSession <WebRequestSession>]
[-SessionVariable <String>]
[-AllowUnencryptedAuthentication]
[-Authentication <WebAuthenticationType>]
[-Credential <PSCredential>]
[-UseDefaultCredentials]
[-CertificateThumbprint <String>]
[-Certificate <X509Certificate>]
[-SkipCertificateCheck]
[-SslProtocol <WebSslProtocol>]
[-Token <SecureString>]
[-UserAgent <String>]
[-DisableKeepAlive]
[-ConnectionTimeoutSeconds <Int32>]
[-OperationTimeoutSeconds <Int32>]
[-Headers <IDictionary>]
[-SkipHeaderValidation]
[-AllowInsecureRedirect]
[-MaximumRedirection <Int32>]
[-MaximumRetryCount <Int32>]
[-PreserveAuthorizationOnRedirect]
[-RetryIntervalSec <Int32>]
[-Method <WebRequestMethod>]
[-PreserveHttpMethodOnRedirect]
[-UnixSocket <UnixDomainSocketEndPoint>]
[-Proxy <Uri>]
[-ProxyCredential <PSCredential>]
[-ProxyUseDefaultCredentials]
[-Body <Object>]
[-Form <IDictionary>]
[-ContentType <String>]
[-TransferEncoding <String>]
[-InFile <String>]
[-OutFile <String>]
[-PassThru]
[-Resume]
[-SkipHttpErrorCheck]
[<CommonParameters>]
Invoke-WebRequest
[-UseBasicParsing]
[-Uri] <Uri>
[-HttpVersion <Version>]
[-WebSession <WebRequestSession>]
[-SessionVariable <String>]
[-AllowUnencryptedAuthentication]
[-Authentication <WebAuthenticationType>]
[-Credential <PSCredential>]
[-UseDefaultCredentials]
[-CertificateThumbprint <String>]
[-Certificate <X509Certificate>]
[-SkipCertificateCheck]
[-SslProtocol <WebSslProtocol>]
[-Token <SecureString>]
[-UserAgent <String>]
[-DisableKeepAlive]
[-ConnectionTimeoutSeconds <Int32>]
[-OperationTimeoutSeconds <Int32>]
[-Headers <IDictionary>]
[-SkipHeaderValidation]
[-AllowInsecureRedirect]
[-MaximumRedirection <Int32>]
[-MaximumRetryCount <Int32>]
[-PreserveAuthorizationOnRedirect]
[-RetryIntervalSec <Int32>]
[-Method <WebRequestMethod>]
[-PreserveHttpMethodOnRedirect]
[-UnixSocket <UnixDomainSocketEndPoint>]
[-NoProxy]
[-Body <Object>]
[-Form <IDictionary>]
[-ContentType <String>]
[-TransferEncoding <String>]
[-InFile <String>]
[-OutFile <String>]
[-PassThru]
[-Resume]
[-SkipHttpErrorCheck]
[<CommonParameters>]
Invoke-WebRequest
[-UseBasicParsing]
[-Uri] <Uri>
[-HttpVersion <Version>]
[-WebSession <WebRequestSession>]
[-SessionVariable <String>]
[-AllowUnencryptedAuthentication]
[-Authentication <WebAuthenticationType>]
[-Credential <PSCredential>]
[-UseDefaultCredentials]
[-CertificateThumbprint <String>]
[-Certificate <X509Certificate>]
[-SkipCertificateCheck]
[-SslProtocol <WebSslProtocol>]
[-Token <SecureString>]
[-UserAgent <String>]
[-DisableKeepAlive]
[-ConnectionTimeoutSeconds <Int32>]
[-OperationTimeoutSeconds <Int32>]
[-Headers <IDictionary>]
[-SkipHeaderValidation]
[-AllowInsecureRedirect]
[-MaximumRedirection <Int32>]
[-MaximumRetryCount <Int32>]
[-PreserveAuthorizationOnRedirect]
[-RetryIntervalSec <Int32>]
-CustomMethod <String>
[-PreserveHttpMethodOnRedirect]
[-UnixSocket <UnixDomainSocketEndPoint>]
[-Proxy <Uri>]
[-ProxyCredential <PSCredential>]
[-ProxyUseDefaultCredentials]
[-Body <Object>]
[-Form <IDictionary>]
[-ContentType <String>]
[-TransferEncoding <String>]
[-InFile <String>]
[-OutFile <String>]
[-PassThru]
[-Resume]
[-SkipHttpErrorCheck]
[<CommonParameters>]
Invoke-WebRequest
[-UseBasicParsing]
[-Uri] <Uri>
[-HttpVersion <Version>]
[-WebSession <WebRequestSession>]
[-SessionVariable <String>]
[-AllowUnencryptedAuthentication]
[-Authentication <WebAuthenticationType>]
[-Credential <PSCredential>]
[-UseDefaultCredentials]
[-CertificateThumbprint <String>]
[-Certificate <X509Certificate>]
[-SkipCertificateCheck]
[-SslProtocol <WebSslProtocol>]
[-Token <SecureString>]
[-UserAgent <String>]
[-DisableKeepAlive]
[-ConnectionTimeoutSeconds <Int32>]
[-OperationTimeoutSeconds <Int32>]
[-Headers <IDictionary>]
[-SkipHeaderValidation]
[-AllowInsecureRedirect]
[-MaximumRedirection <Int32>]
[-MaximumRetryCount <Int32>]
[-PreserveAuthorizationOnRedirect]
[-RetryIntervalSec <Int32>]
-CustomMethod <String>
[-PreserveHttpMethodOnRedirect]
[-UnixSocket <UnixDomainSocketEndPoint>]
[-NoProxy]
[-Body <Object>]
[-Form <IDictionary>]
[-ContentType <String>]
[-TransferEncoding <String>]
[-InFile <String>]
[-OutFile <String>]
[-PassThru]
[-Resume]
[-SkipHttpErrorCheck]
[<CommonParameters>]
Description
L’applet Invoke-WebRequest
de commande envoie des requêtes HTTP et HTTPS à une page web ou un service web. Elle analyse la réponse et retourne des collections de liens, images et autres éléments HTML significatifs.
Cette applet de commande a été introduite dans PowerShell 3.0.
À compter de PowerShell 7.0, Invoke-WebRequest
prend en charge la configuration du proxy définie par les variables d’environnement. Consultez la section Notes de cet article.
Important
Les exemples de cet article référencent les hôtes dans le contoso.com
domaine. Il s’agit d’un domaine fictif utilisé par Microsoft pour des exemples. Les exemples sont conçus pour montrer comment utiliser les applets de commande.
Toutefois, étant donné que les contoso.com
sites n’existent pas, les exemples ne fonctionnent pas. Adaptez les exemples aux hôtes dans votre environnement.
À compter de PowerShell 7.4, l’encodage de caractères pour les requêtes est défini par défaut sur UTF-8 au lieu d’ASCII. Si vous avez besoin d’un encodage différent, vous devez définir l’attribut charset
dans l’en-tête Content-Type
.
Exemples
Exemple 1 : Envoyer une requête web
Cet exemple utilise l’applet Invoke-WebRequest
de commande pour envoyer une requête web au site Bing.com.
$Response = Invoke-WebRequest -URI https://www.bing.com/search?q=how+many+feet+in+a+mile
$Response.InputFields | Where-Object {
$_.name -like "* Value*"
} | Select-Object Name, Value
name value
---- -----
From Value 1
To Value 5280
La première commande émet la requête et enregistre la réponse dans la $Response
variable.
La deuxième commande obtient un InputField où la propriété Name est semblable "* Value"
. Les résultats filtrés sont redirigés pour Select-Object
sélectionner les propriétés Nom et Valeur .
Exemple 2 : Utiliser un service web avec état
Cet exemple montre comment utiliser l’applet Invoke-WebRequest
de commande avec un service web avec état.
$LoginParameters = @{
Uri = 'https://www.contoso.com/login/'
SessionVariable = 'Session'
Method = 'POST'
Body = @{
User = 'jdoe'
Password = 'P@S$w0rd!'
}
}
$LoginResponse = Invoke-WebRequest @LoginParameters
$ProfileResponse = Invoke-WebRequest 'https://www.contoso.com/profile/' -WebSession $Session
Premier appel pour Invoke-WebRequest
envoyer une demande de connexion. La commande spécifie une valeur de Session
la valeur du paramètre SessionVariable . Une fois la commande terminée, la $LoginResponse
variable contient un BasicHtmlWebResponseObject et la $Session
variable contient un WebRequestSession
objet. Cela journalise l’utilisateur dans le site.
Deuxième appel pour Invoke-WebRequest
extraire le profil de l’utilisateur, ce qui nécessite que l’utilisateur soit connecté au site. Les données de session stockées dans la $Session
variable fournissent des cookies de session au site créé lors de la connexion.
Exemple 3 : Obtenir des liens à partir d’une page web
Cet exemple obtient les liens d’une page web. Il utilise l’applet de commande pour obtenir le Invoke-WebRequest
contenu de la page web. Ensuite, il utilise la propriété Links de BasicHtmlWebResponseObject qui Invoke-WebRequest
retourne et la propriété Href de chaque lien.
(Invoke-WebRequest -Uri "https://aka.ms/pscore6-docs").Links.Href
Exemple 4 : Écrire du contenu de réponse dans un fichier à l’aide de l’encodage défini dans la page demandée
Cet exemple utilise l’applet Invoke-WebRequest
de commande pour récupérer le contenu de la page web d’une page de documentation PowerShell.
$Response = Invoke-WebRequest -Uri "https://aka.ms/pscore6-docs"
$Stream = [System.IO.StreamWriter]::new('.\docspage.html', $false, $Response.Encoding)
try {
$Stream.Write($Response.Content)
} finally {
$Stream.Dispose()
}
La première commande récupère la page et enregistre l’objet de réponse dans la $Response
variable.
La deuxième commande crée un StreamWriter à utiliser pour écrire le contenu de la réponse dans un fichier. La propriété Encoding de l’objet réponse est utilisée pour définir l’encodage du fichier.
Les dernières commandes écrivent la propriété Content dans le fichier, puis suppriment StreamWriter.
Notez que la propriété Encoding a la valeur Null si la requête web ne retourne pas de contenu texte.
Exemple 5 : Envoyer un fichier multipart/form-data
Cet exemple utilise l’applet Invoke-WebRequest
de commande charger un fichier en tant que multipart/form-data
soumission. Le fichier c:\document.txt
est envoyé en tant que champ document
de formulaire avec le Content-Type
fichier .text/plain
$FilePath = 'c:\document.txt'
$FieldName = 'document'
$ContentType = 'text/plain'
$FileStream = [System.IO.FileStream]::new($filePath, [System.IO.FileMode]::Open)
$FileHeader = [System.Net.Http.Headers.ContentDispositionHeaderValue]::new('form-data')
$FileHeader.Name = $FieldName
$FileHeader.FileName = Split-Path -leaf $FilePath
$FileContent = [System.Net.Http.StreamContent]::new($FileStream)
$FileContent.Headers.ContentDisposition = $FileHeader
$FileContent.Headers.ContentType = [System.Net.Http.Headers.MediaTypeHeaderValue]::Parse($ContentType)
$MultipartContent = [System.Net.Http.MultipartFormDataContent]::new()
$MultipartContent.Add($FileContent)
$Response = Invoke-WebRequest -Body $MultipartContent -Method 'POST' -Uri 'https://api.contoso.com/upload'
Exemple 6 : Soumission de données multipart/formulaire simplifiée
Certaines API nécessitent multipart/form-data
des soumissions pour charger des fichiers et du contenu mixte. Cet exemple illustre la mise à jour d’un profil utilisateur.
$Uri = 'https://api.contoso.com/v2/profile'
$Form = @{
firstName = 'John'
lastName = 'Doe'
email = 'john.doe@contoso.com'
avatar = Get-Item -Path 'c:\Pictures\jdoe.png'
birthday = '1980-10-15'
hobbies = 'Hiking','Fishing','Jogging'
}
$Result = Invoke-WebRequest -Uri $Uri -Method Post -Form $Form
Le formulaire de profil nécessite ces champs : firstName
, , lastName
email
, avatar
, birthday
, et hobbies
. L’API s’attend à ce que l’image du profil utilisateur soit fournie dans le avatar
champ. L’API accepte également plusieurs hobbies
entrées à envoyer dans le même formulaire.
Lors de la création du $Form
hashTable, les noms de clés sont utilisés comme noms de champs de formulaire. Par défaut, les valeurs du hashTable sont converties en chaînes. Si une valeur System.IO.FileInfo est présente, le contenu du fichier est envoyé. Si une collection telle que des tableaux ou des listes est présente, le champ de formulaire est envoyé plusieurs fois.
À l’aide Get-Item
de la avatar
clé, l’objet FileInfo
est défini comme valeur. Le résultat est que les données d’image à jdoe.png
envoyer sont envoyées.
En fournissant une liste à la hobbies
clé, le hobbies
champ est présent dans les soumissions une fois pour chaque élément de liste.
Exemple 7 : Intercepter les messages non réussis à partir d’Invoke-WebRequest
Lorsque Invoke-WebRequest
vous rencontrez un message HTTP non réussi (404, 500, etc.), il ne retourne aucune sortie et génère une erreur de fin. Pour intercepter l’erreur et afficher StatusCode , vous pouvez placer l’exécution dans un try/catch
bloc.
try
{
$Response = Invoke-WebRequest -Uri "www.microsoft.com/unkownhost"
# This will only execute if the Invoke-WebRequest is successful.
$StatusCode = $Response.StatusCode
} catch {
$StatusCode = $_.Exception.Response.StatusCode.value__
}
$StatusCode
404
L’erreur de fin est interceptée par le catch
bloc, qui récupère StatusCode à partir de l’objet Exception .
Exemple 8 : Télécharger plusieurs fichiers en même temps
L’applet Invoke-WebRequest
de commande ne peut télécharger qu’un seul fichier à la fois. L’exemple suivant utilise Start-ThreadJob
pour créer plusieurs travaux de thread pour télécharger plusieurs fichiers en même temps.
$baseUri = 'https://github.com/PowerShell/PowerShell/releases/download'
$files = @(
@{
Uri = "$baseUri/v7.3.0-preview.5/PowerShell-7.3.0-preview.5-win-x64.msi"
OutFile = 'PowerShell-7.3.0-preview.5-win-x64.msi'
},
@{
Uri = "$baseUri/v7.3.0-preview.5/PowerShell-7.3.0-preview.5-win-x64.zip"
OutFile = 'PowerShell-7.3.0-preview.5-win-x64.zip'
},
@{
Uri = "$baseUri/v7.2.5/PowerShell-7.2.5-win-x64.msi"
OutFile = 'PowerShell-7.2.5-win-x64.msi'
},
@{
Uri = "$baseUri/v7.2.5/PowerShell-7.2.5-win-x64.zip"
OutFile = 'PowerShell-7.2.5-win-x64.zip'
}
)
$jobs = @()
foreach ($file in $files) {
$jobs += Start-ThreadJob -Name $file.OutFile -ScriptBlock {
$params = $using:file
Invoke-WebRequest @params
}
}
Write-Host "Downloads started..."
Wait-Job -Job $jobs
foreach ($job in $jobs) {
Receive-Job -Job $job
}
Exemple 9 : Ignorer la validation d’en-tête
Par défaut, l’applet Invoke-WebRequest
de commande valide les valeurs d’en-têtes connus qui ont un format de valeur défini par des normes. L’exemple suivant montre comment cette validation peut déclencher une erreur et comment utiliser le paramètre SkipHeaderValidation pour éviter de valider des valeurs pour les points de terminaison qui tolèrent des valeurs non mises en forme non valides.
$Uri = 'https://httpbin.org/headers'
$InvalidHeaders = @{
'If-Match' = '12345'
}
Invoke-WebRequest -Uri $Uri -Headers $InvalidHeaders
Invoke-WebRequest -Uri $Uri -Headers $InvalidHeaders -SkipHeaderValidation
Invoke-WebRequest: The format of value '12345' is invalid.
StatusCode : 200
StatusDescription : OK
Content : {
"headers": {
"Host": "httpbin.org",
"If-Match": "12345",
"User-Agent": "Mozilla/5.0 (Windows NT 10.0; Microsoft Windows 10.0.19044; en-US) PowerShell/7.2.5",
"X-Amzn-Trace-Id": �
RawContent : HTTP/1.1 200 OK
Date: Mon, 08 Aug 2022 16:24:24 GMT
Connection: keep-alive
Server: gunicorn/19.9.0
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true
Content-Type: application�
Headers : {[Date, System.String[]], [Connection, System.String[]], [Server, System.String[]], [Access-Control-Allow-Origin, System.String[]]�}
Images : {}
InputFields : {}
Links : {}
RawContentLength : 249
RelationLink : {}
httpbin.org est un service qui retourne des informations sur les demandes web et les réponses pour la résolution des problèmes. La $Uri
variable est affectée au /headers
point de terminaison du service, qui retourne les en-têtes d’une requête en tant que contenu dans sa réponse.
L’en-tête If-Match
de requête est défini dans la section RFC-7232 3.1 et nécessite que la valeur de cet en-tête soit définie avec des guillemets environnants. La $InvalidHeaders
variable est affectée à une table de hachage dont la valeur If-Match
n’est pas valide, car elle est définie comme 12345
étant au lieu de "12345"
.
L’appel Invoke-WebRequest
avec les en-têtes non valides retourne un rapport d’erreur indiquant que la valeur mise en forme n’est pas valide. La demande n’est pas envoyée au point de terminaison.
L’appel Invoke-WebRequest
avec le paramètre SkipHeaderValidation ignore l’échec de validation et envoie la requête au point de terminaison. Étant donné que le point de terminaison tolère les valeurs d’en-tête non conformes, l’applet de commande retourne l’objet de réponse sans erreur.
Exemple 10 : Envoyer une requête à l’aide de HTTP 2.0
Cet exemple obtient les liens d’une page web à l’aide du protocole HTTP 2.0. Il utilise l’applet de commande pour obtenir le Invoke-WebRequest
contenu de la page web. Ensuite, il utilise la propriété Links de BasicHtmlWebResponseObject qui Invoke-WebRequest
retourne et la propriété Href de chaque lien.
(Invoke-WebRequest -Uri 'https://aka.ms/pscore6-docs' -HttpVersion 2.0).Links.Href
Exemple 11 : Envoyer une requête à une application de socket Unix
Certaines applications, telles que Docker, exposent un socket Unix pour la communication. Cet exemple interroge une liste d’images Docker à l’aide de l’API Docker. L’applet de commande se connecte au démon Docker à l’aide du socket Unix.
Invoke-WebRequest -Uri "http://localhost/v1.40/images/json/" -UnixSocket "/var/run/docker.sock"
Paramètres
-AllowInsecureRedirect
Autorise la redirection de HTTPS vers HTTP. Par défaut, toute requête redirigée de HTTPS vers HTTP entraîne une erreur et la requête est abandonnée pour empêcher la communication involontaire en texte brut sur des connexions non chiffrées. Pour remplacer ce comportement à votre propre risque, utilisez le paramètre AllowInsecureRedirect .
Ce paramètre a été ajouté dans PowerShell 7.4.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-AllowUnencryptedAuthentication
Permet l’envoi d’informations d’identification et de secrets sur des connexions non chiffrées. Par défaut, l’attribution d’informations d’identification ou d’une option d’authentification avec un URI qui ne commence pas par https://
une erreur et la demande est abandonnée pour empêcher la communication involontaire de secrets en texte brut sur des connexions non chiffrées. Pour remplacer ce comportement à votre propre risque, fournissez le paramètre AllowUnencryptedAuthentication .
Avertissement
L’utilisation de ce paramètre n’est pas sécurisée et n’est pas recommandée. Il est fourni uniquement pour la compatibilité avec les systèmes hérités qui ne peuvent pas fournir de connexions chiffrées. Utilisez-les à vos propres risques.
Cette fonctionnalité a été ajoutée dans PowerShell 6.0.0.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-Authentication
Spécifie le type d’authentification explicite à utiliser pour la demande. La valeur par défaut est None (Aucun). Le paramètre d’authentification ne peut pas être utilisé avec le paramètre UseDefaultCredentials .
Options d’authentification disponibles :
None
: il s’agit de l’option par défaut lorsque l’authentification n’est pas fournie. Aucune authentification explicite n’est utilisée.Basic
: nécessite des informations d’identification. Les informations d’identification sont envoyées en tant qu’en-tête d’authentificationAuthorization: Basic
de base RFC 7617 au format .base64(user:password)
Bearer
: nécessite le paramètre Token . Envoie un en-tête RFC 6750Authorization: Bearer
avec le jeton fourni.OAuth
: nécessite le paramètre Token . Envoie un en-tête RFC 6750Authorization: Bearer
avec le jeton fourni.
L’approvisionnement de l’authentification remplace tous Authorization
les en-têtes fournis aux en-têtes ou inclus dans WebSession.
Cette fonctionnalité a été ajoutée dans PowerShell 6.0.0.
Type: | WebAuthenticationType |
Valeurs acceptées: | None, Basic, Bearer, OAuth |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-Body
Spécifie le corps de la demande. Le corps est le contenu de la demande qui suit les en-têtes.
Vous pouvez également diriger une valeur de corps vers Invoke-WebRequest
.
Le paramètre Body peut être utilisé pour spécifier une liste de paramètres de requête ou spécifier le contenu de la réponse. Pour les paramètres de requête, l’applet de commande utilise la méthode de méthode System.Net.WebUtility.UrlEncode pour encoder les paires clé-valeur. Pour plus d’informations sur les chaînes d’encodage pour les URL, consultez la référence de méthode UrlEncode().
Lorsque l’entrée est une requête POST et que le corps est une chaîne, la valeur à gauche du premier signe égal (=
) est définie en tant que clé dans les données de formulaire et le texte restant est défini comme valeur. Pour spécifier plusieurs clés, utilisez un objet IDictionary , tel qu’une table de hachage, pour le corps.
Lorsque l’entrée est une requête GET et que le corps est un IDictionary (généralement, une table de hachage), le corps est ajouté à l’URI en tant que paramètres de requête. Pour d’autres types de requêtes (tels que PATCH), le corps est défini comme valeur du corps de la requête au format standard name=value
avec les valeurs encodées par l’URL.
Lorsque l’entrée est un objet System.Xml.XmlNode et que la déclaration XML spécifie un encodage, cet encodage est utilisé pour les données de la requête, sauf substitution par le paramètre ContentType .
Le paramètre Body accepte également un System.Net.Http.MultipartFormDataContent
objet. Cela facilite les multipart/form-data
demandes. Lorsqu’un objet MultipartFormDataContent est fourni pour Body, tous les en-têtes liés au contenu fournis aux paramètres ContentType, Headers ou WebSession sont substitués par les en-têtes de contenu de l’objet MultipartFormDataContent . Cette fonctionnalité a été ajoutée dans PowerShell 6.0.0.
Type: | Object |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | True |
Accepter les caractères génériques: | False |
-Certificate
Spécifie le certificat client utilisé pour une demande web sécurisée. Entrez une variable qui contient un certificat, ou bien une commande ou une expression qui obtient le certificat.
Pour rechercher un certificat, utilisez ou utilisez Get-PfxCertificate
l’applet Get-ChildItem
de commande dans le lecteur de certificat (Cert:
). Si le certificat n’est pas valide ou n’a pas d’autorité suffisante, la commande échoue.
Type: | X509Certificate |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-CertificateThumbprint
Spécifie le certificat de clé publique numérique (X509) d'un compte d'utilisateur qui a l'autorisation d'envoyer la demande. Entrez l’empreinte numérique du certificat.
Les certificats sont utilisés dans l'authentification par certificat client. Les certificats ne peuvent être mappés qu’à des comptes d’utilisateur locaux, et non à des comptes de domaine.
Pour afficher l’empreinte numérique du certificat, utilisez la ou Get-ChildItem
la Get-Item
commande pour rechercher le certificat dans Cert:\CurrentUser\My
.
Remarque
Cette fonctionnalité est uniquement prise en charge sur les plateformes de système d’exploitation Windows.
Type: | String |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-ConnectionTimeoutSeconds
Spécifie la durée pendant laquelle la requête peut être en attente avant qu’elle expire. Entrez une valeur en secondes. La valeur par défaut, 0, spécifie un délai d'attente indéfini.
Une requête DNS (Domain Name System) peut prendre jusqu’à 15 secondes pour retourner ou expirer. Si votre requête contient un nom d’hôte qui nécessite une résolution et que vous définissez ConnectionTimeoutSeconds sur une valeur supérieure à zéro, mais moins de 15 secondes, cela peut prendre 15 secondes ou plus avant qu’une exception WebException soit levée et que votre requête expire.
Ce paramètre a remplacé le paramètre TimeoutSec dans PowerShell 7.4. Vous pouvez utiliser TimeoutSec comme alias pour ConnectionTimeoutSeconds.
Type: | Int32 |
Alias: | TimeoutSec |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-ContentType
Spécifie le type de contenu de la demande web.
Si la valeur de ContentType contient le format d’encodage (tel que charset
), l’applet de commande utilise ce format pour encoder le corps de la requête web. Si ContentType ne spécifie pas de format d’encodage, le format d’encodage par défaut est utilisé à la place. Un exemple de ContentType avec un format d’encodage est text/plain; charset=iso-8859-5
, qui spécifie l’alphabet latin/cyrillique.
Si ce paramètre est omis et que la méthode de requête est POST ou PUT, Invoke-WebRequest
définit le type application/x-www-form-urlencoded
de contenu sur . Sinon, le type de contenu n’est pas spécifié dans l’appel.
ContentType est substitué lorsqu’un objet MultipartFormDataContent est fourni pour Body.
À compter de PowerShell 7.4, si vous utilisez ce paramètre et le paramètre Headers pour définir l’en-tête Content-Type
, la valeur spécifiée dans le paramètre ContentType est utilisée.
Type: | String |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-Credential
Spécifie un compte d'utilisateur qui a l'autorisation d'envoyer la demande. La valeur par défaut est l’utilisateur actuel.
Tapez un nom d’utilisateur, tel que User01 ou Domain01\User01, ou entrez un objet PSCredential généré par l’applet Get-Credential
de commande.
Les informations d’identification peuvent être utilisées seules ou conjointement avec certaines options de paramètre d’authentification . Lorsqu’il est utilisé seul, il fournit uniquement des informations d’identification au serveur distant si le serveur distant envoie une demande de défi d’authentification. Lorsqu’elles sont utilisées avec les options d’authentification , les informations d’identification sont envoyées explicitement.
Les informations d’identification sont stockées dans un objet PSCredential et le mot de passe est stocké en tant que SecureString.
Remarque
Pour plus d’informations sur la protection des données SecureString , consultez Comment secure is SecureString ?.
Type: | PSCredential |
Position: | Named |
Valeur par défaut: | Current user |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-CustomMethod
Spécifie une méthode personnalisée utilisée pour la requête web. Cela peut être utilisé si la méthode de requête requise par le point de terminaison n’est pas une option disponible sur la méthode. La méthode et CustomMethod ne peuvent pas être utilisées ensemble.
Cet exemple effectue une TEST
requête HTTP à l’API :
Invoke-WebRequest -uri 'https://api.contoso.com/widget/' -CustomMethod 'TEST'
Cette fonctionnalité a été ajoutée dans PowerShell 6.0.0.
Type: | String |
Alias: | CM |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | True |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-DisableKeepAlive
Indique que l’applet de commande définit la valeur KeepAlive dans l’en-tête HTTP sur False. Par défaut, KeepAlive a la valeur True. KeepAlive établit une connexion persistante au serveur pour faciliter les demandes suivantes.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-Form
Convertit un dictionnaire en multipart/form-data
soumission. Le formulaire peut ne pas être utilisé avec le corps.
Si ContentType est utilisé, il est ignoré.
Les clés du dictionnaire sont utilisées comme noms de champs de formulaire. Par défaut, les valeurs de formulaire sont converties en valeurs de chaîne.
Si la valeur est un objet System.IO.FileInfo , le contenu du fichier binaire est envoyé. Le nom du fichier est envoyé en tant que propriété de nom de fichier . Le type MIME est défini sur application/octet-stream
. Get-Item
peut être utilisé pour simplifier l’approvisionnement de l’objet System.IO.FileInfo .
$Form = @{ resume = Get-Item 'c :\Users\jdoe\Documents\John Doe.pdf' }
Si la valeur est un type de collection, ces tableaux ou listes sont envoyés plusieurs fois. Les valeurs de la liste sont traitées comme des chaînes par défaut. Si la valeur est un objet System.IO.FileInfo , le contenu du fichier binaire est envoyé. Les collections imbriquées ne sont pas prises en charge.
$Form = @{ tags = 'Vacation', 'Italie', '2017' pictures = Get-ChildItem 'c :\Users\jdoe\Pictures\2017-Italy' }
Dans l’exemple ci-dessus, le tags
champ est fourni trois fois dans le formulaire, une fois pour chacun des Vacation
champs , Italy
et 2017
. Le pictures
champ est également envoyé une fois pour chaque fichier du 2017-Italy
dossier. Le contenu binaire des fichiers de ce dossier est envoyé en tant que valeurs.
Cette fonctionnalité a été ajoutée dans PowerShell 6.1.0.
Type: | IDictionary |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-Headers
Spécifie les en-têtes de la demande web. Entrez une table de hachage ou un dictionnaire.
Les en-têtes associés au contenu, tels que Content-Type
ceux-ci sont remplacés lorsqu’un objet MultipartFormDataContent est fourni pour Body.
À compter de PowerShell 7.4, si vous utilisez ce paramètre pour définir l’en-tête et utiliser le Content-Type
paramètre ContentType, la valeur spécifiée dans le paramètre ContentType est utilisée.
Type: | IDictionary |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-HttpVersion
Spécifie la version HTTP utilisée pour la requête. Par défaut, il s’agit de 1.1
.
Les valeurs autorisées sont :
- 1.0
- 1.1
- 2.0
- 3.0
Type: | Version |
Position: | Named |
Valeur par défaut: | 1.1 |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-InFile
Obtient le contenu de la demande web à partir d'un fichier. Entrez un chemin d’accès et un nom de fichier. Si vous omettez le chemin d'accès, la valeur par défaut est l'emplacement actuel.
Type: | String |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-MaximumRedirection
Spécifie le nombre de fois où PowerShell redirige une connexion vers un autre URI (Uniform Resource Identifier) avant l’échec de la connexion. La valeur par défaut est 5. La valeur 0 (zéro) empêche toute redirection.
Type: | Int32 |
Position: | Named |
Valeur par défaut: | 5 |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-MaximumRetryCount
Spécifie le nombre de tentatives de connexion par PowerShell lorsqu’un code d’échec compris entre 400 et 599, inclus ou 304 est reçu. Consultez également le paramètre RetryIntervalSec pour spécifier le nombre de nouvelles tentatives.
Type: | Int32 |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-Method
Spécifie la méthode utilisée pour la demande web. Les valeurs valides pour ce paramètre sont :
Default
Delete
Get
Head
Merge
Options
Patch
Post
Put
Trace
Le paramètre CustomMethod peut être utilisé pour les méthodes de requête non répertoriées ci-dessus.
Type: | WebRequestMethod |
Valeurs acceptées: | Default, Get, Head, Post, Put, Delete, Trace, Options, Merge, Patch |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-NoProxy
Indique que l’applet de commande ne doit pas utiliser de proxy pour atteindre la destination. Lorsque vous devez contourner le proxy configuré dans l’environnement, utilisez ce commutateur. Cette fonctionnalité a été ajoutée dans PowerShell 6.0.0.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | True |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-OperationTimeoutSeconds
Ce délai d’expiration s’applique aux lectures de données dans un flux, et non à l’heure du flux dans son ensemble. La valeur par défaut, 0, spécifie un délai d’expiration indéfini.
La définition de la valeur sur 30 secondes signifie que tout délai de plus de 30 secondes entre les données du flux met fin à la requête. Un fichier volumineux qui prend plusieurs minutes à télécharger ne se termine pas, sauf si le flux se bloque pendant plus de 30 secondes.
Type: | Int32 |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-OutFile
Par défaut, Invoke-WebRequest
retourne les résultats au pipeline. Lorsque vous utilisez le paramètre OutFile , les résultats sont enregistrés dans le fichier spécifié et ne sont pas retournés au pipeline. Entrez un chemin d’accès et un nom de fichier. Pour envoyer les résultats à un fichier et au pipeline, ajoutez le paramètre Passthru .
Si vous omettez le chemin d'accès, la valeur par défaut est l'emplacement actuel. Le nom est traité comme un chemin littéral.
Les noms qui contiennent des crochets ([]
) doivent être placés entre guillemets simples ('
).
À compter de PowerShell 7.4, vous pouvez spécifier un chemin d’accès de dossier sans le nom de fichier. Lorsque vous le faites, la commande utilise le nom de fichier à partir du dernier segment de l’URI résolu après toutes les redirections. Lorsque vous spécifiez un chemin d’accès de dossier pour OutFile, vous ne pouvez pas utiliser le paramètre Resume .
Type: | String |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-PassThru
Indique que l’applet de commande retourne les résultats, en plus de les écrire dans un fichier. Ce paramètre est valide uniquement lorsque le paramètre OutFile est également utilisé dans la commande.
Remarque
Lorsque vous utilisez le paramètre PassThru , la sortie est écrite dans le pipeline, mais le fichier n’est pas créé. Cette opération est corrigée dans PowerShell 7.5-preview.4. Pour plus d’informations, consultez Le problème PowerShell #15409.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-PreserveAuthorizationOnRedirect
Indique que l’applet de commande doit conserver l’en-tête Authorization
, lorsqu’elle est présente, entre les redirections.
Par défaut, l’applet de commande supprime l’en-tête Authorization
avant de rediriger. La spécification de ce paramètre désactive cette logique pour les cas où l’en-tête doit être envoyé à l’emplacement de redirection.
Cette fonctionnalité a été ajoutée dans PowerShell 6.0.0.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-PreserveHttpMethodOnRedirect
Indique que l’applet de commande doit conserver la méthode de la requête entre les redirections.
Par défaut, l’applet de commande modifie la méthode GET
en cas de redirection. La spécification de ce paramètre désactive cette logique pour vous assurer que la méthode prévue peut être utilisée avec la redirection.
Cette fonctionnalité a été ajoutée dans PowerShell 7.4.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-Proxy
Spécifie un serveur proxy pour la requête, plutôt que de se connecter directement à la ressource Internet. Entrez l'URI d'un serveur proxy du réseau.
Type: | Uri |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-ProxyCredential
Spécifie un compte d’utilisateur autorisé à utiliser le serveur proxy spécifié par le paramètre Proxy . La valeur par défaut est l’utilisateur actuel.
Tapez un nom d’utilisateur, tel que User01
ou Domain01\User01
, ou entrez un objet PSCredential , tel qu’un objet généré par l’applet Get-Credential
de commande.
Ce paramètre est valide uniquement lorsque le paramètre proxy est également utilisé dans la commande. Vous ne pouvez pas utiliser les paramètres ProxyCredential et ProxyUseDefaultCredentials dans la même commande.
Type: | PSCredential |
Position: | Named |
Valeur par défaut: | Current user |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-ProxyUseDefaultCredentials
Indique que l’applet de commande utilise les informations d’identification de l’utilisateur actuel pour accéder au serveur proxy spécifié par le paramètre Proxy .
Ce paramètre est valide uniquement lorsque le paramètre proxy est également utilisé dans la commande. Vous ne pouvez pas utiliser les paramètres ProxyCredential et ProxyUseDefaultCredentials dans la même commande.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-Resume
Effectue une tentative optimale de reprise du téléchargement d’un fichier partiel. La reprise nécessite OutFile.
Reprendre fonctionne uniquement sur la taille du fichier local et du fichier distant et n’effectue aucune autre validation que le fichier local et le fichier distant sont identiques.
Si la taille du fichier local est inférieure à la taille de fichier distante, l’applet de commande tente de reprendre le téléchargement du fichier et d’ajouter les octets restants à la fin du fichier.
Si la taille de fichier locale est identique à la taille de fichier distante, aucune action n’est effectuée et l’applet de commande suppose que le téléchargement est déjà terminé.
Si la taille du fichier local est supérieure à la taille de fichier distante, le fichier local est remplacé et l’intégralité du fichier distant est rechargé. Ce comportement est identique à l’utilisation de OutFile sans Resume.
Si le serveur distant ne prend pas en charge la reprise du téléchargement, le fichier local est remplacé et l’intégralité du fichier distant est rechargé. Ce comportement est identique à l’utilisation de OutFile sans Resume.
Si le fichier local n’existe pas, le fichier local est créé et le fichier distant entier est téléchargé. Ce comportement est identique à l’utilisation de OutFile sans Resume.
Cette fonctionnalité a été ajoutée dans PowerShell 6.1.0.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-RetryIntervalSec
Spécifie l’intervalle entre les nouvelles tentatives pour la connexion lorsqu’un code d’échec compris entre 400 et 599, inclus ou 304 est reçu. Consultez également le paramètre MaximumRetryCount pour spécifier le nombre de nouvelles tentatives. La valeur doit être comprise entre 1
et [int]::MaxValue
.
Lorsque le code d’échec est 429 et que la réponse inclut la propriété Retry-After dans ses en-têtes, l’applet de commande utilise cette valeur pour l’intervalle de nouvelle tentative, même si ce paramètre est spécifié.
Type: | Int32 |
Position: | Named |
Valeur par défaut: | 5 |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-SessionVariable
Spécifie une variable pour laquelle cette applet de commande crée une session de requête web et l’enregistre dans la valeur.
Entrez un nom de variable sans symbole de signe dollar ($
).
Lorsque vous spécifiez une variable de session, Invoke-WebRequest
crée un objet de session de requête web et l’affecte à une variable portant le nom spécifié dans votre session PowerShell. Vous pouvez utiliser la variable dans votre session dès que la commande est terminée.
Avant PowerShell 7.4, la session de requête web n’est pas une connexion persistante. Il s’agit d’un objet qui contient des informations sur la connexion et la demande, notamment les cookies, les informations d’identification, la valeur de redirection maximale et la chaîne de l’agent utilisateur. Vous pouvez l'utiliser pour partager l'état et les données entre les demandes web.
À compter de PowerShell 7.4, la session de requête web est persistante tant que les propriétés de la session ne sont pas remplacées dans une requête ultérieure. Lorsqu’elles le sont, l’applet de commande recrée la session avec les nouvelles valeurs. Les sessions persistantes réduisent la surcharge pour les requêtes répétées, ce qui les rend beaucoup plus rapides.
Pour utiliser la session de requête web dans les requêtes web suivantes, spécifiez la variable de session dans la valeur du paramètre WebSession . PowerShell utilise les données de l’objet de session de requête web lors de l’établissement de la nouvelle connexion. Pour remplacer une valeur dans la session de requête web, utilisez un paramètre d’applet de commande, tel que UserAgent ou Credential. Les valeurs de paramètre sont prioritaires sur les valeurs de la session de demande web.
Vous ne pouvez pas utiliser les paramètres SessionVariable et WebSession dans la même commande.
Type: | String |
Alias: | SV |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-SkipCertificateCheck
Ignore les vérifications de validation de certificat. Cela inclut toutes les validations telles que l’expiration, la révocation, l’autorité racine approuvée, etc.
Avertissement
L’utilisation de ce paramètre n’est pas sécurisée et n’est pas recommandée. Ce commutateur est destiné uniquement à être utilisé sur des hôtes connus à l’aide d’un certificat auto-signé à des fins de test. Utilisez-les à vos propres risques.
Cette fonctionnalité a été ajoutée dans PowerShell 6.0.0.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-SkipHeaderValidation
Indique que l’applet de commande doit ajouter des en-têtes à la demande sans validation.
Ce commutateur doit être utilisé pour les sites qui nécessitent des valeurs d’en-tête qui ne sont pas conformes aux normes. La spécification de ce commutateur désactive la validation pour autoriser la transmission de la valeur non cochée. Lorsqu’ils sont spécifiés, tous les en-têtes sont ajoutés sans validation.
Ce commutateur désactive la validation des valeurs transmises aux paramètres ContentType, Headers et UserAgent .
Cette fonctionnalité a été ajoutée dans PowerShell 6.0.0.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-SkipHttpErrorCheck
Ce paramètre entraîne l’ignorer des états d’erreur HTTP et continuer à traiter les réponses. Les réponses d’erreur sont écrites dans le pipeline comme si elles ont réussi.
Ce paramètre a été introduit dans PowerShell 7.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-SslProtocol
Définit les protocoles SSL/TLS autorisés pour la requête web. Par défaut, tous les protocoles SSL/TLS pris en charge par le système sont autorisés. SslProtocol permet de limiter les protocoles spécifiques à des fins de conformité.
Ces valeurs sont définies comme une énumération basée sur des indicateurs. Vous pouvez combiner plusieurs valeurs pour définir plusieurs indicateurs à l’aide de ce paramètre. Les valeurs peuvent être transmises au paramètre SslProtocol en tant que tableau de valeurs ou sous forme de chaîne séparée par des virgules de ces valeurs. L’applet de commande combine les valeurs à l’aide d’une opération binary-OR. La transmission de valeurs en tant que tableau est l’option la plus simple et vous permet également d’utiliser la saisie semi-automatique sous forme de tabulation sur les valeurs. Vous ne pouvez peut-être pas définir plusieurs options sur toutes les plateformes.
Remarque
Sur les plateformes non-Windows, il peut ne pas être possible de fournir Tls
ou Tls12
en tant qu’option. Tls13
La prise en charge de n’est pas disponible sur tous les systèmes d’exploitation et doit être vérifiée par système d’exploitation.
Cette fonctionnalité a été ajoutée dans PowerShell 6.0.0 et la prise en charge Tls13
a été ajoutée dans PowerShell 7.1.
Type: | WebSslProtocol |
Valeurs acceptées: | Default, Tls, Tls11, Tls12 |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-Token
Jeton OAuth ou Porteur à inclure dans la requête. Le jeton est requis par certaines options d’authentification . Elle ne peut pas être utilisée indépendamment.
Le jeton prend un SecureString
jeton contenant le jeton. Pour fournir le jeton manuellement, utilisez les éléments suivants :
Invoke-WebRequest -Uri $uri -Authentication OAuth -Token (Read-Host -AsSecureString)
Ce paramètre a été introduit dans PowerShell 6.0.
Type: | SecureString |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-TransferEncoding
Spécifie une valeur pour l'en-tête de réponse HTTP de codage de transfert. Les valeurs valides pour ce paramètre sont :
Chunked
Compress
Deflate
GZip
Identity
Type: | String |
Valeurs acceptées: | chunked, compress, deflate, gzip, identity |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-UnixSocket
Spécifie le nom du socket Unix auquel se connecter. Ce paramètre est pris en charge sur les systèmes Unix et Windows version 1803 et ultérieures. Pour plus d’informations sur la prise en charge windows des sockets Unix, consultez l’interopérabilité Windows/WSL avec AF_UNIX billet de blog.
Ce paramètre a été ajouté dans PowerShell 7.4.
Type: | UnixDomainSocketEndPoint |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-Uri
Spécifie l’URI (Uniform Resource Identifier) de la ressource Internet à laquelle la requête web est envoyée. Entrez un URI. Ce paramètre prend uniquement en charge HTTP ou HTTPS.
Ce paramètre est obligatoire. L’URI du nom de paramètre est facultatif.
Type: | Uri |
Position: | 0 |
Valeur par défaut: | None |
Obligatoire: | True |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-UseBasicParsing
Ce paramètre a été déconseillé. À compter de PowerShell 6.0.0, toutes les requêtes Web utilisent uniquement l’analyse de base. Ce paramètre est inclus uniquement pour la compatibilité descendante et toute utilisation n’a aucun effet sur l’opération de l’applet de commande.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-UseDefaultCredentials
Indique que l’applet de commande utilise les informations d’identification de l’utilisateur actuel pour envoyer la requête web. Cela ne peut pas être utilisé avec l’authentification ou les informations d’identification et ne peut pas être pris en charge sur toutes les plateformes.
Type: | SwitchParameter |
Position: | Named |
Valeur par défaut: | False |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-UserAgent
Spécifie une chaîne d'agent utilisateur pour la demande web.
L’agent utilisateur par défaut est similaire à Mozilla/5.0 (Windows NT 10.0; Microsoft Windows 10.0.15063; en-US) PowerShell/6.0.0
de légères variations pour chaque système d’exploitation et plateforme.
Pour tester un site web avec la chaîne d’agent utilisateur standard utilisée par la plupart des navigateurs Internet, utilisez les propriétés de la classe PSUserAgent , telles que Chrome, FireFox, InternetExplorer, Opera et Safari.
Par exemple, la commande suivante utilise la chaîne de l’agent utilisateur pour Internet Explorer : Invoke-WebRequest -Uri https://website.com/ -UserAgent ([Microsoft.PowerShell.Commands.PSUserAgent]::InternetExplorer)
Type: | String |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
-WebSession
Spécifie une session de demande web. Entrez le nom de la variable, y compris le signe dollar ($
).
Pour remplacer une valeur dans la session de requête web, utilisez un paramètre d’applet de commande, tel que UserAgent ou Credential. Les valeurs de paramètre sont prioritaires sur les valeurs de la session de demande web. Les en-têtes associés au contenu, tels que Content-Type
, sont également substitués lorsqu’un objet MultipartFormDataContent est fourni pour Body.
Contrairement à une session distante, la session de requête web n’est pas une connexion persistante. Il s’agit d’un objet qui contient des informations sur la connexion et la demande, notamment les cookies, les informations d’identification, la valeur de redirection maximale et la chaîne de l’agent utilisateur. Vous pouvez l'utiliser pour partager l'état et les données entre les demandes web.
Pour créer une session de requête web, entrez un nom de variable, sans une connexion dollar, dans la valeur du paramètre SessionVariable d’une Invoke-WebRequest
commande. Invoke-WebRequest
crée la session et l’enregistre dans la variable. Dans les commandes suivantes, utilisez la variable comme valeur du paramètre WebSession .
Vous ne pouvez pas utiliser les paramètres SessionVariable et WebSession dans la même commande.
Type: | WebRequestSession |
Position: | Named |
Valeur par défaut: | None |
Obligatoire: | False |
Accepter l'entrée de pipeline: | False |
Accepter les caractères génériques: | False |
Entrées
Vous pouvez diriger le corps d’une requête web vers cette applet de commande.
Sorties
Cette applet de commande retourne l’objet de réponse représentant le résultat de la requête web.
Notes
PowerShell inclut les alias suivants pour Invoke-WebRequest
:
- Toutes les plateformes :
iwr
À compter de PowerShell 6.0.0 Invoke-WebRequest
, l’analyse de base prend uniquement en charge l’analyse de base.
Pour plus d’informations, consultez BasicHtmlWebResponseObject.
En raison des modifications apportées à .NET Core 3.1, PowerShell 7.0 et versions ultérieures utilisent la propriété HttpClient.DefaultProxy pour déterminer la configuration du proxy.
La valeur de cette propriété est déterminée par votre plateforme :
- Pour Windows : lit la configuration du proxy à partir de variables d’environnement. Si ces variables ne sont pas définies, la propriété est dérivée des paramètres proxy de l’utilisateur.
- Pour macOS : lit la configuration du proxy à partir de variables d’environnement. Si ces variables ne sont pas définies, la propriété est dérivée des paramètres proxy du système.
- Pour Linux : lit la configuration du proxy à partir de variables d’environnement. Si ces variables ne sont pas définies, la propriété initialise une instance non configurée qui contourne toutes les adresses.
Les variables d’environnement utilisées pour l’initialisation de DefaultProxy
sur les plateformes Windows et Unix sont les suivantes :
HTTP_PROXY
: nom d’hôte ou adresse IP du serveur proxy utilisé sur les requêtes HTTP.HTTPS_PROXY
: nom d’hôte ou adresse IP du serveur proxy utilisé sur les requêtes HTTPS.ALL_PROXY
: le nom d’hôte ou l’adresse IP du serveur proxy utilisé sur les requêtes HTTP et HTTPS dans le casHTTP_PROXY
ouHTTPS_PROXY
ne sont pas définis.NO_PROXY
: liste de noms d’hôte séparés par des virgules à exclure comme proxy.
PowerShell 7.4 a ajouté la prise en charge de l’algorithme de compression Brotli.
Liens associés
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour