Puppet 傀儡事实：第一个代理运行

是否有一个Puppet核心事实可以告诉时间戳节点何时第一次加入Puppet，即节点何时第一次运行代理

类似于上次运行，仅适用于第一次运行

---

编辑：如果没有，是否可以从任何知名模块检索此信息？

据我所知，Puppet本身不保留任何可以查询以提供信息的客户端首次运行的时间戳。我也不知道有哪一个模块能做到这一点，但你自己动手也不难。当然，这只对给定的机器有帮助，如果在该机器的第一个目录请求之前已经安装了模块

---

如果您使用的是Puppet的内部CA，则可以从节点签名证书的CA副本上的时间戳获得第一次运行的时间下限。这通常与第一次运行目录的时间相对应，尽管不需要这样做。如果您向现有机器颁发新证书，此方案就会失败。

据我所知，Puppet本身不保留任何可以查询以提供信息的客户端首次运行的时间戳。我也不知道有哪一个模块能做到这一点，但你自己动手也不难。当然，这只对给定的机器有帮助，如果在该机器的第一个目录请求之前已经安装了模块

---

如果您使用的是Puppet的内部CA，则可以从节点签名证书的CA副本上的时间戳获得第一次运行的时间下限。这通常与第一次运行目录的时间相对应，尽管不需要这样做。如果您向现有机器颁发新证书，此方案就会失败。

否：据我所知，Puppet本身不保留任何可以查询以提供信息的客户端首次运行的时间戳。我也不知道有哪一个模块能做到这一点，但你自己动手也不难。或者，如果您使用的是Puppet的内部CA，您可以从节点签名证书的CA副本上的时间戳中获得第一次运行的时间下限——这通常与第一次运行目录的时间相对应，尽管它不需要这样做。@JohnBollinger如果您将此作为一个答案来写，您可以获得一张赞成票（并有机会被评为最佳答案）.否：据我所知，Puppet本身不保留任何可以查询以提供信息的客户端首次运行的时间戳。我也不知道有任何模块会这样做，但您自己运行也不会太难。或者，如果您使用Puppet的内部CA，您可以从中获得第一次运行时间的下限m节点签名证书的CA副本上的时间戳——通常与第一次运行目录的时间相对应，尽管它不需要这样做。@JohnBollinger如果你把它作为一个答案写下来，你就可以得到一个赞成票（并且有机会被标记为最佳答案）。