Re: /var/log/messages internal-sftp time stamp problem

On Wed, Jun 03, 2009 at 05:42:23PM +0100, Syy Bak wrote:
internal-sftp subsystem are one hour behind systems clock as if
internal-sftp subsystem would only observe UTC (GMT) time zone without

not sure sure if
this is something to do with chrooting)?

Running the internal sftp inside a chroot could definitely account for
that. Your operating system may have a file or a symbolic link
somewhere in /etc which determines the default time zone; or it may
just use the TZ environment variable. They're all different.

The absence of this inside the chroot would cause the chrooted processes
to act as though they're running in UTC.

Relevant Pages

  • [SOLVED] Re: Firefox and Time Zones
    ... displays the correct time and time zone, and so does the clock applet ... Hopefully this helps any one else who has a 32-bit chroot. ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
    (Debian-User)
  • Re: /var/log/messages internal-sftp time stamp problem
    ... in /etc which determines the default time zone; or it may just use the TZ ... Shouldn't sshd still have the timezone information from before it chrooted, ... Internal-sftp doesn't exec a new process, so as long as it called ... some function that read /etc/localtime before the chroot it should know the ...
    (SSH)
  • Re: /var/log/messages internal-sftp time stamp problem
    ... internal-sftp subsystem would only observe UTC time zone without ... 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, ... Good judgement comes with experience. ...
    (SSH)