Machine: 다른 클라이언트에서 기존 시스템에 연결

: +1 :

'일반'드라이버를 사용하여 두 번째 시스템에 추가 한 다음 동일한 eval 명령을 사용하는 것은 어떻습니까?

@clnperez 는 제안 또는 작동한다고 확신하는 것입니까 (현재 실행중인 경우에도 기존 원격 시스템을 재사용한다는 의미)?

음, 돌이켜 보면 ssh 키를 다시 설정하거나 다른 시스템에서 가져와야하는 b / c를 수행 할 수 없다고 생각합니다.

당신 사건을 봅니다. 원래 docker-machine 설정을 무효화하려는 경우가 아니면 일반 드라이버를 사용하여 두 번째 시스템에 docker-machine 항목을 추가 할 수 없습니다 (예 : 새 자격 증명이 생성됨). 첫 번째 시스템의 원본 생성에서 중요한 옵션 (예 : swarm 플래그)을 미러링하는 두 번째 시스템에서 docker-machine create -d none --url [...] 를 실행 한 다음 선택한 .pem 파일과 id_rsa 파일을 첫 번째 시스템에서 두 번째 시스템으로 수동으로 복사 할 수 있습니다. 그리고 SSH 액세스를위한 섹션을 수동으로 추가합니다 (그리고 수동으로 드라이버를 없음에서 일반으로 변경). PITA입니다. 적절한 내보내기 / 가져 오기 기능은 공유를 허용하는 것이 좋습니다. Docker를 수동으로 구성하는 데 필요한 cred 파일 만 공유 할 수도 있습니다.

옳은. 현재 유일한 방법은 전체 디렉터리를 가져 오는 것이지만 일부 드라이버에서는 작동하지 않습니다 (예 : VirtualBox는 일치하지 않는 UUID로 VM 및 네트워크를 등록하기 때문에). 과거에 가져 오기 / 내보내기 기능에 대한 논의가있었습니다 (https://github.com/docker/machine/issues/23).

나는 이것에 대한 PR / 해키 솔루션을 날개에 가지고있다. 일반적으로 나는 지금처럼 하드 코딩되는 대신에 이식 가능 / 템플릿으로 구성을 옮기고 싶다고 생각한다.

+1

이미 존재하는 클라우드 인스턴스 (저는 GCE를 사용하고 있습니다)에 빠르게 다시 연결할 수 있기를 바랍니다.

확실히 가져 오기 / 내보내기 가능한 구성을 갖는 것이 매우 유용 할 것이지만 드라이버 문제로 문제를 해결하는 것이 더 간단한 사용자 경험을 제공하지 않을 수 있는지 궁금합니다.

이렇게하면 Google 드라이버를 사용하여 유효한 액세스 토큰 (드라이버가 사용자에게 자동으로 생성하도록 프롬프트 할 수 있음)을 제공하여 대체 컴퓨터의 기존 인스턴스에 연결할 수 있습니다.

마찬가지로, 예를 들어 aws 드라이버를 사용하는 경우 (아직 직접 수행하지는 않았지만 예상합니다) 유효한 키 / 비밀 쌍을 제공하여 기존 인스턴스에 연결할 수 있습니다 (아마도 관련 드라이버 관련 환경 변수를 통해 flags-프로세스가 "create"이외의 일부 docker-machine 하위 명령을 통해 발생한다고 가정합니다. 이는 기대치가 약간 다르기 때문입니다).

이것이 정말 좋은 기능이 될 것이라는 점에 차임하고 싶습니다. 팀원들과 머신을 공유 할 수 있기를 정말 원했고 지금 당장 기본적으로이 작업을 수행 할 방법이 없다는 사실을 알고 실망했습니다. 예를 들어 generic 드라이버가 특정 상자에 docker-machine 가 이미 프로비저닝되었는지 여부를 자동으로 감지하고 누군가 docker-machine create 실행할 때 tls 인증서 등을 재사용 할 수 있다면 멋질 것입니다. 다시 그 상자에

: +1. 나는 그것이 작동하는 것을보고 싶다. 현재 우리는 다른 사람과 동일한 머신 (Google Compute Engine에서)을 공동 관리하고 있으며 내가 찾은 유일한 방법은 전체 디렉토리를 복사하는 것입니다 (+ config.json 파일의 절대 링크 변경). 그것은 절름발이입니다. 일반 드라이버는 이런 식으로 쉽게 사용할 수 없다고 생각합니다. 물론 인증 문제 (tls certs 등)는 일반 드라이버로 --create를 실행할 때 다시 사용할 수 없습니다 (어떻게 든 인증하고 증명해야합니다). 드라이버마다 다른 머신에 액세스 할 수 있습니다. GCE에서는 gcloud 인증으로 머신에 액세스 할 수 있는지 확인해야합니다. 또한 주어진 드라이버로 이전에 머신을 생성하지 않은 경우 인증 부분이 누락된다는 작은 문제가 있습니다 (인증하는 유일한 방법은 .. 머신을 생성하는 것입니다).

내가 생각하기에 가장 좋은 해결책은 "가져 오기"명령 (드라이버마다 다른 구현)을 갖는 것입니다. 예를 들어 GCE에서는 머신의 메타 데이터 ( https://cloud.google.com/compute/docs/metadata?hl=ko#project_and_instance_metadata )에 필요한 모든 세부 정보 (키 등)를 저장할 수 있습니다. 프로젝트 / 머신 이름 (및 인증)은 필요한 모든 키를 얻고 머신을 설정할 수 있습니다.

이 기능을 정말 감사하겠습니다!

@potiuk 어떤 디렉토리를 복사합니까?

@AlexZeitler ~/.docker/machine/machines/<machinename>

+1!

+1 저도 이것에 대한 해결책을보고 싶습니다 :-)

저는 오늘 바로 그 문제를 동료에게 제공하기 위해 실행했습니다.

+1 !!!!!

23 번과 중복 된 것 같죠?
이 기능에 대해 이야기 한 지 거의 1 년이 지났지 만 일부는 PR을 시도했지만 종료되었습니다.
이 기능이 다음 (주요) 릴리스에 있기를 바랍니다. :)

