njblue2004
proftp上传显示的时间相差8小时(已解决)
我安装的是proftpd-1.3.1rc2.tar.gz
查找了资料
[code]TimesGMT
Name
TimesGMT -- Toggle time display between GMT and local
Synopsis
TimesGMT [ TimesGMT on|off]
Default
(versions 1.2.0pre9 and beyond) on
Context
server config, <VirtualHost>, <Anonymous>, <Global>
Module
mod_core
Compatibility
Description
Compatibility: 1.2.0pre9 and later The TimesGMT option causes the server to report all ls and MDTM times in GMT and not local time.
See also
Examples[/code]
加了这个参数也没有用,
有高手了解吗
谢谢
[[i] 本帖最后由 njblue2004 于 2007-6-26 16:58 编辑 [/i]]
njblue2004
查了一上资料
[url=http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=380667]http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=380667[/url]
[code]I think we're getting close to the problem. Why is ProFTPD setting TZ
to "CST" instead of "US/Central"? I re-ran tzconfig and chose
US/Central. I confirmed (again) that both /etc/timezone and
/etc/localtime both point to the correct timezone (US/Central), but
when I log into ProFTPD with DefaultRoot set, I still get this:
dbtserv.test.****.com (dbtserv.test.****.com[::ffff:10.100.51.2]) - set
TZ environment variable to 'CST'
ProFTPD should be setting TZ equal to "US/Central" (or even "CST6CDT"),
not "CST". "CST" isn't even a valid time zone name. Since the time zone
name isn't valid, the system is dropping back to UTC.
Just for fun, I sym-linked /usr/share/zoneinfo/CST to
/usr/share/zoneinfo/US/Central. That makes ProFTPD report the correct
time stamps, but that's a hack. ProFTPD should be setting TZ to the
correct timezone name.
[/code]
做一个软链接就可以了
ln -s /usr/share/zoneinfo/Asia/Shanghai /usr/share/zoneinfo/CST
我用的是proftpd-1.3.1rc2.tar.gz
老外很强啊,
就是不知道对其他和时区相关的应用有没有影响
:)
[[i] 本帖最后由 njblue2004 于 2007-6-26 17:29 编辑 [/i]]