Matthew Grooms wrote:> Sorry if this is not the best place to post this question but I'm > not sure who else to ask. After reading through the filexfer draft I am > having trouble understanding how a sftp client goes about resolving uid > / gid to its text representation. Without handling this translation for > the user, how do they know the difference between one uid / gid to the > next without opening up a terminal to the remote host and resolving them > manually?The version of the filexfer draft that OpenSSH supports doesn't support user/group name resolution. We have access to numeric user and group IDs only. Later versions of the filexfer draft do support this, but I have some misgiving about them that I would like to see resolved before implementing support for a new revision. -d
Sorry if this is not the best place to post this question but I'm not sure who else to ask. After reading through the filexfer draft I am having trouble understanding how a sftp client goes about resolving uid / gid to its text representation. Without handling this translation for the user, how do they know the difference between one uid / gid to the next without opening up a terminal to the remote host and resolving them manually? Is it possible to resolve this info through some other ssh related mechanism I overlooked? Is this by design to keep remote users from resolving random uid's / gid's via sftp? ... I don't get it. Please CC me on any replies. I am not a member of this list. Thanks in advance. -Matthew
Possibly Parallel Threads
- FW: filexfer draft and uid / gid resolution ...
- [Bug 427] sftp does not preserve uid/gid on fetch
- SFTP: a new command to get filesystem size/free space
- [PATCH] Adds support for SSH_FXP_LINK request to sftp-server and sftp client
- [Bug 2948] New: implement "copy-data" sftp extension