이는 Travis 또는 Circle CI의 키를 사용하여 배포하려는 지속적 배포 시나리오에서 절대적으로 필요합니다. ETA에 대한 단서가 있습니까?

이것도 +1 줘야 해

+1

+1

~/.docker/machine/machines/<name> 폴더를 복사하고 절대 경로를 변경하는 것 외에해야 할 일이 있습니까? 내 인증서와 관련된 오류 메시지가 표시되고 다시 생성하려는 시도도 실패합니다.

@jbasrai 액세스하려는 IP가 변경 되었습니까?

저는 https://github.com/docker/machine/issues/2516 에 제출하여 올바른 방향으로 단계를 고려하기 시작했습니다.

이것은 매우 중요한 기능이며 가까운 미래에 출시 될 예정입니다. 내 생각에 머신 구성은 가져 오기 / 내보내기가 아닌 클라이언트에 고유해야합니다. 대신 (다른 사람들이 언급했듯이) docker-machine create 동일한 인수로 실행하면 지금처럼 실패하는 대신 원격으로 이미 존재하더라도 시스템에 대한 구성을 만들 수 있어야합니다. 기존 amazonec2 시스템에 대해 내 create 명령을 다시 실행할 때 호스트가 이미 존재한다는 오류가 표시됩니다.

Error creating machine: Error with pre-create check: There is already a keypair with the name testing-recreate.  Please either remove that keypair or use a different machine name.

대신 호스트가 이미 존재한다고 경고하고 초기 생성 에서처럼 계속해서 시스템을 추가 할 수 있습니다 (아마도 재정의 플래그가 전달되어야 함). 이렇게하면 dev / CI 환경 설정 스크립트를 간단하게 유지하고 팀원 (또는 다른 당사자)이 액세스 할 수있는 어딘가에이 구성을 저장할 필요가 없습니다.

여러 사람이 동일한 VM에서 작업하려면 한 컴퓨터에서 다른 컴퓨터로 인증서를 내보내거나 가져와야한다는 것은 정말 놀랍습니다. 누군가가 실용적이고 생산 준비가 된 솔루션을 찾았다면 알아두면 좋을 것입니다.

+1

+1

