Informations d'identification du proxy au second saut PowerShell

Une requête web qui fonctionne de manière interactive sur le serveur B peut recevoir 407 lorsque la même commande y est exécutée via PowerShell remoting. La connexion de A vers B ne délègue pas automatiquement cette identité pour le prochain échange d'authentification de B.

A → remoting session on B → HTTP proxy → website

Une conception prise en charge consiste à fournir explicitement le compte proxy pour la requête sortante. Avec une PSSession existante et un objet PSCredential obtenu correctement :

Invoke-Command -Session $session -ArgumentList $proxyCredential -ScriptBlock {
    param([pscredential]$outboundProxyCredential)

    $requestOptions = @{
        Uri = 'https://api.example/'
        Proxy = 'http://proxy.example:8080'
        ProxyCredential = $outboundProxyCredential
    }
    Invoke-WebRequest @requestOptions
}

L'objet d'informations d'identification correspond au compte prévu du proxy. La session utilise toujours son authentification remoting habituelle, et toute connexion à un site web reste partie intégrante de cette requête.

Cela évite de compter sur la délégation automatique de la première connexion. En revanche, l'hôte distant doit traiter le matériel de compte fourni dans le cadre de la conception d'administration prévue. D'autres architectures, comme un point de terminaison RunAs géré ou un accès de service restreint, ont leurs propres exigences de configuration.

Si les informations d'identification proxy par défaut étaient l'hypothèse erronée, consignez le compte sous lequel la commande distante s'exécute et l'authentification demandée par le proxy. Un délai d'expiration plus long de la requête web ne peut pas fournir des informations d'identification manquantes.

Les options de proxy de New-PSSessionOption concernent la connexion remoting elle-même. Configurez Invoke-WebRequest dans le bloc de script distant lorsque c'est la connexion web sortante de B qui a besoin du proxy.