You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When you have a machine that has both connections open (A Windows machines with the sshd service installed), Ridley will only ever choose the SSH connection. This will cause problems:
Ridley uses the Linux binding ERB template on SSH connections, and the Chef Omnibus can't figure out the platform when its a Windows machine.
If you disable sshd before bootstrapping, you can have a successful bootstrap; then you have to turn sshd back on (its a requirement); any chef-client calls from MB will fail because $PATH (Unix) is different than %PATH% (Windows).
Potential Solutions:
Reverse the logic of that if statement linked above. That will work until we find a Unix node that is running something on port 5985.
Find some way to turn off the sshd service whenever we see that 5985 and 22 are both open.
I think we should be able to be more explicit about which choice to make for nodes. I think that adding some additional DSL language to the groups may be the best approach.
The text was updated successfully, but these errors were encountered:
I would reverse the if logic. If you are worried about some other service running on that port, you can try to send an innocuous winrm command if the port is open. Validate the response to determine if its actually winrm. The chances of something running on that port responding to a soap message the same way that winrm does is fairly low. I don't know enough about winrm to suggest what to send.
Problem:
The current logic in Ridley is to check the SSH port and then check the WinRM port - https://github.com/RiotGames/ridley/blob/master/lib/ridley/host_connector.rb#L56-L62.
When you have a machine that has both connections open (A Windows machines with the sshd service installed), Ridley will only ever choose the SSH connection. This will cause problems:
Potential Solutions:
Reverse the logic of that
if
statement linked above. That will work until we find a Unix node that is running something on port 5985.Find some way to turn off the sshd service whenever we see that 5985 and 22 are both open.
I think we should be able to be more explicit about which choice to make for nodes. I think that adding some additional DSL language to the
groups
may be the best approach.The text was updated successfully, but these errors were encountered: