服务器系统时间之间的最大差异是什么？如何将CentOS服务器与Twitter同步？

我遇到了一些oauth_令牌从Twitter返回为无效的问题。在做了一些研究之后，我认为这是因为我的服务器和Twitter的服务器之间的系统时间不同。我可以通过卷曲来获得Twitter的系统时间https://api.twitter.com/1/help/test.json'并检查“文件时间”。结果是：我的服务器比Twitter的服务器领先8秒

这8秒是否会导致Twitter返回空的oauth_令牌？如果这是问题，我如何按服务器时间（centos server）与Twitter时间同步

---

非常感谢您的任何帮助。谢谢。

使用

ntpdate

将您的服务器与官方时间服务器同步。不要试图修改你的时间，以满足另一个随机服务器。相反，如果在您的服务器有正确的时间后问题仍然存在，请联系twitter上的人员以了解此问题。

使用

ntpdate

将您的服务器与官方时间服务器同步。不要试图修改你的时间，以满足另一个随机服务器。相反，如果问题在您的服务器有正确的时间后出现，请联系twitter上的人员以了解此问题。

twitter API允许5分钟的时差，因此8秒的时间间隔确实不应该是问题。当然，时间正确是很重要的，因此建议您运行类似ntpd的程序。不过，我很确定你遇到的问题与时间无关。老实说，我甚至不知道你用空的oauth_代币是什么意思。请注意，一旦您拥有了可用的oauth访问密钥，除非您手动撤销它们，否则它们将永远有效。

Twitter API允许5分钟的时差，因此8秒的时差应该不是问题。当然，时间正确是很重要的，因此建议您运行类似ntpd的程序。不过，我很确定你遇到的问题与时间无关。老实说，我甚至不知道你用空的oauth_代币是什么意思。请注意，一旦您拥有可用的oauth访问密钥，它们将永远有效，除非您手动撤销它们。

Ok，您认为服务器时间的8秒差异是否会导致Twitter拒绝我的oauth_令牌？只是想知道几秒钟的服务器时间差是正常的，还是令人担忧的。谢谢，我不知道。但是首先要解决简单的问题，如果问题仍然存在，就去解决更难的问题。好的，你认为服务器时间的8秒差异会导致Twitter拒绝我的oauth_令牌吗？只是想知道几秒钟的服务器时间差是正常的，还是令人担忧的。谢谢，我不知道。但是首先要解决简单的问题，如果问题仍然存在，就去解决更难的问题。所以你是说，在我为一个用户请求并接收有效的oauth令牌之后，我不应该在他们下次尝试登录我的应用程序时尝试重新请求它们？不，你应该能够使用相同的密钥来验证该用户。如果密钥被撤销，那么用户将不得不再次经历整个OAuth过程。因此，你是说，在我为用户请求并接收有效的OAuth令牌后，我不应该在他们下次尝试登录我的应用程序时尝试并重新请求它们？不，你应该能够使用相同的密钥对该用户进行身份验证。如果密钥被撤销，情况就不同了，那么用户将不得不再次经历整个OAuth过程。