歡迎您光臨本站 註冊首頁

proftp上傳顯示的時間相差8小時(已解決)

←手機掃碼閱讀     火星人 @ 2014-03-04 , reply:0

proftp上傳顯示的時間相差8小時(已解決)

我安裝的是proftpd-1.3.1rc2.tar.gz

查找了資料

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


加了這個參數也沒有用,

有高手了解嗎

謝謝

[ 本帖最後由 njblue2004 於 2007-6-26 16:58 編輯 ]
《解決方案》

查了一上資料

http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=380667


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.


做一個軟鏈接就可以了
ln -s /usr/share/zoneinfo/Asia/Shanghai /usr/share/zoneinfo/CST


我用的是proftpd-1.3.1rc2.tar.gz

老外很強啊,

就是不知道對其他和時區相關的應用有沒有影響
:)

[ 本帖最後由 njblue2004 於 2007-6-26 17:29 編輯 ]
《解決方案》

/etc/timezone裡面設置+8就可以了(重新登陸下)
《解決方案》

感謝樓主 這個問題解決拉 哈哈

[火星人 ] proftp上傳顯示的時間相差8小時(已解決)已經有733次圍觀

http://coctec.com/docs/service/show-post-31239.html