옳은. 현재 유일한 방법은 전체 디렉터리를 가져 오는 것이지만 일부 드라이버에서는 작동하지 않습니다 (예 : VirtualBox는 일치하지 않는 UUID로 VM 및 네트워크를 등록하기 때문에). 과거에 가져 오기 / 내보내기 기능에 대한 논의가있었습니다 (# 23).

@ehazlett 그래서 aws 드라이버를 사용하고 있습니다.

1. 클라우드 머신 압축 ~/.docker/machine/machines/staging
2. 팀 구성원과 공유하면 ~/.docker/machine/machines/ 에서 압축이 풀립니다.
3. 내가 가지고있는 것처럼 스테이징 머신을 갖게 될까요? docker-machine ls (또는 다른 명령을 수행해야합니까?)

@leandromoreira 이 접근 방식에 대한 한 가지 장벽은 docker-machine 구성 파일에 호스트 컴퓨터에 특정한 하드 코딩 된 경로가 있다는 것입니다.

cat ~/.docker/machine/machines/local/config.json

outputs:

...
        "AuthOptions": {
            "CertDir": "/Users/pretzel/.docker/machine/certs",
            "CaCertPath": "/Users/pretzel/.docker/machine/certs/ca.pem",
            "CaPrivateKeyPath": "/Users/pretzel/.docker/machine/certs/ca-key.pem",
            "CaCertRemotePath": "",
            "ServerCertPath": "/Users/pretzel/.docker/machine/machines/local/server.pem",
            "ServerKeyPath": "/Users/pretzel/.docker/machine/machines/local/server-key.pem",
            "ClientKeyPath": "/Users/pretzel/.docker/machine/certs/key.pem",
            "ServerCertRemotePath": "",
            "ServerKeyRemotePath": "",
            "ClientCertPath": "/Users/pretzel/.docker/machine/certs/cert.pem",
            "ServerCertSANs": [],
            "StorePath": "/Users/pretzel/.docker/machine/machines/local"
        }

그래서 단순히 전체 디렉토리를 복사하는 것은 완전한 해결책이 아닙니다.

@bhurlow 고마워요 : smile :, 이것을 도울 도구가 있습니까? 아니면 직접 config.json 수정해야합니까? 그게 유일한 장벽입니까?

@leandromoreira 나는 이것 과 같이 스크립트를 작성했습니다. 최신 버전의 docker-machine은 더 이상 구성 파일의 키를 base64로 인코딩하지 않습니다. 하루가 끝나면 원격 도커 머신을 사용하려는 사람은 _ 반드시 _ TLS 인증서를 가지고 있으므로 당사자 간의 일부 교환이 필요하다고 생각합니다.

감사합니다 @bhurlow

@bcwalrus 는 공식적인 것을 얻을 때까지 훌륭한 도구를 사용했습니다.

npm install -g machine-share

# export
machine-share export amazon

# import
machine-share import  amazon.tar

# fix locations :D (it seems this is not using base64 anymore)
machine-share driverfix amazon

@leandromoreira 는 멋져 보입니다. 구성을 성공적으로 내보내고 가져올 수있었습니다.

@muhammadghazali @bhurlow 아이디어와 노력이었습니다 : stuck_out_tongue :

+1 공식 솔루션에 대한 업데이트가 있습니까?

도커 버전 1.10.1을 사용하면 config.json 파일에 ~ / docker / machine / certs 디렉토리의 다음 참조가 있음을 알았습니다.

        "CertDir": "/home/abc/.docker/machine/certs",
        "CaCertPath": "/home/abc/.docker/machine/certs/ca.pem",
        "CaPrivateKeyPath": "/home/abc/.docker/machine/certs/ca-key.pem",
        "ClientKeyPath": "/home/abc/.docker/machine/certs/key.pem",
        "ClientCertPath": "/home/abc/.docker/machine/certs/cert.pem",

이 시나리오가 작동하려면 원래 시스템에서 ~ / .docker / machine / certs 폴더도 복사해야합니다.

이에 대한 현재 솔루션은 다음과 같습니다 (예 : 한 컴퓨터에서 AWS에 Docker 머신을 생성하고 다른 컴퓨터에서 로그 또는 SSH를 확인하려는 경우).

1. 기본 인증서를 사용하지 않도록 공유하려는 Docker 머신에 대해 새 디렉토리 my-dir 및 my-dir/machine 를 만듭니다.
2. --storage-path my-dir/machine 옵션을 사용하여 Docker 머신을 생성합니다 (절대 경로를 지정해야 함).
3. 기계를 공유하려면, 편집 config.json 에서 my-dir/machine/machines/machine-name 와는 절대 경로 대신 my-dir/machine 와 $MACHINE_STORAGE_PATH
4. my-dir 어딘가에 업로드 (예 : Github)

누군가이 머신을 가져 오려고 할 때 :

1. my-dir 복제 또는 다운로드
2. 편집 config.json 에있는 기계에 대한 my-dir/machine/machines/machine-name 및 대체 $MACHINE_STORAGE_PATH 의 절대 경로로 my-dir/machine 로컬 컴퓨터에
3. chmod 0600 에서 id_rsa my-dir/machine/machines/machine-name

이제 --storage-path my-dir/machine 옵션을 사용하여 Docker Machine 명령을 사용할 수 있습니다 (절대 경로를 지정해야 함).

이것은 다음을 통해 개선 될 수 있습니다.

• Docker Machine은 config.json에 상대 경로를 저장하므로 편집 할 필요가 없습니다.
• Docker Machine SSH (및 관련 명령)는 id_rsa를 0600으로 자동으로 chmodding (권한이있는 경우)

한 가지 요점은 envsubst 를 사용하는 경우 프로그래밍 방식으로 $ MACHINE_STORAGE_PATH를 대체 할 수 있으며 수동으로 편집 할 필요가 없다는 것입니다. 여전히 도커-머신 시스템의 팜을 사용하려는 팀에게는 모든 것이 다소 불편합니다.

그러나 사람들이 해결 방법을 찾고 있다면 내가 찾은 가장 쉬운 방법은 다음과 같습니다.

1. .docker/machine/certs 을 (를) 비공개 스팟에 복사합니다. 다른 컴퓨터에 대한 액세스 권한을 부여하는 비밀이 있으므로 이것을 저장소에 넣지 마십시오. 우리는 이러한 목적으로 개인 상점을 사용합니다.
2. 새 호스트 컴퓨터에서 인증서를 새 .docker/machine/certs 복사합니다.
3. 이제 docker-machine 생성을 다시 실행하면 모든 구성을 변경하지 않고도 이것을 사용할 수 있습니다. 시간이 오래 걸리지 만 이식성이 더 뛰어나며 모든 구성 파일을 편집 할 필요가 없습니다.

저는 제가 작업하는 두 대의 다른 컴퓨터를 가지고 있는데 이것은 저에게 진짜 문제입니다.
여기에서 docker-machine을 사용할 때 기대하는 꿈의 행동을 설명합니다.

1) Docker-machine 및 DigitalOcean 드라이버를 사용하여 DigitalOcean에 물방울을 만듭니다 (DigitalOcean의 제어판에서 얻은 일부 토큰 사용).

