Closed erentar closed 3 months ago
SFTP does not explicitly ban or have a forced set of characters that can be used. While generally SFTP ends up using local accounts, which has a small subset of rules, this is not an actual requirement that SFTP needs to follow.
SFTP gets around this (and is recommended) by using single quotes around the username.
So, in your command, this is the valid way of doing it:
sftp -P 5657 'asdf@qwerty.com|deadbeef'@127.0.0.1
I had tried that, and it did not work.
What version of SFTP do you have for the client?
OpenSSH_9.3p1, OpenSSL 3.1.1 30 May 2023
Either openssh changed, or something's odd with my packages.
I used: OpenSSH_8.2p1 Ubuntu-4ubuntu0.11, OpenSSL 1.1.1f 31 Mar 2020
I tested on my remote machine with this one, it fails: OpenSSH_8.9p1 Ubuntu-3ubuntu0.6, OpenSSL 3.0.2 15 Mar 2022
Sigh......................
As a note, I was using WSL as well, which is interesting.
What is the output of cat /etc/lsb-release
We've confirmed openssh has in fact made this a breaking change basically.
We are going to end up changing the character. Not my first plan, but looks like one that's going to be needed.
We'll end up probably using #, but this will be a v3 thing. V2 is not going to be getting this change because it's a breaking change.
$ cat /etc/os-release
NAME="Fedora Linux"
VERSION="39 (Container Image)"
ID=fedora
VERSION_ID=39
VERSION_CODENAME=""
PLATFORM_ID="platform:f39"
PRETTY_NAME="Fedora Linux 39 (Container Image)"
ANSI_COLOR="0;38;2;60;110;180"
LOGO=fedora-logo-icon
CPE_NAME="cpe:/o:fedoraproject:fedora:39"
DEFAULT_HOSTNAME="fedora"
HOME_URL="https://fedoraproject.org/"
DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f39/system-administrators-guide/"
SUPPORT_URL="https://ask.fedoraproject.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=39
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=39
SUPPORT_END=2024-11-12
VARIANT="Container Image"
VARIANT_ID=container
Thank you for your attention
This is resolved in v3, but cannot be done on v2 without it being a breaking change.
Describe the bug using the
sftp
command which comes with openssh packets on linux distributions, one cannot connect to upload files to a server instance because of the pipe character present in the usernameTo Reproduce Steps to reproduce the behavior:
sftp
commandsftp -P 5657 asdf@qwerty.com|deadbeef@1.2.3.4.5
remote username contains invalid characters
.Desktop (please complete the following information):
pufferpanel/pufferpanel
on docker-compose, i assume that maps to version 2.6.10