Bug 327488 - kio_fish ignores username setting when using ProxyCommand
Summary: kio_fish ignores username setting when using ProxyCommand
Status: RESOLVED WORKSFORME
Alias: None
Product: kio-extras
Classification: Frameworks and Libraries
Component: FISH (other bugs)
Version First Reported In: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Jörg Walter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-12 10:33 UTC by meyerm
Modified: 2022-12-30 05:23 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description meyerm 2013-11-12 10:33:07 UTC
I access ServerB using LoginB via a login node called ServerA using LoginA. The servers are configured an ssh-keys in my .ssh/config. To reach ServerB a ProxyCommand is used (ssh -W). This works flawlessly on the console with ssh. "ssh ServerB" hops transparently (as my keys are in the ssh-agent) over ServerA and logs me into ServerB.

When I now open fish://ServerA in f.ex. kwrite, it switches to the local home and shows my files. Good ;-). But opening fish://ServerB fails as it tries to log into the server with the wrong username. It should use the login as given via the User directive in the .ssh/config. Entering my ServerB-login with password in the now showing dialog box works. So using ServerA as a proxy works. The problem is just kio_fish not respecting the User name.

This is a minor annoyance in this case, as I am able to provide a login with password for ServerB. But in many cases this isn't possible as the logins are based on ssh-key only.

Reproducible: Always

Steps to Reproduce:
1. Configure a host in ssh to be reacheable directly, authenticate with an id_rsa.
2. Configure another host with a login different from your current (configured with "User") to be reached via the above configured host (configured with "ProxyCommand ssh -W...".
3. Access this host using only an IdentityFile authentication with kio_fish.

Actual Results:  
kio_fish tries to connect to the "hidden host" with your current username and not the one configured in the .ss/config. Therefore the login fails and another username and password are asked for.

Expected Results:  
kio_fish should simply transparently connect to the "hidden host" just like the console ssh command.
Comment 1 Justin Zobel 2022-11-30 05:28:33 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 2 Bug Janitor Service 2022-12-15 05:13:11 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 3 Bug Janitor Service 2022-12-30 05:23:56 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!