Secure Shell
/var/log/messages internal-sftp time stamp problem Jun 03 2009 04:42PM
Syy Bak (syybak googlemail com) (4 replies)
Re: /var/log/messages internal-sftp time stamp problem Jun 04 2009 12:15PM
Greg Wooledge (wooledg eeg ccf org) (2 replies)
Re: /var/log/messages internal-sftp time stamp problem Jun 05 2009 08:25AM
Syy Bak (syybak googlemail com)
Re: /var/log/messages internal-sftp time stamp problem Jun 04 2009 09:26PM
Dan Nelson (dnelson allantgroup com)
Re: /var/log/messages internal-sftp time stamp problem Jun 04 2009 04:21AM
Kosala Atapattu (kosala atapattu gmail com)
Re: /var/log/messages internal-sftp time stamp problem Jun 04 2009 01:10AM
John Bailey (rekkanoryo rekkanoryo org)
Re: /var/log/messages internal-sftp time stamp problem Jun 04 2009 12:17AM
Darren Tucker (dtucker zip com au)
Syy Bak wrote:
> I've compiled and successfully installed openssh 5.2p1, having it
> configured to chroot users and log to syslog. It was compiled on two
> different systems/platforms (RHEL 5.1/i386 and Fedora10/86_64).
>
> All works perfectly fine except one thing where I am not sure whether
> it is my mistake somewhere or some sort of bug: time stams from
> internal-sftp subsystem are one hour behind systems clock as if
> internal-sftp subsystem would only observe UTC (GMT) time zone without
> offset and taking into consideration currently set timezone (for
> example mine is now GMT+1).

What's probably happening is that the chroot lacks a data file that the
C library uses to convert the TZ string into a offset from UTC, probably
/etc/localtime. Try copying that into the chroot, and if that's not it
try strace'ing the chrooted process to see what it's looking for (eg
"strace -o trace=open $pid").

--
Darren Tucker (dtucker at zip.com.au)
GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69
Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.

[ reply ]


 

Privacy Statement
Copyright 2010, SecurityFocus