ARTIFACTORY:配置Helm智能远程存储库的最佳实践

本文讨论了在配置时应该实现的最佳实践智能远程存储库舵。

在设置本地人工实例时使用端口反向代理是一种常见的做法。在配置描述符中重写reverseProxy配置中的端口，如下所示是如何配置的:

注意:这仅适用于对ReverseProxy部分中的端口进行硬编码时< reverseProxies >
< reverseProxy >
<键> nginx关键> < /
< webServerType > nginx < / webServerType >
< artifactoryAppContext > artifactory < / artifactoryAppContext >
< publicAppContext > artifactory < / publicAppContext >
< serverName > server.artifactory.com < / serverName >
< serverNameExpression xsi: nil = " true " / >
< sslCertificate xsi: nil = " true " / >
< sslKey xsi: nil = " true " / >
< dockerReverseProxyMethod > portPerRepo < / dockerReverseProxyMethod >
假< / useHttps < useHttps > >
真正< useHttp > < / useHttp >
443年< sslPort > < / sslPort >
当我们这样做并使用“443”到达本地环境时(可以在config.xml中的“reverseProxies”部分中看到)，我们必须对齐目标Artifactory实例中的远程repo配置，以使端口也被提及。

例如:

即使443是https的默认端口，您也需要将目标Artifactory实例远程存储库配置为https://server.artifactory.com:443/artifactory/helm/而不是
＂https://server.artifactory.com/artifactory/helm/”。

如果不这样做，就会导致“索引”。目标远程存储库中的yaml "文件不能被目标Artifactory URL覆盖。

意想不到的行为:

假设abc.jfrog.io是我们的目标Artifactory实例，其中智能远程存储库配置指向源Artifactory helm存储库[https://server.artifactory.com/artifactory/helm/你会注意到abc.jfrog.io上的掌舵索引有指向https://server.artifactory.com:443/的URL，而不是被覆盖到https://abc.jfrog.io

abc.jfrog.io上的索引文件示例—apiVersion: v2
创建:2022 - 12 - 14 - t01:03:05.6801z
description: Kubernetes的Helm图表
文摘:03 c6ad1f6b723b98bea9efb3453fw3f380d7a0f4aaa849bfdc445
名称:其实
网址:
——https://server.artifactory.com: 443 / artifactory / api /舵/舵/ exper-1.1.0.tgz
类型:应用程序

解决办法:

• 使用端口https://server.artifactory.com:443/artifactory/helm/配置远程helm存储库
• Zap缓存和重新计算索引。

abc.jfrog.io上的固定索引文件的示例将被覆盖如下:
—apiVersion: v2
创建:2022 - 12 - 14 - t01:03:05.6801z
description: Kubernetes的Helm图表
文摘:03 c6ad1f6b723b98bea9efb3453fw3f380d7a0f4aaa849bfdc445
名称:其实
网址:
——https://abc.jfrog.io/artifactory/api/helm/helm/exper-1.1.0.tgz
类型:应用程序