docker-machine create --driver digitalocean --digitalocean-access-token \
    [token_goes_here] --digitalocean-image ubuntu-16-04-x64 --digitalocean-size \
    1gb [host_name_goes_here]

2) 다른 컴퓨터로 이동하여 DigitalOcean에서 다른 토큰을 얻고 다음과 같이 마법의 연결 명령을 사용하여 기존 컴퓨터에 연결합니다.

docker-machine **attach** --driver digitalocean --digitalocean-access-token \
    [token_goes_here]  [host_name_goes_here]

이 작업을 수행하는 데 장애물은 무엇입니까? DigitalOcean 액세스 토큰은 기존 호스트에 연결하고 모든 보안 통신을 설정할 수있는 충분한 권한을 제공한다고 생각합니다.

지금은 @bhurlow의 machine-share를 시도해 https://github.com/bhurlow/machine-share

+1 Bump on this-누구든지 이것에 대한 업데이트가 있습니까?

@brandontamm :이 문제를 직접 처리하기 위해 스크립트를 작성했습니다. 그들이 당신의 문제를 해결할 수 있을지는 모르겠지만 적어도 시도해 볼 수 있습니다. 여기 에서 요점을 확인

요점 요약 : store_machine과 load_machine의 두 가지 기능이 있습니다. store_machine은 시스템에 대한 모든 정보를 보안 숨김 (디스크 데이터 저장소에 암호화 됨)에 저장합니다. 암호를 제공해야합니다. load_machine 함수는 디스크 데이터 저장소에서 머신을로드합니다.

이 Python 코드는 sstash (Python Secure Stash)가 설치되어 있다고 가정합니다. 실행하여 설치할 수 있습니다.

pip install sstash

+1

