Machine: पुनर्जन्म-सर्ट झुंड-मास्टर पर काम नहीं करता है

जब आप झुंड चलाते हैं तो यह पहली बार शुरू होने पर सार्वजनिक आईपी पर सुनता है। docker inspect पर swarm manage प्रक्रिया कुछ इस तरह दिखती है।

{
  "Path": "/swarm",
  "Args": [
      "manage",
      "--tlsverify",
      "--tlscacert=/etc/docker/ca.pem",
      "--tlscert=/etc/docker/server.pem",
      "--tlskey=/etc/docker/server-key.pem",
      "-H",
      "tcp://0.0.0.0:3376",
      "--strategy",
      "spread",
      "--advertise",
      "PUBLICIP:2376",
      "--replication",
      "etcd://ectd.host:2379/swarm"
    ]
}

इसके लिए मैंने जो त्वरित (और थोड़े आलसी) वर्कअराउंड पाया है, वह केवल डॉक-मशीन कमांड को फिर से चलाना है, लेकिन झुंड को सेटअप करने के बजाय जेनेरिक ड्राइवर का उपयोग करना है।

docker-machine --debug create NEWNAME -d generic \
--generic-ip-address SERVERIP \
--generic-ssh-key KEYPATH \
--generic-ssh-user core \
--engine-label public=false \
--swarm \
--swarm-master \
--swarm-opt replication \
--swarm-discovery=etcd:/URL:PORT/swarm \
--engine-opt "cluster-store=etcd://URL:PORT/store" \
--engine-opt "cluster-advertise=eth0:2376"

इस टिप के लिए धन्यवाद @dustinblackman। यह कामकाज मुझे बहुत मदद कर रहा है!
क्या झुंड मास्टर को पुन: उत्पन्न करने के बाद इनमें से किसी एक मशीन को हटाने की कोई संभावना है?
जब एक ही सर्वर को अलग-अलग नामों के साथ दो बार सूचीबद्ध किया जाता है तो यह थोड़ा भ्रमित लगता है।

@ rm-jamotion docker-machine rm का उपयोग किए बिना? आप मशीन फ़ोल्डर को ~/.docker/machine/machines में हटा सकते हैं।

@dustinblackman हाँ मुझे पता है, लेकिन मुझे aws ड्राइवर का उपयोग करके पहली मशीन को हटाना होगा। लेकिन यह बेहतर होगा कि जेनेरिक ड्राइवर से बनाई गई मशीन को हटाकर चाबियों को एडब्ल्यूएस मशीन में ले जाना संभव हो। तो एडब्ल्यूएस की स्टार्ट/स्टॉप सुविधाएं उपलब्ध रहेंगी ...

डॉकर-मशीन संस्करण 0.7.0, बिल्ड 783b3a8,

यह केवल आईपी पते की बात नहीं है। वर्चुअलबॉक्स ड्राइवर में आईपी पते में बदलाव के बिना भी मैंने देखा है कि पुनर्जन्म-सर्ट गलत कुंजी उपयोग उत्पन्न करता है:

sudo openssl x509 -in /var/lib/boot2docker/server.pem -noout -text | grep -A8 "X509v3 extensions"
        X509v3 extensions:
            X509v3 Key Usage: critical
                Digital Signature, Key Encipherment, Key Agreement
            X509v3 Extended Key Usage: 
                TLS Web Server Authentication
            X509v3 Basic Constraints: critical
                CA:FALSE
            X509v3 Subject Alternative Name: 
                DNS:localhost, IP Address:10.10.0.148

डॉकर डेमॉन के लॉग में आप पा सकते हैं:

2016-07-29 13:13:58.745094 I | http: TLS handshake error from 10.10.0.60:33214: tls: failed to verify client's certificate: x509: certificate specifies an incompatible key usage

डॉकर जानकारी में जब झुंड से जुड़ा होता है तो सभी नोड्स लंबित होते हैं, और झुंड मास्टर लॉग में:

time="2016-07-29T13:22:58Z" level=debug msg="Failed to validate pending node: The server probably has client authentication (--tlsverify) enabled. Please check your TLS client certification settings: Get https://10.10.0.60:2376/info: remote error: bad certificate" Addr="10.10.0.60:2376"