Bypass de controllerproxy foar ien Ansible WinRM-host
Mei Ansible-core 2.19 en pywinrm 0.5.0 jout YAML null troch de WinRM extras-ynterface wylst sertifikaatfalidaasje oan bliuwt.
Foar in yntern WinRM-einpunt dat by fersin troch de internetproxy fan de controller rint, sette dizze wearden yn de passende host- of groepfariabelen neist de besteande ferbiningsynstellingen:
ansible_winrm_proxy: null
ansible_winrm_server_cert_validation: validateDizze foarm jildt foar Ansible-core 2.19 mei pywinrm 0.5.0. De plugin jout stipe ansible_winrm_*-ekstra's troch oan pywinrm; YAML null wurdt Python None.
pywinrm 0.5.0 definiearret proxy=None as it útskeakeljen fan proxy-routing en leveret in sesje-no_proxy-jokerteken wylst de oare normale omjouwing- en TLS-konfiguraasje bewarre bliuwt. De ynstalleare transport.py hoecht net bewurke te wurden.
Foar direkte pywinrm-brûk jou proxy=None troch oan Protocol. Yn dizze ferzje kiest in eksplisite proxy-URL dy tuskenpersoan, wylst it weilitten fan de opsje it âlde omjouwingbasearre gedrach behâldt.
Lek de ynventarisfoarm oan by de plugin-API: in generaasje mei in typearre proxy-opsje kin in stringmarker dokumintearje ynstee fan dit extras/null-ynterface. De controller hat noch altyd netwurktoegang ta de Windows-host nedich, en in HTTPS-fertroufout freget de juste CA-konfiguraasje. server_cert_validation: validate moat fan krêft bliuwe.