[Bug 1573] ls hangs in internal-sftp
bugzilla-daemon at bugzilla.mindrot.org
bugzilla-daemon at bugzilla.mindrot.org
Fri Jan 15 10:58:37 EST 2010
https://bugzilla.mindrot.org/show_bug.cgi?id=1573
Darren Tucker <dtucker at zip.com.au> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dtucker at zip.com.au
Blocks| |1626
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #3 from Darren Tucker <dtucker at zip.com.au> 2010-01-15 10:58:36 EST ---
(In reply to comment #1)
> So why, when you are using LDAP, does internal-sftp feel it needs to
> report user and group names in ls output?? Seems like a bug.
I suspect it's because earlier the libc name functions have been
initialized to know that there's an LDAP server, and continues to try
to use it after the chroot. If your libc is going to do that then you
need to provide the things it needs inside its chroot.
sftp just used the system getpwuid and getgrgid, the decision to look
up local files or LDAP (or NIS or ...) and how it behaves is up to the
system libraries.
We've also just added a small cache for the name lookups (bug #1495)
which should also help speed things up (in particular, it'll cache
failures).
--
Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
More information about the openssh-bugs
mailing list