Den Controller-Proxy für einen Ansible-WinRM-Host umgehen

Für einen internen WinRM-Endpunkt, der versehentlich über den Internet-Proxy des Controllers läuft, setzen Sie diese Werte neben den vorhandenen Verbindungseinstellungen in die passenden Host- oder Gruppenvariablen:

ansible_winrm_proxy: null
ansible_winrm_server_cert_validation: validate

Diese Form gilt für Ansible-core 2.19 mit pywinrm 0.5.0. Das Plugin reicht unterstützte ansible_winrm_*-Extras an pywinrm weiter; YAML null wird zu Python None.

pywinrm 0.5.0 definiert proxy=None als Deaktivierung des Proxy-Routings und stellt einen Sitzungs-Platzhalter no_proxy bereit, während die übrige normale Umgebungs- und TLS-Konfiguration erhalten bleibt. Die installierte transport.py muss nicht bearbeitet werden.

Für die direkte Nutzung von pywinrm übergeben Sie proxy=None an Protocol. In dieser Version wählt eine explizite Proxy-URL diesen Vermittler, während das Weglassen der Option das alte umgebungsbasierte Verhalten beibehält.

Passen Sie die Inventarform an die Plugin-API an: Eine Generation mit typisierter Proxy-Option kann einen String-Sentinel statt dieser extras/null-Schnittstelle dokumentieren. Der Controller benötigt weiterhin Netzwerkzugriff auf den Windows-Host, und ein HTTPS-Vertrauensfehler erfordert die richtige CA-Konfiguration. server_cert_validation: validate sollte in Kraft bleiben.