i dont understand what this mean
You need both the hotfix and the registry keys set for the connection to
break like this, having one or the other is not enough. A
On Sun, Aug 16, 2020 at 5:40 PM Tony Wong wrote:
> I have same problem. I enabled winrm over https and i can see it listen to
> 598
I've managed to write a workaround, by writing a playbook which runs
the get-admin-credential command task, with "delegate_to: localhost".
>From this I build a dictionary with the parsed values for
host/login/password from the command output, and in the ansible inventory
file I do a hostvars lookup
arcfour is RC4 which isn't supported, problematic, and a broken encryption
standard. You should be using at least AES, a list of encryption types in
krb5 can be found here
http://web.mit.edu/kerberos/krb5-1.12/doc/admin/enctypes.html#enctype-compatibility.
--
You received this message because
Hello Jordan
I moved from https to http
I removed the des kerberos options:
# default_tgs_enctypes = des-cbc-crc arcfour-hmac-md5
default_tgs_enctypes = arcfour-hmac-md5
# default_tkt_enctypes = arcfour-hmac-md5 des-cbc-crc
default_tkt_enctypes = arcfour-hmac-md5
# preferred_preauth_types = des-c
I have installed and created Virtualenv.
Installed pywinrm and this time with no errors.
I will get back over this to report how things worked ahead later.
I feel blessed reaching out here!
On Thu, May 24, 2018 at 3:20 PM Jordan Borean wrote:
> There is a conflict between a system package and p
Hi Stavris,
I am not familiar with DISM tool then I have not tried this workaround yet.
For example, if the system has already the KB, this task does nothing,
on the other hands this system does not have the KB it should be fixed
the KB by this task ( it called idempotence ).
I would like to run i
Hello Takeshi,
what do you actually mean by asking if the workaround has idempotence? That
you run this and nothing changes/happens on the target host?
If you tried it so far, then you can see if the .Net Framework is installed
only by searching the installed Windows updates. There you will fin
Hello Stavos,
I would like to run the ansible to use your workaround for ms patch.
By the way, can your workaround have Idempotence ?
BestRegards,
Takeshi
2016-02-29 18:36 GMT+09:00 Stavros :
> Hi Quang,
>
> you can also try to extract the x64-Windows8.1-KB2934520-x64.msu, which will
> give y
I installed ansible from source, and it now works a treat!
*☿* |staging:e38026ddcaae ✗| → ansible -i ./provisioning/hosts production
-m win_ping
54.67.74.52 | success >> {
"changed": false,
"ping": "pong"
}
Thanks for ansible, and for great resources to fix issues.
cheers
P.
On
I get exactly the same...
*☿* |staging:e38026ddcaae ✗| → ansible -i ./provisioning/hosts windows -m
win_ping
54.67.74.52 | FAILED => Traceback (most recent call last):
File
"/usr/local/lib/python2.7/site-packages/ansible-1.7.2-py2.7.egg/ansible/runner/__init__.py",
line 561, in _executor
That IndexError has been fixed in ansible devel. It's not really a pywinrm
issue, but an ansible issue in trying to handle the HTTPError from pywinrm.
It happens when the HTTPError from urllib2 isn't a file-like object
(despite what the docs say in
https://docs.python.org/2/library/urllib2.html#u
This is probably a good error to file upstream with winrm, such that on
this error it can present something better to the user.
We could catch it, but an IndexError is the wrong sort of exception to be
catching here.
On Sun, Oct 19, 2014 at 2:44 PM, Trond Hindenes wrote:
> Have you prepared y
12 matches
Mail list logo