标签: timezone

这里显示的是什么时区？

格林威治标准时间？系统时区？当我导出日志并在第二台机器上查看时会发生什么。它使用第一个系统的时区还是第二个？

谢谢！

我有一台运行 centos 6.4 的小型服务器，它运行良好有一段时间了。仍然困扰我的一件事是我的日志文件中的时间与“日期”命令显示的时间不同。

例如：

date
Thu May  9 13:39:04 BST 2013

当我使用 ssh 登录时，我在安全日志中得到一个日志条目：

May  9 08:37:08 xxxx sshd[28612]: pam_unix(sshd:session): session opened for user root by

时差似乎总是5个小时。这让我觉得它与时区有关。

我的时钟

cat /etc/sysconfig/clock 
ZONE="Europe/London"

我的当地时间

ls -al /etc/localtime 
lrwxrwxrwx 1 root root 33 Apr  2 15:13 /etc/localtime -> /usr/share/zoneinfo/Europe/London

我的时钟输出

hwclock
Thu 09 May 2013 01:41:40 PM BST  -0.938110 seconds

所有时间设置（我知道）都是正确的。我重新启动了 sshd 服务和 cron 服务，但日志文件的时区仍然错误。

它似乎发生在许多日志文件上，例如消息、安全、邮件日志。只有来自简单程序（如 bfd、rkhunter 等）的日志文件具有正确的时间。

有没有人知道可能有什么问题？

几周前，（土耳其能源和自然资源部）宣布 DST 将是永久性的，GMT+3 将在该国永久使用。

目前，我们 Linux 服务器的时区设置为Europe/Istanbul。但是还没有发布 tzdata 更新。

由于缺乏更新，时区将在 2016 年 10 月 30 日自动从 GMT+3 更改为 GMT+2，如 zoneinfo 文件 (/usr/share/zoneinfo/Europe/Istanbul) 中声明的那样。

您可以在下面看到 2016 年的详细信息：

# zdump -v /usr/share/zoneinfo/Europe/Istanbul | grep 2016
/usr/share/zoneinfo/Europe/Istanbul  Sun Mar 27 00:59:59 2016 UT = Sun Mar 27 02:59:59 2016 EET isdst=0 gmtoff=7200
/usr/share/zoneinfo/Europe/Istanbul  Sun Mar 27 01:00:00 2016 UT = Sun Mar 27 04:00:00 2016 EEST isdst=1 gmtoff=10800
/usr/share/zoneinfo/Europe/Istanbul  Sun Oct 30 00:59:59 2016 UT = Sun Oct 30 03:59:59 2016 …

我很好奇其他管理员在远程管理服务器的上下文中对时区的体验是什么。在我的职业生涯中，我遇到了几个约定；

1. 始终，始终，始终使用 UTC。
2. 始终，始终，始终使用基地总部所在的时区。
3. 使用碰巧管理人员的当地时间。
4. 使用服务器位置的本地时间。

在某些地方，我遇到了多个相互冲突的约定。我自己的偏好是始终使用 UTC - 没有夏令时。但出于某种原因，似乎大多数人更喜欢使用具有夏令时的当地时间的某种概念。尽管这似乎是一个简单的技术问题，但围绕不断变化的惯例的讨论似乎总是趋向于宗教分裂。

你在用什么？您认为每种方法的优点和缺点是什么？

我有 cronjobs 设置每天在我的 Ubuntu 服务器上运行。

例如。0 4 * * * 命令

他们正在运行，只是他们提前 8 小时运行。设置服务器时，最初设置为UTC时间。我跑去sudo dpkg-reconfigure tzdata将服务器设置为比 UTC 晚 6 小时的 CST。有趣的是，我所在的 PST 比 UTC 晚 8 小时，但我不知道服务器如何知道这一点。

如果我运行命令date，它会以 CST 显示时间。

肯定是有什么地方时间配置错了。我在哪里可以解决这个问题？

更改时间后是否需要重新启动服务器？当我更改日期时间并且没有重新启动 crond 时，我遇到了麻烦。

是否还有其他服务在时间更改后可能出现问题？

我发现有些客户端在 IPv4 网络上时会通过 DHCP 选项号 101 了解其当前时区。

在radvdUbuntu Server 14.04 上公布 IP 前缀的纯 IPv6 网络上，这些客户端不会选择正确的时区。

是否可以通过radvd或需要 DHCPv6 服务器来通告时区？

我正在寻找一种 cron 替代品（如果可能的话，或者在 cron 中寻找一种方法），它可以允许在任意数量的时区（特别是每个用户/文件一个以上）中安排作业。我想要的是能够为每个作业（或 cron 行）指定一个时区，然后只指定本地时区的时间。我注意到我可以更改 cron 运行的整个时区，但在一天结束时它只能在一个时区运行。

我目前的解决方案是将我的所有时间转换为 GMT 并相应地运行作业，唯一的问题是在夏令时转换周期间，必须进行许多手动编辑以确保在相应的本地时区正确运行（例如某些地区不遵循夏令时，或者它们不会在同一日期更改）。

对此有何想法？

多国服务器的理想时间和时区设置是什么？特别是考虑到由一个中央 IT 团队管理这些服务器。

目前，我们让每台服务器都使用本地时区。例如中国数据中心的服务器设置了CST。我们德国数据中心的服务器设置为 CEST。时间设置为数据中心的本地时间。（注意：我们总共在 6 个国家/地区拥有服务器）。
当前设置在查看服务器本地日志时很有用（准确了解事件相对于当前服务器本地时间的发生时间）。然而，当查看来自中央系统日志服务器的事件时，它变成了一场噩梦。

我在台北时区有两个用户。

两者都使用系统时间正确设置为台北时间的 PC。

两者都在同一租户上拥有 Office 365 E3 Enterprise 帐户并安装了 Office 2016。

两者都使用 Outlook 2016 来满足他们的电子邮件需求，并连接到相同的本地 Exchange 服务器。

对于一位用户，电子邮件上的所有时间戳均与台北时间正确显示。

对于另一个用户，电子邮件上的所有时间戳似乎都使用 PST 时间。

为什么？

我在 google 上搜索的所有内容似乎都参考了 Outlook 日历功能中的时区，但他们甚至不使用他们的日历。这仅参考电子邮件时间戳。