Node.js Application Insights:节点js中的CorrelationIdManager错误

我在我的node js应用程序上使用应用程序洞察，我不断地发现这个错误。你能帮帮我吗

ApplicationInsights:CorrelationIdManager [ { Error: unable to verify the first certificate
at TLSSocket.<anonymous> (_tls_wrap.js:1105:38)
at ZoneDelegate.invokeTask (C:\src\xyz\xyz\xyz\node_modules\zone.js\dist\zone-node.js:275:35)
at Zone.runTask (C:\src\xyz\xyz\xyz\node_modules\zone.js\dist\zone-node.js:151:47)
at TLSSocket.ZoneTask.invoke (C:\src\xyz\xyz\xyz\node_modules\zone.js\dist\zone-node.js:345:33)
at emitNone (events.js:106:13)
at TLSSocket.emit (events.js:208:7)
at TLSSocket._finishInit (_tls_wrap.js:639:8)
at TLSWrap.ssl.onhandshakedone (_tls_wrap.js:469:38) code: 'UNABLE_TO_VERIFY_LEAF_SIGNATURE' } ]

ApplicationInsights:CorrelationIdManager[{错误：无法验证第一个证书
在TLSSocket.（_tls_wrap.js:1105:38）
在ZoneDelegate.invokeTask（C:\src\xyz\xyz\node\u modules\zone.js\dist\zone node.js:275:35）
在Zone.runTask（C:\src\xyz\xyz\xyz\node\u modules\Zone.js\dist\Zone node.js:151:47）
在TLSSocket.ZoneTask.invoke（C:\src\xyz\xyz\xyz\node\u modules\zone.js\dist\zone node.js:345:33）
在emitNone（events.js:106:13）
在TLSSocket.emit（events.js:208:7）
完成时（包装：639:8）
在TLSWrap.ssl.onhandshakedone（_-tls_-wrap.js:469:38）代码：'cannot_-TO_-VERIFY_-LEAF_-SIGNATURE'}]

您看到此错误是因为Application Insights后端出现暂时性问题，但此错误不应是致命的，并且您的应用程序应继续按预期工作（尽管打印了此消息）

在Application Insights SDK for Node.js的默认配置中，将重试与后端的通信-因此您应该能够忽略此错误，并且仍然可以在Azure门户中看到遥测显示

如果更改了默认设置，则需要确保设置为

。setUseDiskRetryCaching（true）

，例如：

appInsights.setup("key")
    .setUseDiskRetryCaching(true)
    .start()

如果您想禁止来自SDK的类似消息，可以禁用内部日志记录：（请注意，您可能也会禁止其他错误）

---

如果您对这个问题的历史记录以及为什么它会自动发生感到好奇，那么GitHub上有一个长期存在的问题：

您看到这个错误是因为Application Insights后端出现了暂时性问题，但是这个错误不应该是致命的，您的应用程序应该继续按预期工作（尽管正在打印此消息）

在Node.js的Application Insights SDK的默认配置中，将重试与后端的通信，因此您应该能够忽略此错误，并且仍然可以在Azure门户中看到遥测显示

如果更改了默认设置，则需要确保设置为

。setUseDiskRetryCaching（true）

，例如：

appInsights.setup("key")
    .setUseDiskRetryCaching(true)
    .start()

如果您想禁止来自SDK的类似消息，可以禁用内部日志记录：（请注意，您可能也会禁止其他错误）

---

如果您对这个问题的历史以及它为什么会自动发生感到好奇，那么GitHub上有一个长期存在的问题：

感谢您的解释。我已经更改了默认设置，但我仍然使用setUseDiskRetryCaching（true），我仍然收到此错误。请您确认，在设置正确且收到错误后，此错误是否为非致命错误？此错误确实为非致命错误。SDK只需重试一次，直到成功为止。（当然，如果重试最终无法成功，则可能会丢失遥测数据）。我希望不久将发布一个包含此PR的新版本，当重试正常运行时，该版本实际上会隐藏这些错误-以便在出现潜在问题和不存在潜在问题时更清楚：非常感谢您的帮助。非常感谢您的支持。：）现在，我们看到相同错误的异常增加。是否有任何方法可以解决此证书问题。它现在抱怨它重试了最多次。请参考我的问题，谢谢你的解释。我已经更改了默认设置，但是我仍然使用setUseDiskRetryCaching（true），并且仍然会遇到此错误。您能确认在设置正确并且得到错误后，该错误是非致命的吗？该错误确实是非致命的。SDK将重试，直到成功。（当然，如果重试最终无法成功，遥测数据可能丢失）。我希望不久将发布一个包含此PR的新版本，当重试正常工作时，该版本实际上隐藏了这些错误-以便在出现潜在问题和没有潜在问题时更清楚：非常感谢您的帮助。非常感谢您的支持。：）现在，我们看到相同错误的异常增加。是否有任何方法可以解决此证书问题。它现在抱怨它重试了最多次。请参阅我的问题