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
Describe the bug
The Connection class ignores the ssh_config_path from project-level fabric.yml-file. The config is loaded to context correctly, but Connection does not pick it up.
To Reproduce
We have a fabric.yml at project/task level that contains ssh_config_path: resources/config and we have a task defined as:
Host my-server.de
User root
IdentityFile ~/.ssh/operator.key
Expected behaviour
We expect fabric/Connection to logon as root with the given key file. Instead we get:
File "/mnt/c/Users/codebude/Documents/Git/fabric/.venv/lib/python3.11/site-packages/paramiko/transport.py", line 1640, in auth_publickey
return self.auth_handler.wait_for_response(my_event)
If we pass the config from context explicitly to the Connection constructor the connection works fine:
Alternative, if we set ssh_config_path: resources/config in the ~/.fabric.yml file in our home directory it also works. It's only broken, if we define it in the fabric.yml file that lays besides the fabfile.py.
Environment
Python 3.11.3
Fabric 3.0.1
Paramiko 3.1.0
Invoke 2.1.1
Client-OS: Windows 11
Target OS: Ubuntu 20.04
The text was updated successfully, but these errors were encountered:
Describe the bug
The Connection class ignores the
ssh_config_path
from project-level fabric.yml-file. The config is loaded to context correctly, butConnection
does not pick it up.To Reproduce
We have a fabric.yml at project/task level that contains
ssh_config_path: resources/config
and we have a task defined as:The ssh-config at
resources/config
looks like:Expected behaviour
We expect fabric/Connection to logon as
root
with the given key file. Instead we get:If we pass the config from context explicitly to the Connection constructor the connection works fine:
Alternative, if we set
ssh_config_path: resources/config
in the~/.fabric.yml
file in our home directory it also works. It's only broken, if we define it in thefabric.yml
file that lays besides thefabfile.py
.Environment
The text was updated successfully, but these errors were encountered: