Configuring a docker repository as a subdomain in artifactory

We are trying to set up a docker repository within artifactory version 4.11.1, following is the set up

-- Created a local docker repo - docker-local
-- Created a virtual dokcer repo - docker-virtual
-- Created a remote docker repo - docker-hub
-- Configured docker-local to be the default deployment repo

We are using a multidomain certificate that supports and

  • Running simple script using docker-compose
  • Docker node build - babel preset and deep module errors
  • docker mounting volume with permission denied
  • “Default” docker machine does not exist on Linux when Docker daemon is running
  • Why getting ExceptionInInitializerError using orElseThrow
  • Docker: Issues establishing PostgreSQL connection in Rails application
  • The question is
    Should the nginx configuration be set to the following

    server {
    listen 80;
    listen 443;
     ..... other confug

    With this set up I expect the lients to connect to the virtual repo

    docker push<my-image>

    Is this a valid set up?
    Note that we dont have a wildcard certificate and its not an option.
    Does the multidomain certificate need to support the default deployment directory as well?

  • unable to invoke docker container
  • Is this Docker / NGINX / Node setup actually load balancing as expected?
  • Synchronizing numeric user id's between Dockerfiles and docker-compose.yml?
  • Docker error with pip version while building new image
  • Redis Exited While Run With Persistent Data In Boot2Docker
  • How to copy a folder from docker to other folder?
  • One Solution collect form web for “Configuring a docker repository as a subdomain in artifactory”

    So you can do it that way by having multiple servername statements instead of the wildcard, and then using our wild-card rewrite rule as-is as you suggested.
    There is no need to support anything other than the and the as the forward from docker-virtual to the local is internal to artifactory.

    You could also have separate server statements, which would make it easier to have single domain certs separately. The docker one would then be:

    server {
    listen 443;  //docker is ssl only
     ..... other confug
    Docker will be the best open platform for developers and sysadmins to build, ship, and run distributed applications.