진지하게-다른 미리 정의 된 장치에서 액세스 할 수없는 경우 Docker-Machine은 어떤 이점이 있습니까? ...

사용 사례-직장에서 도커 머신을 구축했지만 서버가 폭발 할 경우를 대비하여 휴가를 위해 노트북이 필요합니다.

어서-Docker Admin은 어디에 차임이 있습니까?! 모두가 이해할 수있는 사용 사례입니다 ..

@realcr 기계 공유 를 시도 했습니까?

더 이상 종속성 사용을 거부합니다. :) .docker 폴더를 두 OSX 컴퓨터에 복사하면 완벽하게 작동했습니다. 내 경로와 사용자 이름은 두 시스템에서 동일하므로 수동으로 경로를 편집하지 않고도 핵심입니다.

브랜든 탐
모바일에서 보냄

2016 년 11 월 4 일 오전 3:36에 Sébastien Boulet [email protected]이 다음과 같이 썼습니다.

@realcr 기계 공유를 시도 했습니까?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하십시오.

+1

+1

+1

+1

이 문제를 해결하기 위해 docker_machinator 를 작성
예를 들어 클라우드 공급자에 저장할 수있는 암호화 된 숨김에 모든 도커 머신 자격 증명 및 구성을 저장할 수있는 Python 도구입니다. 그런 다음 다른 호스트에서이를 다운로드하고 숨김에서 컴퓨터를 다시로드 할 수 있습니다.
이것은 파이썬 도구이므로 pip install 사용하면됩니다.

나는 이것이 완벽한 해결책이라고 생각하지 않지만, 우리가 더 나은 해결책을 찾을 때까지 당신이 갈 수 있습니다.

여러분, machine-share 는 일반 드라이버가있는 docker-machine을 통해 docker 호스트를 만드는 데 사용한 개인 ssh 키를 내 보냅니다. 따라서 내 보낸 아카이브를 보내는 모든 사람은 Docker를 실행하는 서버에 액세스 할 수 있습니다.

@mxl docker-machine은 서버에 대한 액세스 권한을 부여하는 ssh 하위 명령을 제공하므로 전체 구성을 가져 오기 가능한 파일로 만드는 도구가있는 경우 설명하는 상황은 피할 수 없습니다.

➜ docker-machine
Usage: docker-machine [OPTIONS] COMMAND [arg...]
...
Commands:
...
  ssh                   Log into or run a command on a machine with SSH.

이것을 피하는 방법은 원격 컴퓨터에서 현재 구성을 다운로드 할 수있는 명령을 만드는 것입니다. 이러한 다운로드를하려면 가져 오기 가능한 파일에 액세스를 패키징하는 대신 시스템에 ssh를 사용할 수 있어야합니다.

하나의 호스트에서만 docker-machine을 제어 할 수 있다는 것은 불편한 제한입니다.
또한 docker-machine config-from <otherhost> 와 같은 것을보고 싶습니다.

그래서 저도 +1합니다.

/ 편집 : 저는 현재 "마스터 서버"의 .docker 를 cron 및 rsync를 통해 동일한 구성이 필요한 다른 모든 서버에 동기화하여 문제를 해결하고 있습니다. 예를 들어 여러 빌드 슬레이브에 필요합니다. 별로 좋은 해결책은 아닙니다.

+1

여기에 저를 데려 오는 다른 시나리오가 있습니다.

나중에 호스트 영역을 이동해야 함을 깨닫기 위해 여러 도커 이미지를 빌드하기 위해 물방울을 만들었습니다.

문제는 새 호스트에서 실행되는 스냅 샷에서 복원 된 docker-machine 인스턴스를 어떻게 연결합니까?

2017 년 3 월 10 일 금요일 오전 6시 16 분에 exjimsk [email protected] 은 다음과 같이 썼습니다.

나중에 깨달을 수 있도록 여러 도커 이미지를 만들기 위해 물방울을 만들었습니다.
호스트 지역을 이동해야합니다. docker-machine 인스턴스를 연결하는 방법
새 호스트에서 실행중인 스냅 샷에서 복원 하시겠습니까?

인증서가 변경되지 않은 경우 로컬 만 변경할 수 있습니다.
docker-machine config를 사용하여 새 IP 주소를 가리 킵니다. 당신은
~ / .docker / machine / machines / your-machine-name / config.json의 파일.

