Le besoin de bypasser, ça peut être parce que le script PS doit charger des fichiers de configuration, ou alors il n’est pas signé... C’est ce que je devine en lisant rapidement le lien ci-dessus.
À quoi ça sert de s'infliger des policies restrictives qui ne sont finalement pas bloquantes?
Elles ne sont pas bloquantes car tu lances ton script avec les droits administrateur, sans les droits administrateurs tu ne pourrais, je pense, pas faire ce bypass. C’est comme quand tu bypass la vérification de l’hôte en utilisant SSH, c’est possible de le faire mais ça n’enlève rien à l’utilité de la vérification de l’hôte en elle-même pour autant.
[^] # Re: Bonjour
Posté par Marotte ⛧ . En réponse au journal Windows 10 servi pour un plateau. Évalué à 6. Dernière modification le 18 février 2018 à 23:36.
Merci pour ta réponse. C’est archi-moche, on comprend facilement pourquoi MS a fini par intégrer Bash :) Pour le coup on trouve la documentation facilement en cherchant "powershell execution policy" : https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.security/set-executionpolicy?view=powershell-6
Le besoin de bypasser, ça peut être parce que le script PS doit charger des fichiers de configuration, ou alors il n’est pas signé... C’est ce que je devine en lisant rapidement le lien ci-dessus.
Elles ne sont pas bloquantes car tu lances ton script avec les droits administrateur, sans les droits administrateurs tu ne pourrais, je pense, pas faire ce bypass. C’est comme quand tu bypass la vérification de l’hôte en utilisant SSH, c’est possible de le faire mais ça n’enlève rien à l’utilité de la vérification de l’hôte en elle-même pour autant.