Tag: artifactory

隧道连接login到artifactory dockerregistry时失败: 我们在artifactory中创build了一个私人dockerregistry。我们的artifactory是一个独立的安装，并有Nginx作为一个networking服务器。 SSL证书是可信的，工作正常。在docker客户端上，我已经将ca.crt复制到/etc/docker/certs.d/:5001/，同时试图login或从我的docker客户端推送图像我看到下面的错误。 [root @ cds-dev-test〜]＃docker login artifactory.host:5001用户名：raj密码：电子邮件：raj@gmail.com来自守护进程的错误响应：无效的registry端点 https://artifactory.host:5001/v0/ ：无法ping通registry端点v2 ping尝试失败，出现错误：获取https://artifactory.host:5001/v2/ ：通道连接失败v1 ping尝试失败，出现错误：Get artifactory.host:5001/v1/_ping：隧道连接失败。如果此私有registry仅支持具有未知CA证书的HTTP或HTTPS，请向守护程序的参数添加–insecure-registry artifactory.host:5001 。在HTTPS的情况下，如果您有权访问registry的CA证书，则不需要该标志; 只需将CA证书放置在/etc/docker/certs.d/artifactory.host:5001/ca.crt 我的docker版本是1.9.1和版本4.4.3。它在我使用–insecure-registry选项时起作用，但不是安全的方式。我们拥有所有可信的证书，仍然看到错误。我已经尝试在docker客户端上使用代理设置，也没有代理…总是相同的错误。任何帮助家伙？

在Artifactory的docker repos的Nginxconfiguration: 我有以下的configuration让nginx在artifactory中设置docker repos upstream artifactory_lb { server backup_artifactory_server:8081 backup; server main_artifactory_server:8081; } log_format upstreamlog '[$time_local] $remote_addr – $remote_user – $server_name to: $upstream_addr: $request upstream_response_time $upstream_response_time msec $msec request_time $request_time'; ssl_certificate /etc/nginx/ssl/myCert.pem ssl_certificate_key /etc/nginx/ssl/myKey ssl_protocols TLSv1.1 TLSv1.2; ssl_ciphers 'EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH'; ssl_session_cache shared:SSL:10m; server { listen 80; listen 443 ssl; client_max_body_size 2048M; location / { proxy_set_header Host $host; proxy_pass […]

Kubernetes无法从artifactoryonline.com拉取Docker镜像: 我在AWS上使用Kubernetes来运行Play + AKKA Streams服务器。这里是版本的详细信息：客户端版本：version.Info {Major：“1”，Minor：“2”，GitVersion：“v1.2.4 + 3eed1e3”，GitCommit：“3eed1e3be6848b877ff80a93da3785d9034d0a4f”，GitTreeState：“not a git tree”} 服务器版本：version.Info {Major：“1”，Minor：“2”，GitVersion：“v1.2.4”，GitCommit：“3eed1e3be6848b877ff80a93da3785d9034d0a4f”，GitTreeState：“clean”} 这是我的部署脚本： apiVersion: extensions/v1beta1 kind: Deployment metadata: name: service-validation2 labels: name: service-validation2 spec: replicas: 1 strategy: type: Recreate template: metadata: labels: name: service-validation2 spec: containers: – name: service-validation2 image: company-docker-docker-local.artifactoryonline.com/service:1.0.192 ports: – containerPort: 9000 imagePullSecrets: – name: company-artifactory 执行时 kubectl […]

为artifactory docker repo使用多域名证书: 我有以下 a virtual docker repo docker-virtual a remote docker repo dockerhub a local docker repo docker-local docker-local是默认的部署库。我可以使用多域名证书在我的反向代理中configuration虚拟回购？证书是否需要支持本地回购？

JFrog artifactory泊坞窗图像大小槽REST: 将图片推送到JFrog artifactory dockerregistry后，我想要通过REST api获取图片大小，是否有任何API？

如何使docker层到单层: Docker镜像创build多层，我想将其转换为单层有没有任何dockerbuild立命令来实现这个？我googlesearch，但无法find任何东西

Artifactory作为docker工具registry – docker-remote-cache保持为空: 我最终成功地将Artifactory 5.1作为docker Registry运行，作为使用带有通配符SSL证书的子域方法的反向代理。我有一套预设的docker仓库configuration：docker-local – repo docker-remote – remote-repo docker – virtual repo 我可以使用docker clilogin，我也可以将图像拖放到docker上。正如JFrog Docs中提到的那样。我认为我的“docker远程”不起作用 – 它停留在0字节，其中0个文物。如果我拉东西是不是在我的本地回购，我会猜测它是从docker.io拉，并caching在docker远程，但它似乎是简单地从docker.io拉 – 这就是它。我必须configuration一些东西吗？我错过了什么，或者我必须configuration复制？有什么build议么？

如何通过Artifactory API获取dockerTag标签？: 我正在使用Artifactory版本4.16.0，需要检索用于使用Artifactory API标记我的图像的Docker信息标签。在标签键值部分中的Docker信息面板下的Artifactory UI中，该标签是明确设置的。使用下面的API我可以看到manifest.json curl -uadmin:pass https://artifacts.mycompany.com/artifactory/api/storage/my-docker-dev/my-component/my-image-1.0.0-1498449060 但是这不包含我之后的Docker标签。我阅读文档，但无法弄清楚如何实现这一目标。

无法将Docker镜像上传到Artifactory – 通过对等方重置连接: 我正在尝试在同一个本地networking中将泊坞窗图像推送到Artifactory，但是在一段时间后它会停止并显示错误消息： root @ CI：/ home / iggy＃docker push 10.87.65.7:5000/tibco push是指一个仓库[10.87.65.7:5000/tibco] da6d16ef19d5：推送[=> ] 551.4 kB / 1.519 GB写入tcp 10.87.65.33:54890->10.152.254.201:8080：写入：通过peer重置的连接我可以使用“docker login 10.87.65.7:5000”和pipe理员凭证loginArtifactory。我已经将“10.87.65.7:5000”添加到不安全registry中。我看不到nginx中的任何错误日志，但是我在Artifactory中看到了一些错误日志： 2017-08-31 09：24：03,076 [ACCEPTED CONFIGURATION_CHANGE] for admin / 10.87.65.9。 2017-08-31 09：24：19,947 [ACCEPTED CONFIGURATION_CHANGE] for admin / 10.87.65.9。 2017-08-31 09：24：24,404 [DENIED LOGIN]为NA / 10.87.65.7。 2017-08-31 09：27：06,160 [拒绝login] NA / 10.87.65.7。更多信息： root @ CI：/ […]