또는 Docker 컨테이너에서 데이터를 유지하지 않는 경우 대신
호스트를 이동하는 것, 그냥 죽이고, 새 호스트를 만들고, 똑같이 시작하십시오.
새 호스트의 컨테이너.
ᐧ

+1

+1

+1

+1

+1

+1

+1

+1

docker-machine attach 해주세요.

이러한 명백한 기능이 아직 기본적으로 존재하지 않는다는 것은 매우 놀랍습니다. 우리는 Docker 호스트를 공동으로 관리 할 예정이며 이는 매우 성가신 일입니다.

제 경우에는 기존 호스트 ${HOST} 를

docker-machine --tlscacert=ca.pem --tlscert=cert.pem --tlskey=key.pem create \
    --drive none --url tcp://${HOST}:2376

그러나 인증서 ( ca.pem, cert.pem, key.pem )를 DOCKER_CERT_PATH 수동으로 복사해야합니다.

이것에 대한 계획이 있습니까? config.json 에 전체 경로를 기록하는 것은 실망 스럽습니다.

내 사용 사례 : 기계 구성이있는 git repo가 ​​있습니다 ( -s 를 사용하여 docker-machine을 가리킴). 비밀은 git encrypt 저장되며 CI 작업이 이러한 구성을 사용하여 액세스해야하는 컴퓨터를 조작 할 수 있도록하는 것입니다.

참고 : # 3212

@lyda 우리는 https://github.com/dmstr/docker-roj 와 함께 그러한 접근 방식을 사용하고

roj는 항상 동일한 경로로 작동하지만 컨테이너에 있기 때문에 다음과 같은 다른 솔루션이 있습니다.

• https://github.com/bhurlow/machine-share
• https://gist.github.com/realcr/2363c699e893c66ac7ed72da29804b0a

기본적으로 config.json 에서 몇 가지 경로를 변경합니다.
내가 여기서 뭔가를 완전히 놓치고 있지 않는 한 그것은 큰 마술이 아닙니다.

docker-machine 은 (는) docker에서 적극적으로 개발하고 있습니까? 커밋을 마스터로 만든 지 한 달이 넘었 기 때문에 묻습니다 : https://github.com/docker/machine/commits/master

+1

+1

+1

세상에, 공포! 이 스레드는 거의 3 년이 지난 후에도 여전히 살아 있습니다?!? 이것은 모든 사람이 부딪 치거나 그렇게 보일 수있는 사용 사례입니다. 내가 무엇을 놓치고 있습니까?

글쎄, 나는 docker-machine 가 죽었다고 가정한다 (적어도 나를 위해 : D). kubernetes 로 전환했습니다. 알파 버전에서 자체 호스팅 kubeadm 실제로 이것보다 더 잘 작동합니다. 나는 그것을 추천 할 수있다 :)

이것을 지원하십시오 :(

"~ / .docker"를 두 컴퓨터의 클라우드 폴더에 연결된 rsync 또는 심볼릭 폴더에 추가합니다. 몇 가지 사전 구축 된 솔루션이 있습니다. 너무 힘든 사람이 아니라 조사 만 해보세요. 30 초 동안 한 번 설정해도 문제가 없었습니다.

+1

+1

이 기능과 고정 IP를 지정하는 방법 (도커-머신 프로젝트 역사상 가장 많이 요청 된 두 기능)이 구현되지 않는 방식은 저를 넘어선 것입니다.

거의 4 년이 지났습니다 😮 이것에 대한 업데이트가 있습니까?

현재 Docker에 대한 많은 기사 / 튜토리얼은 호스트를 관리하기위한 사실상의 도구로 docker-machine을 사용하도록 제안하고 있습니다. 그러나이 문제의 존재는 강력한 제한 요소입니다!

저는 현재 docker-machine을 계속 사용하고 "copy-certs-dirs"접근 방식을 사용하여 로컬 컴퓨터간에 공유합니다. Kubernetes로 업그레이드하고 싶지만 내 프로젝트에 비해 너무 많이 보입니다.

도커 컨테이너 내에서 docker-machine create 를 실행하는 것은 어떻습니까? 그런 다음 해당 컨테이너를 내보내고 다른 컴퓨터로 가져온 다음 그곳에서 실행할 수 있습니다.

아직 첨부 파일이 없어, 오 마이 갓