You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 17, 2023. It is now read-only.
I try to setup an internal docker registry using portus. In my case I cannot add the registry in Portus due to some connection problems (see below). This works fine on another test server (VPS which is publicly available to the internet). However, this fails in a restricted environment:
Internal network, no public access from the internet
split-DNS (FQDN is only resolved by own nameservers in the internal network)
HTTP proxies are used for outbound traffic
As it works on a VPS but not on a machine within the restricted network, it seems that one of the above points may cause the problem. Especially proxies and DNS seem to be causing problems sometimes (possibly related issues: #2312, #2050, #1660) but there seems to be no real solution at least for proxies (issue #1683).
I appreciate any hints for further debugging. Please let me know, when you have a possible solution.
Steps to reproduce
Cloned this repo.
Change into
Set the machines FQDN in .env at MACHINE_FQDN.
Create TLS key and certificate and save as secrets/portus.{crt|key}
Use docker-compose.yml based on the examples (see actual file below).
docker-compose up -d
Visit Portus with a browser and create an admin user.
Try to setup the registry in Portus.
Expected behavior: Set hostname to FQDN and enable SSL. Then Portus connection check should work so the registry could be added.
Actual behavior: I tried multiple combinations of hostname and SSL on/off but none of them work.
Hostname: FQDN + Use SSL false: Errno::EHOSTUNREACH: connection refused You can skip this check by clicking on the "Skip remote checks" checkbox.
Hostname: FQDN + Use SSL true: Errno::EHOSTUNREACH: connection refused You can skip this check by clicking on the "Skip remote checks" checkbox.
Hostname: registry:5000 + Use SSL false: Net::HTTPBadResponse: could not stablish connection: SSL error You can skip this check by clicking on the "Skip remote checks" checkbox.
Hostname: registry:5000 + Use SSL true: OpenSSL::SSL::SSLError: could not stablish connection: SSL error You can skip this check by clicking on the "Skip remote checks" checkbox.
I already checked whether this is some general SSL/TLS issue. When checking connectivity via openssl s_client -connect <fqdn>:443 (Nginx) and the openssl s_client -connect <fqdn>:5000 (registry container) everything works, so it does not seem to be a SSL problem. Also no problems when using my browser.
Deployment information
Deployment method: I deploy using docker-compose on Ubuntu 20.04 LTS based on the docker-compose.yml from the examples. I only changed the volume locations on the host. This results in the following
version: "2"services:
portus:
image: opensuse/portus:headenvironment:
- PORTUS_MACHINE_FQDN_VALUE=${MACHINE_FQDN}# DB. The password for the database should definitely not be here. You are# probably better off with Docker Swarm secrets.
- PORTUS_DB_HOST=db
- PORTUS_DB_DATABASE=portus_production
- PORTUS_DB_PASSWORD=${DATABASE_PASSWORD}
- PORTUS_DB_POOL=5# Secrets. It can possibly be handled better with Swarm's secrets.
- PORTUS_SECRET_KEY_BASE=${SECRET_KEY_BASE}
- PORTUS_KEY_PATH=/certificates/portus.key
- PORTUS_PASSWORD=${PORTUS_PASSWORD}# SSL
- PORTUS_PUMA_TLS_KEY=/certificates/portus.key
- PORTUS_PUMA_TLS_CERT=/certificates/portus.crt# NGinx is serving the assets instead of Puma. If you want to change this,# uncomment this line.#- RAILS_SERVE_STATIC_FILES='true'ports:
- 3000:3000links:
- dbvolumes:
- ./secrets:/certificates:ro
- static:/srv/Portus/publicbackground:
image: opensuse/portus:headdepends_on:
- portus
- dbenvironment:
# Theoretically not needed, but cconfig's been buggy on this...
- CCONFIG_PREFIX=PORTUS
- PORTUS_MACHINE_FQDN_VALUE=${MACHINE_FQDN}# DB. The password for the database should definitely not be here. You are# probably better off with Docker Swarm secrets.
- PORTUS_DB_HOST=db
- PORTUS_DB_DATABASE=portus_production
- PORTUS_DB_PASSWORD=${DATABASE_PASSWORD}
- PORTUS_DB_POOL=5# Secrets. It can possibly be handled better with Swarm's secrets.
- PORTUS_SECRET_KEY_BASE=${SECRET_KEY_BASE}
- PORTUS_KEY_PATH=/certificates/portus.key
- PORTUS_PASSWORD=${PORTUS_PASSWORD}
- PORTUS_BACKGROUND=truelinks:
- dbvolumes:
- ./secrets:/certificates:rodb:
image: library/mariadb:10.0.23command: mysqld --character-set-server=utf8 --collation-server=utf8_unicode_ci --init-connect='SET NAMES UTF8;' --innodb-flush-log-at-trx-commit=0environment:
- MYSQL_DATABASE=portus_production# Again, the password shouldn't be handled like this.
- MYSQL_ROOT_PASSWORD=${DATABASE_PASSWORD}volumes:
- ./var/lib/portus/mariadb:/var/lib/mysqlregistry:
image: library/registry:2.6command: ["/bin/sh", "/etc/docker/registry/init"]environment:
# AuthenticationREGISTRY_AUTH_TOKEN_REALM: https://${MACHINE_FQDN}/v2/tokenREGISTRY_AUTH_TOKEN_SERVICE: ${MACHINE_FQDN}REGISTRY_AUTH_TOKEN_ISSUER: ${MACHINE_FQDN}REGISTRY_AUTH_TOKEN_ROOTCERTBUNDLE: /secrets/portus.crt# SSLREGISTRY_HTTP_TLS_CERTIFICATE: /secrets/portus.crtREGISTRY_HTTP_TLS_KEY: /secrets/portus.key# Portus endpointREGISTRY_NOTIFICATIONS_ENDPOINTS: > - name: portus url: https://${MACHINE_FQDN}/v2/webhooks/events timeout: 2000ms threshold: 5 backoff: 1svolumes:
- ./var/lib/portus/registry:/var/lib/registry
- ./secrets:/secrets:ro
- ./registry/config.yml:/etc/docker/registry/config.yml:ro
- ./registry/init:/etc/docker/registry/init:roports:
- 5000:5000
- 5001:5001# required to access debug servicelinks:
- portus:portusnginx:
image: library/nginx:alpinevolumes:
- ./nginx/nginx.conf:/etc/nginx/nginx.conf:ro
- ./secrets:/secrets:ro
- static:/srv/Portus/public:roports:
- 80:80
- 443:443links:
- registry:registry
- portus:portusvolumes:
static:
driver: local
Thanks for all your contributions!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
Description
I try to setup an internal docker registry using portus. In my case I cannot add the registry in Portus due to some connection problems (see below). This works fine on another test server (VPS which is publicly available to the internet). However, this fails in a restricted environment:
As it works on a VPS but not on a machine within the restricted network, it seems that one of the above points may cause the problem. Especially proxies and DNS seem to be causing problems sometimes (possibly related issues: #2312, #2050, #1660) but there seems to be no real solution at least for proxies (issue #1683).
I appreciate any hints for further debugging. Please let me know, when you have a possible solution.
Steps to reproduce
.env
atMACHINE_FQDN
.secrets/portus.{crt|key}
docker-compose.yml
based on the examples (see actual file below).docker-compose up -d
Errno::EHOSTUNREACH: connection refused You can skip this check by clicking on the "Skip remote checks" checkbox.
Errno::EHOSTUNREACH: connection refused You can skip this check by clicking on the "Skip remote checks" checkbox.
Net::HTTPBadResponse: could not stablish connection: SSL error You can skip this check by clicking on the "Skip remote checks" checkbox.
OpenSSL::SSL::SSLError: could not stablish connection: SSL error You can skip this check by clicking on the "Skip remote checks" checkbox.
I already checked whether this is some general SSL/TLS issue. When checking connectivity via
openssl s_client -connect <fqdn>:443
(Nginx) and theopenssl s_client -connect <fqdn>:5000
(registry container) everything works, so it does not seem to be a SSL problem. Also no problems when using my browser.Deployment information
Deployment method: I deploy using
docker-compose
on Ubuntu 20.04 LTS based on thedocker-compose.yml
from the examples. I only changed the volume locations on the host. This results in the followingConfiguration:
(I replaced my real FQDN with a generic one.)
The text was updated successfully, but these errors were encountered: