क्या आपको वर्चुअलबॉक्स में या होस्ट पर आईपी मिला?

मुझे लगता है कि docker0 वर्चुअलबॉक्स VM पर था।

Im मैक के लिए docker के बारे में बात कर रहा हूँ जो बीटा में है और vm के माध्यम से अपना काम नहीं करता है

मैं भी ठीक उसी मुद्दे का सामना कर रहा हूं। नीचे दिए गए आदेश का उपयोग कर docker मशीन पर होस्ट का IP पता मिला। मान लें कि 0.0.0.0 होस्ट का प्रतिनिधित्व करता है, मुझे सही करें अगर मैं यहां गलत हूं।
netstat -nr | grep '^ 0.0.0.0' | awk '{प्रिंट $ 2}'
172.17.0.1

लेकिन जब मैं एक पोर्ट के साथ इस आईपी पर कर्ल करता हूं जहां मैं एक वेब सर्वर चला रहा हूं तो यह कनेक्शन देने से इनकार कर देता है।
कर्ल 172.17.0.1:9000
कर्ल: (7) 172.17.0.1 पोर्ट 9000 से कनेक्ट करने में विफल: कनेक्शन ने इनकार कर दिया

निश्चित नहीं है कि कैसे ठीक करें। यह मुसीबत के रूप में सेवा से जुड़ने की आवश्यकता के रूप में प्रतीत होता है जो मेजबान मशीन पर चलेगा।
DOCKER_OPTS में इसे सेट करके होस्ट मशीन के आईपी पते को ठीक करने का एक तरीका भी पाया गया।
DOCKER_OPTS = "- H tcp: //0.0.0.0 : 5000 -H unix: ///var/run/docker.sock --bip = 172.17.42.1 / 16"

लेकिन मैं मैक पर यह विकल्प कहां रख सकता हूं? ubuntu पर इसे / etc / default / docker पर रखा जा सकता है।

कृपया निर्देश दें कि क्या यह मैक पर तय किया जा सकता है।

ping @justincormack शायद आपके यहाँ कुछ संकेत हैं।

@ माइटशर्मा वास्तव में, पहली चीजों में से एक है जिसे मैंने भी आजमाया और ठीक उसी समस्याओं के साथ

@NinoFloris लगता है जैसे हम दोनों एक ही जगह हैं। मेरे मामले में मैं अपने मेजबान मशीन पर mysql चला रहा हूं।
हे लोगों,
अगर कोई ऐसा करने में सक्षम है तो अपडेट करें।

मैंने इसका इस्तेमाल किया
https://docs.docker.com/engine/installation/mac/

यकीन नहीं होता कि आपका बीटा कोई विशेष है

@HackToday वह अलग है, जो VirtualBox आधारित मैक इंस्टॉलेशन है; Mac के लिए Docker beta.docker.com पर है

धन्यवाद @thaJeztah संबंधित मैक डोकर वास्तुकला या कुछ और विवरण के लिए कोई भी अच्छा अच्छा डॉक्टर लिंक? दिलचस्प लगता है

@HackToday https://blog.docker.com/2016/03/docker-for-mac-windows-beta/ थोड़ा और देता है, और प्रलेखन है, लेकिन मुझे लगता है कि यह केवल तभी है जब आप बीटा में हों; https://beta.docker.com/docs/। यदि आप बीटा के लिए साइन-अप करते हैं, तो मुझे "पिंग" दें; मैं आपको प्राथमिकता सूची में एक योगदानकर्ता के रूप में प्राप्त करने का प्रयास कर सकता हूं: मुस्कान:

ओह @thaJeztah धन्यवाद, मैंने सोचा कि यह काम करने और कोशिश करने के लिए एक स्वतंत्र था। योगदान करने के लिए किसी विशेष की आवश्यकता नहीं है। मैं कोशिश करने से पहले उस ब्लॉग को सबसे पहले पढ़ूंगा। 😺

@HackToday यह पूरी तरह से स्वतंत्र है, बस टीम को अभिभूत नहीं करने के लिए, इसे पहले "निजी" बीटा के रूप में जारी करने का निर्णय लिया गया था, क्योंकि "कई उपयोगकर्ता '===" कई समर्थन प्रश्न ": मुस्कान:

नमस्ते, हाँ, वर्तमान में मैक से docker0 ब्रिज का मार्ग नहीं है। हम इसे बाद में जोड़ने में सक्षम हो सकते हैं, लेकिन आम तौर पर हम आपको कंटेनर से, या बंदरगाहों को उजागर करने से कनेक्ट करने की सलाह देंगे। यह डॉक ओवरले नेटवर्क के साथ-साथ लिनक्स पर भी ऐसा ही है, जिसे आप होस्ट से कनेक्ट नहीं कर सकते हैं।

अच्छी तरह से वास्तव में संतोषजनक नहीं है क्योंकि मैक आमतौर पर उत्पादन सर्वर नहीं होते हैं लेकिन
देव मशीनें।

मेरी उत्पादन मशीनों पर मुझे समस्या न होने की समस्या है
मेजबान से कनेक्ट करें।

लेकिन अंदर से एक ही मेजबान पर सेवाओं से जुड़ने वाली एक देव मशीन पर
कंटेनर वास्तव में ऐसा परिदृश्य है जहां यह कार्यक्षमता वांछित है
अधिकांश।

मुझे इस docker0 इंटरफ़ेस की आवश्यकता मिश्रित "docker + ऑन होस्ट (IDE) रनिंग ऐप्स" परिवेश में उपयोग करने के लिए भी है।

वर्तमान सबसे अच्छा समाधान एक कंटेनर से अपने कंटेनरों से कनेक्ट करना है। वर्तमान में ओएसएक्स के साथ मुद्दों के कारण हम इन कंटेनरों को रुटिंग प्रदान नहीं कर सकते हैं, जो कि एप्पल ने अभी तक हल नहीं किया है। हम इस आवश्यकता को ट्रैक कर रहे हैं, लेकिन हम वर्तमान में इसके बारे में कुछ नहीं कर सकते हैं।

क्या उपरोक्त टिप्पणी सटीक है?

मैंने पाया कि, docker-for-mac-beta कंटेनरों के भीतर से, docker होस्ट पाया जा सकता है और इसे सामान्य 172.17.0.1 पते पर जोड़ा जा सकता है (सेवा को 0.0.0.0 लिए बाध्य माना जाता है)।

@igrayson यह इसलिए है क्योंकि कंटेनर
समस्या OSX से VM नेट में रूट हो रही है।

समस्या OSX से VM नेट में रूट हो रही है।

यह ओपी मुद्दे की मेरी समझ नहीं है:

मैं अपने स्थानीय रेडिस और अन्य सेवाओं से कनेक्ट करने में सक्षम होना चाहूंगा, बिना इन पर ...

मैं डॉक-फॉर-मैक-बीटा चला रहा हूं, और रेडिस और अन्य स्थानीय सेवाओं से जुड़ने में कोई परेशानी नहीं है - ओएसएक्स पर चल रहा है - उन्हें 0.0.0.0 सुनने पर, और मेरे डॉक किए गए एप्लिकेशन 172.17.0.1 से कनेक्ट होने से

अवलोकन

मेरी भी यही समस्या है। डॉकर संस्करण 1.11.1-beta14 (build: 8670) 984649fbd63d53a62b34f08b59694d4d569b74d5 का उपयोग करना। मेरा pinata doctor सब कुछ ठीक है।

मैं होस्ट में चल रही सेवा को कर्ल नहीं कर सकता, उदाहरण के लिए पोर्ट में 3001 पोर्ट में सुनने वाला ExpressJS एप्लिकेशन:

root<strong i="11">@e19fc8e02595</strong>:/# curl localhost:3001
curl: (7) Failed to connect to localhost port 3001: Connection refused

root<strong i="12">@e19fc8e02595</strong>:/# curl 0.0.0.0:3001
curl: (7) Failed to connect to 0.0.0.0 port 3001: Connection refused

root<strong i="13">@e19fc8e02595</strong>:/# curl 172.25.8.25:3001
{"status":200} 
root<strong i="14">@e19fc8e02595</strong>:/#

_Note: 172.25.8.25 मेरा WiFi IP._ है

Pinata

$pinata list
These are advanced configuration settings to customize Docker.app on MacOSX.
You can set them via pinata set <key> <value> <options>.

🐳  hostname = docker
   Hostname of the virtual machine endpoint, where container ports will be
   exposed if using nat networking. Access it via 'docker.local'.

🐳  hypervisor = native (memory=4, ncpu=6)
   The Docker.app includes embedded hypervisors that run the virtual machines
   that power the containers. This setting allows you to control which the
   default one used for Linux is.

 ▸  native: a version of the xhyve hypervisor that uses the MacOSX
              Hypervisor.framework to run container VMs. Parameters:
              memory (VM memory in gigabytes), ncpu (vCPUs)


🐳  network = hostnet (docker-ipv4=192.168.65.2, host-ipv4=192.168.65.1)
   Controls how local containers can access the external network via the
   MacOS X host. This includes outbound traffic as well as publishing ports
   for external access to the local containers.

 ▸ hostnet: a mode that helps if you are using a VPN that restricts
              connectivity. Activating this mode will proxy container network
              packets via the Docker.app process as host socket traffic.
              Parameters: docker-ipv4 (docker node), host-ipv4 (host node)
 ▸     nat: a mode that uses the MacOS X vmnet.framework to route container
              traffic to the host network via a NAT.

🐳  filesystem = osxfs
   Controls the mode by which files from the MacOS X host and the container
   filesystem are shared with each other.

 ▸   osxfs: a FUSE-based filesystem that bidirectionally forwards OSX
              filesystem events into the container.


🐳  native/port-forwarding = true
   Expose container ports on the Mac, rather than the VM

 ▸    true: Container ports will be exposed on the Mac
 ▸   false: Container ports will be exposed on the VM

🐳  daemon = run 'pinata get daemon' or 'pinata set daemon [@file|-]>
   JSON configuration of the local Docker daemon. Configure any custom
   options you need as documented in:
   https://docs.docker.com/engine/reference/commandline/daemon/. Set it
   directly, or a <strong i="20">@file</strong> or - for stdin.

संभव डुप्लिकेट, संदर्भ, सहायता और आदि

• https://github.com/docker/docker/issues/23388
• https://forums.docker.com/t/beta-9-and-localhost-connection-via-net-host/10471
• https://forums.docker.com/t/docker-for-mac-beta-9-and-daemon-options/10449/9
• http://stackoverflow.com/questions/24319662/from-inside-of-a-docker-container-how-do-i-connect-to-the-localhost-of-the-mach
• http://stackoverflow.com/questions/29598504/how-to-connect-to-service-in-the-host-machine-from-inside-a-docker-container
• http://blog.michaelhamrah.com/2014/06/accessing-the-docker-host-server-within-a-container/

मेरे पास समसामयिक मुद्दे थे और 172 पाए गए। * ips मुझे 0.0.0.0 को बाँधने वाले स्थानीय mysql उदाहरण से जुड़ने नहीं देगा।

मैं इसे अपने होस्ट मशीन से किसी भी आईपी पते के साथ जोड़ सकता हूं। ifconfig और आपका एक खोज।

अब मैं इसे गतिशील रूप से कंटेनर में कैसे प्राप्त करूं?

172.17.0.1 की कोशिश में @Kazanz (स्थानीय रूप से / अप्रमाणित चल रहा है) के रूप में एक ही मुद्दा रहा। तो मुझे लगता है कि मैं डॉकर टूलबॉक्स की कोशिश करूँगा? यदि इस बाधा का दस्तावेजीकरण किया गया तो यह उपयोगी होगा। जब तक मैं इस मुद्दे पर लड़खड़ाया नहीं, मुझे इसके बारे में कुछ नहीं मिला।

पिंग @londoncalling ^ ^

इस बारे में कोई खबर? क्योंकि उबंटू (मेजबान) में कंटेनर के अंदर का अनुप्रयोग जो 0.0.0.0 पर सुनता है, को मेजबान द्वारा IP 172.17.*.*. का उपयोग करके संपर्क किया जा सकता है। इसलिए कंटेनर को चलाते समय पोर्ट को उजागर करने की आवश्यकता नहीं है।

मैक बीटा के लिए डॉकर पर मैं ऐसा नहीं कर सकता क्योंकि docker0 की अनुपस्थिति। आशा है कि यह अंतिम रिलीज पर तय हो रही है :)

@thaJeztah @astasoft मैं आज इसे

मेरी समझ यह है कि आपका मुद्दा कंटेनर से आपके मैक पर चलने वाली सेवाओं तक पहुंच रहा है।
यदि ऐसा है, तो आप ऐसा कर सकते हैं कि en0 इंटरफ़ेस द्वारा उजागर किए गए IP पते का उपयोग कर रहे हैं।
ifconfig en0 | grep "inet" | cut -d "" -f2

उदाहरण के लिए, यदि मेरे पास पोर्ट मैक 80 पर एक वेब सर्वर चल रहा है:
docker रन -it tutum / कर्ल कर्ल ifconfig en0 | grep "inet " | cut -d " " -f2

यह काम करता हैं!

आप एक पर्यावरण चर में उस आईपी को सेट कर सकते हैं और अपने कंटेनर में पास कर सकते हैं, जैसे कि मैं X11 सर्वर के लिए https://github.com/chanezon/docker-tips/blob/master/x11/README.md में करता हूं

@chanezon मैं इसे काम करने के लिए प्राप्त करने में सक्षम था, लेकिन यह आदर्श से कम लगता है, क्योंकि यह आईपी आपके द्वारा जुड़े नेटवर्क के आधार पर अक्सर बदलता है। मैं अपने स्थानीय डॉक पुल का प्रतिनिधित्व करते हुए कम या ज्यादा स्थिर आईपी स्थापित करने की उम्मीद कर रहा था।

@londoncalling धन्यवाद,

@chanezon नहीं, मेरा मामला होस्ट से कंटेनर तक सेवा पहुंच रहा है। एक ऐसा मामला है जब मैं अपने होस्ट में वेब सर्वर को पोर्ट 80 पर और अपने कंटेनर में उसी पोर्ट को चलाना चाहता हूं। यदि मैं होस्ट के लिए कंटेनर पोर्ट 80 को उजागर करता हूं, तो मैं अपने होस्ट मशीन पर वेब सर्वर को चलाने में सक्षम नहीं होगा। इस तरह का सेटअप मेरे विकास के लिए बड़ी बात है।

मेरा वर्तमान समाधान मैक के लिए डॉकर टूलबॉक्स पर वापस जाता है और वर्चुअलबॉक्स पर बूट 2 डॉक उदाहरण पर पोर्ट अग्रेषण करता है।

sudo iptables -t nat -A PREROUTING -d 192.168.99.100/32 -p tcp -m tcp --dport 80 -j DNAT --to-destination 172.17.0.2:80

फिर मैं boot2docker IP 192.168.99.100:80 का उपयोग करके कंटेनर में सेवा को कॉल कर सकता हूं।

curl -i http://192.168.99.100

तो मैं निम्नलिखित समस्या है कि यह इस से संबंधित हो सकता है।
बस स्पष्ट होने के लिए मैं Docker Beta for Mac 1.12.0-beta21 (build: 10868) चल रहा हूं।

मूल रूप से मैं 172.17.0.2 IP पते का उपयोग करके होस्ट से कंटेनर से कनेक्ट नहीं कर सकता, क्योंकि 172.17.0.1 पते के साथ कोई docker0 इंटरफ़ेस असाइन नहीं किया गया है।

कंटेनर एक ubuntu छवि है और यहां नेटवर्किंग प्रासंगिक जानकारी है

root<strong i="12">@app</strong>:~# ifconfig
eth0      Link encap:Ethernet  HWaddr 02:42:ac:11:00:02
          inet addr:172.17.0.2  Bcast:0.0.0.0  Mask:255.255.0.0
          inet6 addr: fe80::42:acff:fe11:2/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:524 errors:0 dropped:0 overruns:0 frame:0
          TX packets:370 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:217502 (217.5 KB)  TX bytes:40451 (40.4 KB)

root<strong i="13">@app</strong>:~# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         172.17.0.1      0.0.0.0         UG    0      0        0 eth0
172.17.0.0      *               255.255.0.0     U     0      0        0 eth0

मेजबान एक मैकबुकप्रो है और जैसा कि आप अगले स्निपेट में देख सकते हैं कि इसमें docker0 (या इस मामले के लिए कोई इंटरफ़ेस) नहीं है, आईपी पते के साथ 172.17.0.1 , जिसे कंटेनर में सौंपा गया है द्वार।

robert<strong i="19">@localhost</strong> $ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    options=3<RXCSUM,TXCSUM>
    inet6 ::1 prefixlen 128
    inet 127.0.0.1 netmask 0xff000000
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
    nd6 options=1<PERFORMNUD>
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8823<UP,BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
    ether f4:5c:89:c9:be:0d
    nd6 options=1<PERFORMNUD>
    media: autoselect (<unknown type>)
    status: inactive
en1: flags=963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX> mtu 1500
    options=60<TSO4,TSO6>
    ether 6a:00:02:06:b7:f0
    media: autoselect <full-duplex>
    status: inactive
en2: flags=963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX> mtu 1500
    options=60<TSO4,TSO6>
    ether 6a:00:02:06:b7:f1
    media: autoselect <full-duplex>
    status: inactive
p2p0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 2304
    ether 06:5c:89:c9:be:0d
    media: autoselect
    status: inactive
awdl0: flags=8902<BROADCAST,PROMISC,SIMPLEX,MULTICAST> mtu 1484
    ether 0e:f1:f1:4d:46:88
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: inactive
bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=63<RXCSUM,TXCSUM,TSO4,TSO6>
    ether f6:5c:89:9c:e6:00
    Configuration:
        id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
        maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
        root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
        ipfilter disabled flags 0x2
    member: en1 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 5 priority 0 path cost 0
    member: en2 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 6 priority 0 path cost 0
    nd6 options=1<PERFORMNUD>
    media: <unknown type>
    status: inactive
en4: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=10b<RXCSUM,TXCSUM,VLAN_HWTAGGING,AV>
    ether 39:c9:87:45:22:ee
    inet6 fe80::3ac9:86ff:fe40:22de%en4 prefixlen 64 scopeid 0x9
    inet 192.168.1.123 netmask 0xffffff00 broadcast 192.168.1.255
    nd6 options=1<PERFORMNUD>
    media: autoselect (1000baseT <full-duplex,flow-control>)
    status: active

कुछ सहकर्मियों के पास उबंटू मेजबानों पर यह ठीक से काम कर रहा है, इसलिए मैं अनुमान लगा रहा हूं कि यह मैक मुद्दा या स्थानीय वातावरण है।
कोई उपाय?

@robertoestivill सटीक उपयोग के मामले के बारे में निश्चित नहीं है, लेकिन अगर उस कंटेनर ने एक पोर्ट प्रकाशित किया है, तो आप इसे localhost:port माध्यम से एक्सेस कर सकते हैं

@nikdavis यदि आप एक स्थिर आईपी चाहते हैं, तो आप मैक के lo0 लूपबैक इंटरफ़ेस में एक आईपी (कोई भी जिसे आप कभी भी रूट नहीं करेंगे) जोड़ सकते हैं और इसका उपयोग कर सकते हैं।

नमस्ते, imho, यह linux पर docker के लिए एक बड़ा अंतर है। वहाँ बहुत सारे दस्तावेज़ हैं जो बस लागू नहीं होते हैं। मैं यह जानने के लिए भी पर्याप्त रूप से नेटवर्क-जानकार नहीं हूं कि एक और आईपी को लो0 में कैसे संलग्न किया जाए। इस समस्या के लिए वर्कअराउंड (जिसमें boot2docker शामिल नहीं है) का वर्णन और डॉक्स में इसका उल्लेख करना वास्तव में उपयोगी होगा।

@justincormack @chanezon क्या हम इस मुद्दे पर कुछ अच्छे डॉक्स पाने के लिए इस पर एक साथ काम कर सकते हैं?

@ pourquoi42
आप निम्न इंटरफ़ेस में एक और आईपी जोड़ सकते हैं:
CONTAINER_IP = $ (docker निरीक्षण करें --फॉर्म '{{.NetworkSettings.IPAddress}}' कंटेनर-नाम)
ifconfig lo0 alias $ CONTAINER_IP

इसे हटाने के लिए:
ifconfig lo0 -alias $ CONTAINER_IP

@itilk MacOs पर काम नहीं करता है। names और container id ।

robert<strong i="9">@work</strong>:~ $ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED              STATUS              PORTS               NAMES
d047790e196a        group/name              "/bin/bash"         About a minute ago   Up About a minute                       jovial_goodall

robert<strong i="10">@work</strong>:~ $ docker inspect --format '{{ .NetworkSettings.IPAddress }}' jovial_goodall

robert<strong i="11">@work</strong>:~ $ docker inspect --format '{{ .NetworkSettings.IPAddress }}' d047790e196a

robert<strong i="12">@work</strong>:~ $

डार्विन पर मेरे पास डॉकटर १.१२.० (१० D D१ निर्माण) चल रहा था,
1) सभी docker कंटेनर ठीक काम करता है;
2) कंटेनर मेजबान के साथ संवाद कर सकता है;
3) कंटेनरों के बीच संचार ठीक काम करता है;

Docker0 वर्चुअल इंटरफ़ेस कहाँ है? या वहाँ किसी भी तरह से कंटेनरों को होस्ट कनेक्ट करने दे सकते हैं?

इसे पढ़कर दुख हुआ: OSX पर ज्ञात सीमाएँ

Known Limitations
There is no docker0 bridge on OSX
Because of the way networking is implemented in Docker for Mac, you cannot see a docker0 interface in OSX. This interface is actually within HyperKit.

I can’t ping my containers
Unfortunately, due to limtations in OSX, we’re unable to route traffic to containers, and from containers back to the host.

इसलिए अभी के लिए, हम होस्ट को कंटेनर से कनेक्ट करने का केवल एक तरीका है: पोर्ट मैपिंग

Version 1.12.0-beta21 (build: 11019)
1) सभी docker कंटेनर ठीक काम करता है।
2) कंटेनर होस्ट के साथ संवाद नहीं कर सकता है ।
3) कंटेनरों के बीच संचार ठीक काम करता है।
4) docker0 उपलब्ध नहीं है।

Ad.2)

Im ह्यूगो उदाहरण है कि 0.0.0.0 पोर्ट 1313 पर बांधता है। चल रहे कंटेनर रिटर्न के भीतर से curl : curl: (7) Failed to connect to 172.19.0.1 port 1313: Connection refused ।
ifconfig en0 | grep "inet " | cut -d " " -f2 द्वारा लौटाए गए IP पते का उपयोग करना या तो काम नहीं करता है:
curl: (7) Failed to connect to 172.19.27.228 port 1313: No route to host ।

नमस्ते,

मुझे अन्य कंटेनर उत्पाद ( डॉकटर नहीं ) से एक लेख मिला: https://www.flockport.com/using-flockbox-with-xhyve/ , और मैंने भी इसका परीक्षण नहीं किया है यदि यह वास्तव में काम करता है।

अंत में, यह उल्लेख किया गया है:

आप कंटेनरों में ऐप्स तक पहुंचने के लिए ऊपर वर्णित पोर्टफ़ॉर्मिंग के बजाय रूटिंग का उपयोग भी कर सकते हैं। रूटिंग होस्ट पर उपलब्ध VM के अंदर पूरे कंटेनर सबनेट बना देगा।

यदि आप पोर्ट अग्रेषित करने के बजाय रूटिंग का उपयोग करना पसंद करेंगे तो यह कैसे काम करता है। रूटिंग कमांड को होस्ट पर चलाने की आवश्यकता है।

यदि आपका VM IP 192.168.64.3 है और कंटेनर सबनेट 10.0.3.0/24 है तो आप नीचे दिए गए कमांड से मार्ग बना सकते हैं

sudo route -n add 10.0.3.0/24 192.168.64.3

Xyhve VM नेटवर्किंग के लिए स्वचालित रूप से एक ब्रिज 100 इंटरफ़ेस बनाता है। उदाहरण के लिए, en4 के लिए इंटरफ़ेस ब्रिज 100 चालू है, और उसके बाद कमांड चलाने के लिए एक त्वरित ifconfig चलाएँ।

sudo ifconfig bridge100 -hostfilter en4

अब आप सीधे होस्ट से VM के अंदर किसी भी कंटेनर को पिंग करने में सक्षम होना चाहिए

ping 10.0.3.175

अपने होस्ट ब्राउज़र पर ऐप को एक्सेस करने के लिए होस्ट / / होस्ट्स फाइल को पोर्ट फॉरवर्डिंग के साथ ऊपर बताए अनुसार संपादित करें लेकिन इस बार कंटेनर आईपी को ऐप URL के साथ जोड़ दें।

क्षमा करें कि मेरे पास लिनक्स नेटवर्किंग सामानों का नंगे ज्ञान है, लेकिन क्या यह वर्कअराउंड है?

मुझे नहीं पता कि xmve, किसी भी विचार के अंदर चल रहे vm (अल्पाइन के साथ docker) का IP पता कैसे प्राप्त करें?

हाय @Kaijun , मैंने डॉकर मशीन स्थापित नहीं की थी, और आपका ब्रिज 100 कहां से आता है?

@junjiemars नहीं, मैंने जो लेख पोस्ट किया है वह

मैंने सोचा कि क्या हम इस लेख या इस उत्पाद से प्रेरित हो सकते हैं और खुद के लिए एक ही समाधान लागू कर सकते हैं।

@ कैजुन , मुझे पता है कि चीजों को प्राप्त करने के लिए xhyve को हैक करने का एक तरीका हो सकता है, यदि आपने ऐसा किया है तो कृपया अपनी हैकिंग साझा करें।

@nikdavis यदि आप एक स्थिर आईपी चाहते हैं, तो आप मैक के lo0 लूपबैक इंटरफेस में एक आईपी (कोई भी जिसे आप कभी भी रूट नहीं करेंगे) जोड़ सकते हैं और उपयोग कर सकते हैं।

@justincormack क्या आप इसे हासिल करने के बारे में अधिक सटीक विचार
मैंने कोशिश की कि @itilk ने क्या पोस्ट किया, लेकिन यह मेरे लिए काम नहीं कर रहा था।

आम तौर पर बोलना: क्या मैक बीटा के लिए डॉकटर में docker0 नेटवर्क को फिर से पेश करने के लिए एक ईटीए है?

धन्यवाद

@georgehrke आप sudo ifconfig lo0 alias 10.200.10.1/24 कर सकते हैं - स्पष्ट रूप से एक पता चुनें जिसे आप स्थानीय रूप से खोजने नहीं जा रहे हैं। फिर आप होस्ट से बात करने के लिए उस पते का उपयोग कर सकते हैं, भले ही आपके पास नेटवर्क कनेक्शन हो।

मेरे मुद्दे को अधिक सटीक रूप से न बताने के लिए क्षमा करें।

मैं एक कंटेनर से मेजबान से कनेक्ट करने की कोशिश नहीं कर रहा हूं, लेकिन दूसरे तरीके से।
मैं अपने होस्ट से सीधे कन्टेनर से कनेक्ट नहीं कर सकता।

मैं IP पाने के लिए docker inspect container_name का उपयोग कर रहा था।
लेकिन मैं न तो इसे पिंग कर सकता हूं और न ही इसे किसी ब्राउजर में खोल सकता हूं, भले ही डॉकरीफाइल में एक वेब सर्वर हो और उसमें EXPOSE 80 हो।

हां, दो अलग-अलग मुद्दे हैं, जो कुछ हद तक संबंधित हैं।

1. मैं एक कंटेनर से होस्ट पर एक सेवा से जुड़ना चाहता हूं। यदि आपके पास कोई नेटवर्क एक्सेस नहीं है, तो Mac का एक परिवर्तनशील IP पता या कोई भी नहीं है।

वर्तमान अनुशंसा मैक पर lo0 इंटरफ़ेस के लिए अप्रयुक्त आईपी संलग्न करने के लिए है, जैसे sudo ifconfig lo0 alias 10.200.10.1/24 , सुनिश्चित करें कि आपकी सेवा इस पते पर सुन रही है या 0.0.0.0 (अर्थात 127.0.0.1 )। तब कंटेनर इस पते से जुड़ सकते हैं।

1. मैं मैक से एक कंटेनर से कनेक्ट करना चाहता हूं।

वर्तमान सिफारिश एक पोर्ट प्रकाशित करने के लिए, या किसी अन्य कंटेनर से कनेक्ट करने के लिए है। ध्यान दें कि यह आपको लिनक्स पर भी करना है अगर कंटेनर ओवरले नेटवर्क पर है तो ब्रिज नेटवर्क नहीं है क्योंकि ये रूट नहीं हैं।

हम समझते हैं कि ये आदर्श नहीं हैं, लेकिन कई समस्याएं हैं, विशेष रूप से ओएसएक्स में एक बग जो केवल 10.12 में तय किया गया है और जिसे अब तक वापस नहीं भेजा जा रहा है क्योंकि हम बता सकते हैं कि हम सभी समर्थित ओएसएक्स में इसका समर्थन नहीं कर सकते हैं संस्करणों। इसके अलावा इस नेटवर्क सेटअप के लिए रूट एक्सेस की आवश्यकता होगी जिसे हम पूरी तरह से मैक के लिए डॉकर में बचने की कोशिश कर रहे हैं (वर्तमान में हमारे पास एक बहुत छोटा रूट हेल्पर है जिसे हम हटाने की कोशिश कर रहे हैं)।

( @Londcalling क्या आप इस सारांश को डॉक्स में जोड़ना चाहते हैं?)

@justincormack का मतलब है कि सभी --net=host MacOS डोकर बेकार है?

@ m1ome यह पूरी तरह से बेकार नहीं है - आप अन्य कंटेनरों से वहां चलने वाली सेवाओं से जुड़ सकते हैं क्योंकि वीएम पर पोर्ट खोले जाते हैं, लेकिन लोगों को उम्मीद है कि मैक पर प्रकाशित पोर्ट जैसे सेवाएं उपलब्ध होंगी, जो हमें नहीं मिली हैं अभी तक काम कर रहा है क्योंकि यह जटिल है (हम आपके द्वारा खोले गए बंदरगाहों के लिए ईवेंट फीड नहीं पाते हैं, प्रकाशित बंदरगाहों के विपरीत जहां हम डॉकटर घटनाओं का उपयोग करते हैं)।

@justincormack यहाँ इस मुद्दे के लिए कम से कम अब के लिए कुछ समाधान है? अगर डॉकटर के पास है तो मुझे लगता है कि इसे प्रलेखन में लिखना बहुत उपयोगी होगा।

@justincormack मैं आपका लेखन डॉक्स में जोड़ सकता हूं, लेकिन मुझे लगता है कि हमें कुछ विशिष्ट उदाहरणों को शामिल करना चाहिए। मैं इसे स्वयं आज़माऊंगा, लेकिन शायद आपकी या किसी और की मदद की आवश्यकता होगी। जब मैं इसके माध्यम से काम करूंगा, तो मैं इस पर आपके पास वापस आऊंगा।

@londcalling यकीन है कि आप कुछ भेज देंगे।

30 अगस्त 2016 को शाम 6:28 बजे, "विक्टोरिया" सूचनाएँ @github.com ने लिखा:

@justincormack https://github.com/justincormack मैं अपना लेखन जोड़ सकता हूं
डॉक्स के लिए, लेकिन मुझे लगता है कि हमें कुछ विशिष्ट उदाहरणों को शामिल करना चाहिए। मै कोशिश करुॅगा
यह अपने आप को बाहर है, लेकिन शायद आपकी या किसी और की मदद की आवश्यकता होगी। मैं हूँ
जैसे ही मैं इसके माध्यम से काम करता हूं, आप उस पर वापस लौट आएं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/docker/issues/22753#issuecomment -243515927,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAdcPPgFU3H6TZCLcI0yUvbPn4tPwZj7ks5qlGhUgaJpZM4Ie9PB
।

@justincormack धन्यवाद - इस धागे को देखते हुए, मुझे लगता है कि हमें कम से कम दो उदाहरणों की आवश्यकता है, और शायद तीन भी, जैसा कि नीचे दिखाया गया है। तुम क्या सोचते हो?

1. एक कंटेनर से मैक होस्ट पर एक सेवा का उपयोग कैसे करें का एक उदाहरण (उदाहरण के लिए, यह ऐप को वेबसर्वर जैसे nginx होस्ट पर रेडिस डेटाबेस से कनेक्ट करने के लिए काम करेगा?)
2. मैक से एक कंटेनर से कनेक्ट करने का एक उदाहरण। क्या हमारा वर्तमान nginx उदाहरण दूसरे मामले को कवर करता है, क्योंकि हम run कमांड में एक पोर्ट को उजागर करते हैं; यानी, docker run -d -p 80:80 --name webserver nginx ? @justincormack लेकिन हमें इसके साथ और बिना पोर्ट मैपिंग के प्रति @weaver की टिप्पणी नीचे गतिविधियां हैं?
3. एक कंटेनर में किसी ऐप को चलाने का एक उदाहरण जो दूसरे में एक सेवा का उपयोग करता है (जैसे, nginx redis उदाहरण लेकिन इस बार एक कंटेनर में रेडिस चलाएं?

An example of connecting to a container from the Mac. Does our current nginx example cover the second case, since we expose a port in the run command; i.e., docker run -d -p 80:80 --name webserver nginx?

मैं वास्तव में मैक से कंटेनर से कनेक्ट करने के उदाहरण की सराहना करूंगा जिसमें पोर्टमैपिंग शामिल नहीं है। मेरा usecase स्थानीय विकास के लिए मैसोस क्लस्टर चला रहा है। अगर पोर्टमैपिंग मैक से एक कंटेनर (दास) तक सीधे संचार को पूरा करने का एकमात्र तरीका है, तो यह सुनिश्चित करने के लिए अतिरिक्त काम की आवश्यकता होती है कि प्रत्येक मेसोस स्लेव प्रक्रिया एक अद्वितीय पोर्ट पर चलती है ताकि मैक से कोई भी एक्सेस (डिबगिंग के लिए लॉग देखें,) उदाहरण) पोर्ट मेसोस आंतरिक रूप से उपयोग करता है के साथ संगत है (अन्यथा मेसोज़ फ्रेमवर्क, आंतरिक पोर्ट संख्या वाले होस्ट को डैशबोर्ड में प्रस्तुत करते हैं जो होस्ट से काम नहीं करते हैं)।

अभी, मैं मैक से वर्चुअल नेटवर्क में एक मार्ग के साथ डॉकटर-मशीन का उपयोग करता हूं ताकि सभी आईपी पते और पोर्ट संख्याएं जो मेसोस क्लस्टर मैक से "बस काम" का उपयोग करें। यह बहुत ही सरल उपाय है।

जैसा कि कहा गया है,

@justincormack मैंने अपने धागे को कंटेनर से कनेक्ट करने की कोशिश करने वाले सभी धागे को पढ़ा, जैसे मैं लिनक्स पर करता हूं: कंटेनर-आईपी: 8080 उदाहरण के लिए। जहां तक ​​मैं समझता हूं कि यह मैकओएस (10.12) में संभव होना चाहिए, है ना?

@matiasserrano आप इसे docker run -p 8080:8080 पोर्टमैपिंग के साथ कर सकते हैं

@ m1ome हाँ, मुझे पता है। लेकिन मेरे लिए स्केलेबल नहीं है। मैं एक डेवलपर हूं और मैं आमतौर पर अपाचे / नग्नेक्स के साथ कई कंटेनर चलाता हूं, इसलिए 80 हमेशा उपयोग में रहता है। यदि मैं आप का प्रस्ताव करता हूं, तो पहले मुझे अपने मैक में अपाचे को अक्षम करना होगा, दूसरा मुझे एक बार में एक कंटेनर चलाने की आवश्यकता है क्योंकि वे एक ही पोर्ट साझा करते हैं। विभिन्न बंदरगाहों का उपयोग करना एक विकल्प नहीं है।
दूसरी ओर, हम काम शुरू करने के लिए देवताओं को कंटेनर देते हैं, और फिर से वे एक ही समय में एक से अधिक परियोजनाओं पर काम कर सकते हैं।
इसलिए मैक से कंटेनरों को उनके आईपी का उपयोग करने से कनेक्ट करने की संभावना हमारे लिए बहुत जरूरी है।

@matiasserrano स्वचालित रूप से एक मनमानी उच्च बंदरगाह के लिए उजागर बंदरगाहों को आगे करने के लिए -P का उपयोग क्यों नहीं करते? यदि आप docker inspect जैसे कुछ के माध्यम से कंटेनर आईपी देख रहे हैं, तो यह भी संभव है कि उजागर पोर्ट के लिए एक समान ऑपरेशन करें।

@nathanleclaire समस्या पोर्ट या कंटेनर के आईपी को जानने के बारे में नहीं है, यह मूल रूप से पिछले पोस्ट के समान समाधान है। एक अन्य उपाय यह है कि प्रत्येक प्रोजेक्ट के लिए एक वीएम वीटी बनाया जाए और डॉक-मशीन को अंदर चलाया जाए या डॉक-मशीन का उपयोग किया जाए, जो मूल रूप से समान है। दोनों समाधान हमारे लिए स्वीकार्य नहीं हैं। हम इसके बजाय वैग्रैंट का उपयोग करना पसंद करते हैं।

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

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

मुझे लगता है कि अभी के लिए एक वर्कअराउंड nginx या एक अतिरिक्त कंटेनर में किसी अन्य वेब प्रॉक्सी के माध्यम से कुछ स्मार्ट रूटिंग करना होगा, हालांकि मुझे वर्तमान में उस काम का उदाहरण नहीं मिला है।

@nathanleclaire समस्या पोर्ट या कंटेनर के आईपी को जानने के बारे में नहीं है, यह मूल रूप से पिछले पोस्ट के समान समाधान है।

मुझे समझ नहीं आ रहा है।

तुम कहो:

इसलिए मैक से कंटेनरों को उनके आईपी का उपयोग करने से कनेक्ट करने की संभावना हमारे लिए बहुत जरूरी है।

अलग-अलग आईपी पते विशेष रूप से क्यों? आप यहाँ समस्या के रूप में पोर्ट विवादों का वर्णन कर रहे हैं:

मैं एक डेवलपर हूं और मैं आमतौर पर अपाचे / नग्नेक्स के साथ कई कंटेनर चलाता हूं, इसलिए 80 हमेशा उपयोग में रहता है। यदि मैं आप का प्रस्ताव करता हूं, तो पहले मुझे अपने मैक में अपाचे को अक्षम करना होगा, दूसरा मुझे एक बार में एक कंटेनर चलाने की आवश्यकता है क्योंकि वे एक ही पोर्ट साझा करते हैं।

-P न के साथ दो कंटेनर एक ही पोर्ट को एक्सपोज़ करेंगे, भले ही वे सभी 80 आंतरिक रूप से सुन रहे हों। तो क्यों आप अभी भी अपाचे, आदि को निष्क्रिय करने की आवश्यकता होगी?

एक अन्य उपाय यह है कि प्रत्येक प्रोजेक्ट के लिए एक वीएम वीटी बनाया जाए और डॉक-मशीन को अंदर चलाया जाए या डॉक-मशीन का उपयोग किया जाए, जो मूल रूप से समान है। दोनों समाधान हमारे लिए स्वीकार्य नहीं हैं। हम इसके बजाय वैग्रैंट का उपयोग करना पसंद करते हैं।

यदि आप वैग्रांट का उपयोग करने के लिए अड़े हैं और मैक के लिए डॉकर मशीन या डॉकर का उपयोग नहीं करेंगे, तो यहां फाइल / चर्चा क्यों करें?

@nathanleclaire लिनक्स में, मेरे द्वारा बनाए गए कंटेनरों का उपयोग करते हुए, अगर मैं

प्रत्येक कंटेनर में एक आईपी होगा, उदाहरण के लिए, 192.100.200.1, 192.100.200.2, 192.100.200.3 और 192.100.200.4।

उन IP के साथ, मैं अपने / etc / मेजबान फ़ाइल में एक होस्ट जोड़ता हूं, प्रत्येक के लिए एक उपनाम के साथ, उदाहरण:

192.100.200.1 Magento.local
192.100.200.2 drupal.local
192.100.200.3 लार्बल.लोक
192.100.200.4 अपाचे।लोक

और फिर ब्राउज़र से सीधे सर्वर में प्रवेश करें।

मैक में, मैं ऐसा नहीं कर सकता, क्योंकि मुझे प्रत्येक कंटेनर के लिए एक आईपी नहीं मिल सकता है। -P का उपयोग करना एक विकल्प नहीं है, क्योंकि प्रत्येक कंटेनर के लिए एक उपनाम होने के बजाय, मुझे लोकलहोस्ट: 8012 , मैगेंटो के लिए,

एक और काम है कि प्रत्येक कंटेनर के अंदर कंटेनर को चलाने और पोर्ट मैपिंग 80:80 का उपयोग करने के लिए लिनक्स वीएम के साथ योनि का उपयोग करना है। इस समाधान के साथ, डॉकटर के पास कोई मतलब नहीं है, क्योंकि अगर मैं वैग्रैंट मशीन बनाता हूं, तो उन्हीं चीजों के साथ जो डॉकटर कंटेनर के पास हैं। (मुझे पता है कि डॉकर और वैग्रंट के बीच का अंतर, और मैं वैगरेंट के बजाय 100 बार डोकर पसंद करता हूं ...)

मुझे आशा है कि यह उपयोग मामला आपको यह समझने में मदद करता है कि कंटेनर आईपी प्राप्त करना हमारे लिए इतना महत्वपूर्ण क्यों है।

उदाहरण पोर्ट 80 के साथ है, लेकिन आप जो भी पोर्ट चाहते हैं उसके लिए लागू है।

@matiasserrano ठीक है, मुझे संदेह है कि यह डीएनएस / होस्टनाम मैपिंग, धन्यवाद से संबंधित हो सकता है।

एक ही मुद्दा था (कंटेनर से मेजबान को जोड़ने)। 192.168.65.1 का उपयोग करके मेरे लिए काम किया। पूरी तरह से यकीन नहीं है कि यह क्या है, लेकिन मुझे लगता है कि यह संक्षेप में @thalesfsp के पिनाटा लॉग में दिखाई देता है:

🐳  network = hostnet (docker-ipv4=192.168.65.2, host-ipv4=192.168.65.1)
   Controls how local containers can access the external network via the
   MacOS X host. This includes outbound traffic as well as publishing ports
   for external access to the local containers.

(मुझे यह दिखाने के लिए धन्यवाद @feedthefire !)

यदि आप वैग्रांट का उपयोग करने के लिए अड़े हैं और मैक के लिए डॉकर मशीन या डॉकर का उपयोग नहीं करेंगे, तो यहां फाइल / चर्चा क्यों करें?

@nathanleclaire यह एक बहुत ही

धन्यवाद @cpoonolly , आपका उत्तर बहुत उपयोगी है, लेकिन मुझे लगता है कि आपका समाधान विपरीत दिशा में काम करता है: कंटेनर मैक होस्ट से कनेक्ट करने की कोशिश कर रहा है। मुझे जो चाहिए वह इसके ठीक विपरीत है: मैक होस्ट अपने आईपी का उपयोग करके कंटेनरों से जुड़ने की कोशिश कर रहा है।

दोस्तों। यह मुद्दा कई तरह के दिशा-निर्देशों में बदल गया है और मैं इसे बंद करने वाले और इसे कई उप-मुद्दों में विभाजित करने के लिए docker / docker अनुरक्षकों को सुझाव दूंगा। उदाहरण के लिए, डी 4 एम वीएम के अंदर से मैक के आईपी तक पहुंचने के लिए एक, और प्रति कंटेनर आईपी एड्रेसबिलिटी के लिए एक (हालांकि मैं यह तर्क देता हूं कि डी 4 एम में मूल रूप से कंटेनर डीएनएस / होस्टनाम मैपिंग का समर्थन करना बेहतर हो सकता है)। मैक रेपो के लिए डॉकर में सबसे अधिक संभावना है क्योंकि यह "इंजन" के लिए भंडार है, और आदर्श रूप से ट्रैकर में लिनक्स / विंडोज चिंताओं पर इंजन के बारे में टिकट होना चाहिए।

इसके लायक क्या है, मैक VM के लिए डॉकर में _definitely_ docker0 पुल है। यदि आप --net host वाला कंटेनर चलाते हैं और ifconfig चलाते हैं, तो आप इसे स्वयं देख सकते हैं। यहाँ विभिन्न मुद्दे मूल शीर्षक के बारे में नहीं बताते हैं, हालांकि: वे कंटेनर और वीएम नेटवर्किंग और दृश्यता के आसपास हैं।

@icecrime @justincormack आपको क्या लगता है सबको शुक्रीया।

@nathanleclaire यह एक बेहतर प्रतिक्रिया है, धन्यवाद, और मैं पूरी तरह से सहमत हूं कि कई उप मुद्दों में विभाजित करना यहां एक अच्छा कदम होगा।

मैं सहमत हूँ!!!! कोई समस्या नहीं अगर आप ऐसा करते हैं!

@nathanleclaire @justincormack , इस बीच बीटा 25 डॉक्स (आज प्रकाशित किया जाना है, ऐप रिलीज़ के पीछे थोड़ा अंतराल) नेटवर्किंग और एफएक्यू विषयों में वर्कअराउंड के लिए जस्टिन के और नाथन के सुझाव प्रदान करेगा। हालाँकि, मुझे पता है कि यह सभी के मुद्दों को हल नहीं करता है, यह डॉक्स में कुछ समाधान प्रदान करने और मुद्दों को स्वीकार करने पर एक शुरुआत होगी।

@matiasserrano अगले बीटा में, मंगलवार के कारण, आप होस्ट पर अलग-अलग आईपी पते पर पोर्ट प्रकाशित कर पाएंगे। इसलिए यदि आप लूपबैक इंटरफ़ेस में कई पते जोड़ते हैं, जैसा कि मैंने ऊपर उल्लेख किया है, तो इन्हें अपने होस्ट्स फ़ाइल में जोड़ें, आप इनमें से प्रत्येक पते पर 80 पोर्ट के लिए विभिन्न कंटेनरों को प्रकाशित करने में सक्षम होंगे, और होस्टनाम का उपयोग करेंगे।

इसलिए यदि आप जोड़ते हैं

192.100.200.1 magento.local
192.100.200.2 drupal.local
192.100.200.3 larabel.local
192.100.200.4 apache.local

/etc/hosts तब आप कर सकते हैं:

sudo ifconfig lo0 alias 192.100.200.1/24
sudo ifconfig lo0 alias 192.100.200.2/24
sudo ifconfig lo0 alias 192.100.200.3/24
sudo ifconfig lo0 alias 192.100.200.4/24

फिर

docker run -p 192.100.200.1:80:80 magento
docker run -p 192.100.200.2:80:80 drupal
...

तो आप सीधे drupal.local आदि से कनेक्ट करने में सक्षम होना चाहिए

@ लेन्डोंक्लिंग को हमें अगले बीटा डॉक्स के लिए यह दस्तावेज देना चाहिए।

@justincormack नाइटपिक : क्या यह ब्लॉक सही है?

$ ifconfig lo0 alias 192.100.200.1/24
$ ifconfig lo0 alias 192.100.200.2/24
$ ifconfig lo0 alias 192.100.200.2/24
$ ifconfig lo0 alias 192.100.200.2/24

अंतिम दो 192.100.200.3 और 192.100.200.4 ? और क्यों पूरे cidr ( 192.100.200.1/24 192.100.200.0 192.100.200.255 सही?) की पूरी श्रृंखला है? यह सिर्फ एक आईपी होना चाहिए?

क्षमा करें, टाइपो। हाँ, /32 भी ठीक है।

@justincormack क्या DNS जल्द ही gui इंटरफ़ेस में होगा? चूंकि Beta25 अभी भी विभाजन-सुरंग vpn पर dns नामों को हल नहीं कर सकता है, मैं अपने मैक होस्ट पर dnsmasq चलाने की उम्मीद कर रहा था। मेरे मैक पर अन्य सभी पोर्ट 192.168.65.1 कंटेनर के अंदर से पहुंच योग्य हैं, लेकिन डीएनएस नहीं।

इसके अलावा doet 10 IP का [192.168.65.1 से 10] /etc/resolv.conf में सेट क्यों करता है?
पुनश्च: 192.100.xx का उपयोग न करें क्योंकि यह एक सार्वजनिक सीमा है। 192.168.xx का उपयोग करें

हम इंटरफ़ेस में DNS जोड़ने से बचने की कोशिश कर रहे हैं, लेकिन अभी पढ़ें
मैक से सेटिंग्स। हम होस्ट्स फ़ाइल पढ़ते हैं, लेकिन सभी पढ़ेंगे
जल्द ही सेटिंग्स।

होस्ट फ़ाइल आपके होस्ट फ़ाइल रिज़ॉल्वर के लिए मैप मैप करती है, लेकिन रैपिंग
चारों ओर, ताकि सही ढंग से विफल हो।

11 सितंबर 2016 को शाम 7:09 बजे, "जीजो वर्गीज" सूचनाएं @github.com ने लिखा:

@justincormack https://github.com/justincormack डीएनएस गुई में होगा
इंटरफ़ेस जल्द ही कभी भी? चूंकि Beta25 अभी भी डीएनएस नामों को हल नहीं कर सकता है
स्प्लिट-टनल vpn पर मैं अपने मैक होस्ट पर dnsmasq चलाने की उम्मीद कर रहा था। अन्य सभी
मेरे मैक पर पोर्ट 192.168.65.1 कंटेनर के अंदर से पहुंच योग्य हैं, लेकिन
नहीं मरता।

इसके अलावा doet 10 IP का [192.168.65.1 से 10] /etc/resolv.conf में सेट क्यों करता है?
पुनश्च: 192.100.xx का उपयोग न करें क्योंकि यह एक सार्वजनिक सीमा है। 192.168.xx का उपयोग करें

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/docker/issues/22753#issuecomment -246194539,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAdcPEQcEyn3w7BPJCeaz5mlbgJx5etTks5qpEPUgaJpZM4Ie9PB
।

मैं इसके लिए सिर्फ @justincormack को धन्यवाद देना चाहता हूं:

हां, दो अलग-अलग मुद्दे हैं, जो कुछ हद तक संबंधित हैं।

1. मैं एक कंटेनर से होस्ट पर एक सेवा से जुड़ना चाहता हूं। यदि आपके पास कोई नेटवर्क एक्सेस नहीं है, तो Mac का एक परिवर्तनशील IP पता या कोई भी नहीं है।
   वर्तमान सिफारिश मैक पर lo0 इंटरफ़ेस के लिए अप्रयुक्त आईपी संलग्न करने के लिए है, जैसे sudo ifconfig lo0 alias 10.200.10.1/24 , सुनिश्चित करें कि आपकी सेवा इस पते या 0.0.0.0 (यानी नहीं 127.0.0.1) पर सुन रही है। तब कंटेनर इस पते से जुड़ सकते हैं।

जबकि आदर्श नहीं है, यह हमारे लिए अभी के लिए काम करना चाहिए। (परीक्षण और काम)

@justincormack

हम इंटरफ़ेस में डीएनएस को जोड़ने से बचने की कोशिश कर रहे हैं, लेकिन मैक से सेटिंग्स को पढ़ें।
वीपीएन संयोजन विविध और जटिल हैं, इसलिए यह मानकर चलना होगा कि आप हमेशा सही सेटिंग्स पढ़ सकते हैं। https://github.com/docker/for-mac/issues/19 (बंद) अभी भी विभाजन-सुरंग vpn पर हमारे लिए टूटा हुआ है। यह शायद एक डॉकटर मुद्दा नहीं है, लेकिन सिर्फ यह है कि हमारा वीपीएन सर्वर विभाजित-डीएनएस कैसे करता है।

मेरे पिछले स्थान पर एक और उदाहरण के लिए, हम QA और देव लोगों को अलग-अलग नेमसर्वरों को इंगित करने के लिए कहेंगे, जिनके आधार पर वे हिट करना चाहते थे। यदि उस प्रकार के परीक्षण की आवश्यकता केवल डॉकर के अंदर ही थी तो उस पर विचार करने के लिए एक और उपयोग मामला है। धन्यवाद।

हम वीपीएन के लिए विभाजित नाम सर्वर समर्थन पर काम कर रहे हैं।

13 सितंबर 2016 को शाम 6:48 बजे, "जीजो वर्गीज" सूचनाएं @github.com ने लिखा:

@justincormack https://github.com/justincormack

हम इंटरफ़ेस में DNS जोड़ने से बचने की कोशिश कर रहे हैं, लेकिन अभी पढ़ें
मैक से सेटिंग्स।
वीपीएन संयोजन विविध और जटिल हैं, इसलिए इसे छोटा कर दिया जाएगा
मान लें कि आप हमेशा सही सेटिंग्स पढ़ सकते हैं। डोकर / के लिए-मैक # 19
https://github.com/docker/for-mac/issues/19 (बंद) अभी भी टूटा हुआ है
विभाजन-सुरंग vpn पर हमारे लिए। यह शायद एक डॉकटर मुद्दा नहीं है लेकिन सिर्फ कैसे
हमारा vpn सर्वर विभाजित-डीएनएस करता है।

मेरे पिछले स्थान पर एक और उदाहरण हम QA और देव लोगों को इंगित करने के लिए कहेंगे
अलग-अलग नेमवेर्स पर निर्भर करता है कि वे किस एनवी को हिट करना चाहते थे। अगर वो
केवल डॉकर के अंदर ही परीक्षण के प्रकार की आवश्यकता थी, फिर भी इसका एक और उपयोग है
विचार करने का मामला। धन्यवाद।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/docker/issues/22753#issuecomment -246764433,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAdcPDXx3ziQv81fPBXpQHvU7_j9YWKQks5qpuHdgaJpZM4Ie9PB
।

बहुत बहुत धन्यवाद @justincormack , मैं आपके सभी कंटेनरों को सीधे lo0 पर अलियासिंग द्वारा एक्सेस करने के लिए आपके वर्कअराउंड का उपयोग करने में सक्षम हूं, जो मुझे मैक के लिए डोकर के साथ और ऊपर चला जाता है: +1:

मैं अपने कंटेनरों को चलाने के लिए docker-compose का उपयोग कर रहा हूं, इसलिए अंतिम प्रतिक्षेपक को होस्ट के प्रति सही आईपी पते पर बांधने के लिए अग्रेषित पोर्ट को कॉन्फ़िगर करने की आवश्यकता है। (जब मैं एक से अधिक कंटेनर रखता हूं तो मुझे 0.0.0.0 का पोर्ट पोर्ट संघर्ष मिलेगा)।

मुझे यकीन नहीं है कि किसी को भी इस के आसपास एक रास्ता मिल गया है? - जब तक कंटेनर चालू नहीं हो जाता, तब तक मुझे प्रभावी रूप से डॉकटर-कंपोज़ कॉन्फिग में इंटरपोल करने की जरूरत है, क्योंकि आईपी एड्रेस का पता नहीं है।

(सराहना करें कि हम यहां मूल मुद्दे से भटक रहे हैं)।

@NoOrdInaryGuy को यह नवीनतम रिलीज़ (स्थिर और बीटा दोनों) पर काम करना चाहिए - आप एक विशिष्ट आईपी निर्दिष्ट कर सकते हैं जो मैक पर बाँधने के लिए है, जैसे lo0 पर एक पता।

@justincormack हां, मैं पुष्टि कर सकता हूं कि सफलतापूर्वक काम करता है। एकमात्र समस्या है जब docker-compose (विशेष रूप से स्केलिंग के साथ, या मुझे लगता है कि आप स्थैतिक पते कॉन्फ़िगर कर सकते हैं) का उपयोग कर रहे हैं। एक कंटेनर चालू होने के बाद पोर्ट-फ़ॉर्वर्ड जोड़ना संभव नहीं है, और मुझे "रनटाइम" पर कंपोज़ फ़ाइल / डॉकरीफाइल में वास्तविक कंटेनर आईपी पते को संदर्भित करने के तरीके के बारे में पता नहीं है, जो मुझे लगता है कि मुझे क्रम में चाहिए होगा सही IP पर सुनने के लिए पोर्ट को कॉन्फ़िगर करने के लिए।

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

यह आशाजनक लग रहा है।

मेरा उपयोग मामला अन्य लोगों द्वारा बताए गए समान है। हम जावा सेवाओं के साथ कंटेनर बनाते हैं, और मेजबान सिस्टम से उन सेवाओं का परीक्षण करने का प्रयास करते हैं। हम एक जेनकिंस पाइपलाइन में परीक्षण चलाते हैं, इसलिए मेजबान सिस्टम के लिए पोर्ट प्रकाशित करना समस्याग्रस्त है, क्योंकि मेजबान सिस्टम सभी कंटेनरों को एक ही पोर्ट को बांधने की कोशिश कर रहा है।

इसलिए आमतौर पर, हम केवल पोर्ट "एक्सपोज़" करते हैं, और फिर कंटेनर आईपी की खोज करने के लिए 'docker निरीक्षण' का उपयोग करते हैं और उस IP पर सर्विस पोर्ट से कनेक्ट होते हैं। जब देव मैक पर परीक्षण की कोशिश करना चाहते हैं, तो हम वर्चुअलबॉक्स वीएम के माध्यम से कंटेनरों में एक स्थिर मार्ग जोड़ने के लिए बूट 2 डॉक ट्रिक का उपयोग कर रहे थे।

मैं देख रहा हूँ MAC बीटा उम्मीद है कि हम एक समान विधि का उपयोग कर उजागर बंदरगाहों तक पहुँचने में सक्षम होंगे, और यह lo0 उर्फ ​​चाल टिकट की तरह दिखता है।

यह शायद एक सुविधा अनुरोध के लिए जगह नहीं है, लेकिन मैं सोच रहा था कि क्या यह संभव है कि एक आईपी को जोड़ने के लिए इनपुट के रूप में डॉक रन पब्लिश-ऑल ऑप्शन हो। यह कुछ इस तरह दिखेगा I:

सुडो इफकोनिग लो0 उर्फ ​​10.200.10.1/32
docker run --publish- सभी 10.200.10.1 -d --name वेबसर्वर my_test_image

तब अगर my_test_image में कई पोर्ट एक्सपोज़ किए गए थे, तो मैं उन्हें आईपी उपनाम से एक्सेस कर सकता था।

मैं नवीनतम डॉक-मैक में लापता docker0 की पुष्टि कर सकता हूं

MacBook $ docker version
Client:
 Version:      1.12.1
 API version:  1.24
 Go version:   go1.7.1
 Git commit:   6f9534c
 Built:        Thu Sep  8 10:31:18 2016
 OS/Arch:      darwin/amd64

Server:
 Version:      1.12.1
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   23cf638
 Built:        Thu Aug 18 17:52:38 2016
 OS/Arch:      linux/amd64
MacBook$ docker info
Containers: 7
 Running: 0
 Paused: 0
 Stopped: 7
Images: 107
Server Version: 1.12.1
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 133
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: host bridge null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: seccomp
Kernel Version: 4.4.20-moby
Operating System: Alpine Linux v3.4
OSType: linux
Architecture: x86_64
CPUs: 2
Total Memory: 1.953 GiB
Name: moby
ID: W53J:DFZB:4SCO:CS34:6CRF:FCDR:74RZ:TBJC:WZ35:QUVW:NZQU:7ANZ
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 17
 Goroutines: 29
 System Time: 2016-09-26T00:20:31.292958501Z
 EventsListeners: 1
No Proxy: *.local, 169.254/16
Registry: https://index.docker.io/v1/
Insecure Registries:
 127.0.0.0/8

मेरी जरूरत मूल पद के विपरीत है। मैं होस्ट से 172.17.0.3 निश्चित नियोजक पते का उपयोग करना चाहूंगा। उदाहरण के लिए मेरे पास एक वेब एप्लिकेशन चल रहा होगा और मैं इसे होस्ट से एक्सेस करना चाहता हूं; मैं yucky पोर्ट अग्रेषण नहीं करना पसंद करता हूं जो होस्ट पर एक इंटरफ़ेस के रूप में docker0 के बिना आवश्यक है। वर्चुअलबॉक्स में होस्ट-ओनली नेटवर्किंग है और मैं होस्ट से इस होस्ट-ओनली नेटवर्क से बात कर सकता हूं।

docker0 को देखा जाता है कि क्या मेरा होस्ट linux है; यह केवल डॉक-मैक के साथ गायब है। मैं मैक पर डॉक चलाने के लिए वर्चुअलबॉक्स का उपयोग नहीं करना चाहता हूं।

जैसा कि डॉक्टर में वर्णित है: कुछ प्रकार के कीड़े 10.12 में तय किए गए हैं

हम समझते हैं कि ये वर्कअराउंड आदर्श नहीं हैं, लेकिन कई समस्याएं हैं। विशेष रूप से, _ OSX में एक बग है जो केवल 10.12 _

इसलिए मैं पूछता हूं, क्या डॉकटर पहले ही इस समस्या को 10.12 में ठीक कर लेता है? या यह अभी भी सभी संस्करणों की अनुकूलता के लिए नहीं है।

@Kaijun नहीं, हमें OSX के कई संस्करणों का समर्थन करने की आवश्यकता है, और जिस तरह से हम पहले कर रहे थे, उसके अन्य गुण हैं, इसलिए हम इसे वापस करने की संभावना नहीं है।

नमस्ते, मैं वास्तव में इस धागे में सभी चर्चा की सराहना करता हूं। मैं सोच रहा हूँ: क्या कोई व्यक्ति संक्षेप में (या मुझे इंगित कर सकता है) ओएस एक्स के साथ वास्तविक मुद्दा जो हमें कंटेनरों में सीधे मार्ग स्थापित करने में सक्षम होने से रोकता है?

मैंने टिप्पणियों के बारे में देखा है कि कैसे यह ओएस एक्स (यहां और अन्य थ्रेड्स में) के साथ कुछ समस्या है। मुझे इस बात का ठोस विवरण नहीं मिल रहा है कि वास्तव में मुद्दा क्या है, क्यों १०.१२ छंटनी तय है, आदि।

(१) यह वर्चुअलबॉक्स / डॉकटर-मशीन जैसी चीज़ के लिए क्यों काम करता है लेकिन xhyve के लिए नहीं?

(2a) भले ही docker इस सुविधा का समर्थन केवल १०.१२ के लिए नहीं कर सकता है, क्या मैं इसे हैक करने और इसे काम करने के लिए १०.१२ चलाने पर कुछ कर सकता हूं?

(2 बी) "जिस तरह से हम पहले कर रहे थे" के साथ "अन्य समस्याएं" क्या हैं?

मुझे बहुत खेद है कि अगर ये गूंगे प्रश्न हैं (या यदि उत्तर पहले से ही इस धागे में है और मैं इसे याद करता हूं)।

धन्यवाद।

@ इससे पहले हम https://github.com/docker/hyperkit पर vmnet विकल्प का उपयोग कर रहे थे, जो VM के लिए एक पुल बनाता है, जो कि कंटेनर से होस्ट से पुल पर एक आईपी पर रूट को अनुमति देता है। यह उपयोगी हालांकि कंटेनरों को मार्ग की अनुमति नहीं देता है। सक्षम होने पर एक खुले DNS सर्वर को उजागर करने से संबंधित सीवीई था, जो सिएरा में तय किया गया था।

Vmnet मोड के कई अन्य नुकसान हैं: कोई IPv6 सपोर्ट नहीं, थोड़ा नियंत्रण, हमें रूट के रूप में चलना होगा, कई वीपीएन सेटअप के साथ काम नहीं करता है, और बहुत कुछ। हमने एक विकल्प के रूप में "वीपीएन मोड" का उपयोग करना शुरू किया, जो वर्तमान डिफ़ॉल्ट बन गया, और फिर सुरक्षा मुद्दे के बाद दूसरे विकल्प को हटा दिया गया।

यह विकल्प कि docker0 ब्रिज मैक पर जादुई रूप से दिखाई देगा और लिनक्स वीएम पर कभी भी लागू नहीं किया गया है और वास्तव में संभव नहीं है, वैसे ही जैसे कि आप रिमोट होस्ट का उपयोग करते समय उपलब्ध नहीं है। । हालाँकि लोग विभिन्न तरीकों पर भरोसा करने के लिए आए हैं, जिसमें वे विभिन्न राउटिंग सेटअप का उपयोग कर सकते हैं, और हम इन उपयोग मामलों में से कुछ को समायोजित करने का प्रयास करना चाहते हैं, लेकिन यह करना बहुत आसान नहीं है। वर्चुअलबॉक्स यह करने के लिए मैक में कर्नेल मॉड्यूल स्थापित करता है, जो हम नहीं करने जा रहे हैं।

नमस्ते,

सबसे पहले, कृपया किसी को भी पोर्टफ़ोरवर्डिंग के बारे में जवाब देने से रोकें। हम जानते हैं कि और हम ऐसा नहीं चाहते हैं, क्योंकि अब जितने भी पोस्ट किए गए हैं, हम आईपी एक्सेस पर सरल पोर्ट चाहते हैं।
क्या हम इस धागे को उसके समाधान के बारे में बता सकते हैं?
मुझे बहुत आश्चर्य हुआ कि यह संभव नहीं था। मैं नहीं देखता कि हमें प्रति सेकेण्ड पर एक सेतु की आवश्यकता क्यों है, जब तक कि नेटवर्क निष्क्रिय है?

तो हर किसी के लिए जो बस यही चाहता है: मैक के लिए डॉक निकालें, डॉक टूलबॉक्स स्थापित करें और कुछ इस तरह से चलाएं:
सूडो मार्ग -n को 172.17.0.0/24 192.168.99.100 जोड़ें
जहां 172.xxx वर्चुअलबॉक्स होस्ट में कॉन्फ़िगर किया गया नेटवर्क है और 192.xxx उस होस्ट से वास्तविक आईपी है जो मैक (वर्चुअलबॉक्स नेटवर्क इंटरफेस के माध्यम से) पर रूट किया जा सकता है।
यह बस यातायात को ठीक से रूट करता है।

क्या उसे डॉक्यूमेंट डॉक्यूमेंट में जोड़ा जा सकता है?

चूँकि ऊपर वाले ने मुझे वही दिया है जो मैं चाहता हूँ, मैंने xhyve में आगे नहीं देखा।
क्या उपरोक्त के समान कमांड दर्ज करने के लिए समाधान नहीं होगा, जो उस से नेटवर्क सेटअप के साथ काम करता है? मैं 192.168.65.x पते को पिंग करने में सक्षम नहीं था, इसलिए एक रूट ऐड काम नहीं करेगा। यदि कोई उस सक्षम को प्राप्त करने के लिए कमांड पोस्ट करता है, तो रूट कमांड को बस काम करना चाहिए।

समस्या सुलझ गयी? यह बहुत अच्छा होगा अगर ये दस्तावेज हो जाएं जहां यह मैक सीमा का वर्णन करता है।
धन्यवाद

@justincormack @ dmp42 @jeanlaurent आप सीधे ऊपर दिए गए @VGerris कमेंट पर एक नज़र डाल सकते हैं, और मुझे

क्या यह संभव है कि यह 10.12 के लिए तय किया जा सकता है और सिस्टम पर आवश्यक 10.12 फिक्स मौजूद नहीं होने पर एक त्रुटि / चेतावनी फेंक सकता है? फिर आप 10.11 रन करने वाले लोगों के लिए / etc / host या toolbox वर्कअराउंड का दस्तावेज़ कर सकते हैं।

बंदरगाह अग्रेषण या मैनुअल नेटवर्क कॉन्फ़िगरेशन के बिना होस्ट से कंटेनर नेटवर्क तक पहुंचने में सक्षम होने वाला इम्हो डॉकटर की एक मूलभूत विशेषता है। तथ्य यह है कि यह उम्मीद के मुताबिक काम नहीं करता है वास्तव में एक प्रमुख मुद्दा है।

@justincormack - यह आज के बीटा रिलीज़ के बाद भी हमारे विभाजन डीएनएस

ऊपर से दोहराना।

हम इंटरफ़ेस में DNS जोड़ने से बचने की कोशिश कर रहे हैं, लेकिन अभी पढ़ें
मैक से सेटिंग्स।

वीपीएन संयोजन विविध और जटिल हैं, इसलिए यह मानकर चलना होगा कि आप हमेशा सही सेटिंग्स पढ़ सकते हैं।

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

यह भी libvmnet इतना ठीक नहीं है, लेकिन यह एक समाधान है, sudo कुछ भी नहीं की तुलना में स्वीकार्य है !!!

नल डिवाइस समाधान के लिए नो-सूडो अनुमति की आवश्यकता होती है। कम से कम, मैक के लिए डॉकटर को कुछ हैक करने की आपूर्ति करनी चाहिए ताकि डेवलपर अपना रास्ता बना सके। उदाहरण के लिए, हाइपरकिट स्टार्ट कमांड तर्क उपयोगकर्ताओं द्वारा कस्टम हो सकता है।

फिलहाल, मैक के लिए डॉकटर लोगों के लिए लगभग बेकार है।

मल !

क्या इस पर कोई नजर है या जब यह तय हो जाएगा?

@justincormack : इसके अलावा इस नेटवर्क सेटअप के लिए रूट एक्सेस की आवश्यकता होगी जिसे हम मैक के लिए पूरी तरह से डॉकटर में बचने की कोशिश कर रहे हैं (वर्तमान में हमारे पास एक बहुत छोटा रूट हेल्पर है जिसे हम निकालने की कोशिश कर रहे हैं)।

क्यों? लिनक्स पर रूट विशेषाधिकार के बिना डॉक चलाने के लिए संभव नहीं है और सब कुछ ठीक है, ओएसएक्स पर आप इससे बचना चाहते हैं। उसके पीछे क्या कारण है? तो अब से OSX के लिए dox फेसबुक ऐप की तरह होना चाहिए, इससे कोई फर्क नहीं पड़ता कि कोर फीचर काम नहीं कर रहा है, लेकिन इसके लिए रूट विशेषाधिकार की आवश्यकता नहीं है?

IMO यदि रूट विशेषाधिकार उस समस्या को हल करने में मदद करता है, तो उसे ठीक करें और इस बीच इसे रूट के बिना प्राप्त करने का प्रयास करें। हम वर्तमान में बिना कोर फीचर के हैं, जिसका उपयोग हम करते थे, कि हमने उस फीचर के आधार पर पूरे प्रवाह की योजना बनाई, और अब हमें बहुत सारे मुद्दों को हल करने की आवश्यकता है।

क्या यह एक उन्नत सुविधा पर विचार करने के लिए एक स्वीकार्य समझौता होगा। और जब उन्नत सुविधाओं को सक्षम किया जाता है तो उन्हें अतिरिक्त विशेषाधिकारों की आवश्यकता होती है?

मैं चाहता हूं कि यह सुविधा वापस आ जाए और मानक बंदरगाहों पर सामान रखा जाए। हमारी सभी सेवाओं के लिए एक मानक नामकरण सम्मेलन है। मेरे पास DNS रिकॉर्ड भी देव के लिए बनाए गए हैं जो उनके मैक पर एक स्थिर आईपी को इंगित कर सकते हैं। प्रत्येक कंटेनर को यह स्वयं का आईपी मिलता है, इसलिए यह हमेशा 3306 पोर्ट होता है, कोई फर्क नहीं पड़ता कि आप किस परियोजना के साथ काम कर रहे हैं। प्रत्येक परियोजना वास्तव में अलग हो जाती है जैसे कि यह पीआरए के लिए सभी तरह से क्यूए में है।

अब, जब कोई डेवलपर अपने स्थानीय मशीन पर MySQL से जुड़ना चाहता है, तो उसे यह देखने के लिए एक चार्ट देखना होगा कि प्रोजेक्ट में क्या अद्वितीय पोर्ट है। प्रोजेक्ट ए 3307 है, प्रोजेक्ट बी 3308 है फिर प्रोजेक्ट क्यू क्या था? पोर्ट को रैंडम करना भी टेढ़ा है क्योंकि यह आपको कनेक्शन सेटिंग्स और ऐसे को बचाने की अनुमति नहीं देता है। आपको अभी भी इसे हर समय देखने की आवश्यकता है।

जबकि यह एक मामूली बात की तरह लग सकता है। परियोजनाओं के बीच बहुत बार स्विच करना कष्टप्रद होता है, इस मानकीकरण के साथ यह बहुत सारे अतिरिक्त कदमों को हटा देता है। आप एक अलग परियोजना पर काम करना चाहते हैं? क्लोन क्लोन और रन बनाते हैं। सब कुछ वहाँ से बाहर पर सेटअप है। एकाधिक कंटेनरों, क्रेडेंशियल्स, कॉन्फ़िगरेशन, आदि। एकल कमांड डेवलपमेंट सेटअप।

+1 की सख्त जरूरत है: - /

मैंने अभी-अभी https://docs.docker.com/docker-for-mac/networking/ पर दस्तावेज़ीकरण पकड़ा है, इसलिए मैं इसमें शामिल चुनौतियों को समझता हूं।

दुर्भाग्य से यह हमारे स्थानीय विकास वातावरण में डॉकटर देशी का उपयोग करने के लिए एक गंभीर बाधा है। मुझे वर्चुअलबॉक्स / वैग्रांट से पलायन करने की उम्मीद थी।

हमारा मुद्दा यह है कि हम सेवा की खोज के लिए कंसल का उपयोग करते हैं। स्थानीय विकास के लिए हम डॉक-कंपोज़ से सेवाओं का मिश्रण चलाना चाहते हैं और सीधे मैक पर डेवलपर के आईडीई से। चूंकि कंटेनर में चलने वाली सेवाएं अपने docker ip: पोर्ट का उपयोग करके कौंसल के साथ पंजीकृत होती हैं, इसलिए docker के बाहर चलने वाली सेवाएँ एकीकृत नहीं हो सकती हैं।

बेशक यह एक मल्टी-होस्ट क्लस्टर में एक समस्या है, लेकिन जिसे ओवरले नेटवर्किंग (या हमारे मामले में, एक अप्रिय रूप से हैक करने वाली इंट्रोस्पेक्शन एंट्रीपॉइंट स्क्रिप्ट जो होस्ट आईपी: पोर्ट मैपिंग) का आंकड़ा देती है, द्वारा हल किया जाता है।

ऐसा लगता है कि अंतर्मुखी एपीआई अंत में इस तरह के मुद्दे (https://github.com/docker/docker/issues/7472) को हल करने में मदद करने के लिए काम कर रहा है। उम्मीद है कि आत्मनिरीक्षण एपीआई मैक / विंडोज़ के लिए डॉकटर के साथ भी काम करेगा)।

हे दोस्तों, मुझे लगता है कि कुछ ऐसा है जो इस धागे से संबंधित साझा करने के लायक है, हम कंटेनरों के भीतर से default IP Docker for Mac/Windows द्वारा बनाए गए host बात करने में सक्षम हैं। Docker for Mac/Windows ।

आईपी 192.168.65.1

आप नीचे दिए गए चरणों का पालन करके इसका परीक्षण कर सकते हैं:

rogaha@MacBook-Pro:~/development/rogaha$ docker run --name docker-nginx -p 80:80 -d nginx                                
4bc4818c49cffd7b4186294c71e6d4608c0482fd74521b3e9d03a14d499b3e6b
rogaha@MacBook-Pro:~/development/rogaha$

rogaha@MacBook-Pro:~/development/rogaha$ docker run -it --rm tutum/curl curl 192.168.65.1                                                                                   5:52:22
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>
rogaha@MacBook-Pro:~/development/rogaha$

मुझे उम्मीद है यह मदद करेगा!

@rogaha यह दिलचस्प जानकारी है। क्या वह दस्तावेज कहीं है? आपको इसके बारे में कैसे पता चला?

मैंने अपने मैक पर स्थानीय रूप से पुष्टि की है कि यह वास्तव में 192.168.65.1 माध्यम से मेजबान के लिए सभी तरह से पहुंचता है (न कि किसी अन्य डॉकटर कंटेनर में)।

मुझे यकीन नहीं है। @thaJeztah @justincormack क्या आपको पता है?

हां, मेजबान से संपर्क करने के लिए उस मार्ग को जोड़ा गया था।

जब तक कुछ मानक नामकरण नहीं होता है, तब तक आम तौर पर हम उपयोग करने की अनुशंसा नहीं करेंगे
जैसा कि स्पष्ट रूप से यह उत्पादन में काम नहीं करेगा, लेकिन यह एक के रूप में पारित करने के लिए ठीक है
पैरामीटर।

27 फरवरी 2017 08:49 को, "रॉबर्टो गंडोल्फो हशिओका" सूचनाएं @github.com
लिखा था:

मुझे यकीन नहीं है। @thaJeztah https://github.com/thaJeztah @justincormack
https://github.com/justincormack क्या आपको पता है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/docker/issues/22753#issuecomment-282777837 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAdcPJ3h5OrhxpgWao8by-qu-UmsuWIOks5rgv62gaJpZM4Ie9PB
।

@rogaha 192.168.65.1 मेरे अंत में काम नहीं कर रहा है। आपको उस आईपी के बारे में कैसे पता चला?

मैं बस इस धागे में बाकी सभी के साथ एक + 1 / सदस्यता जोड़ना चाहता था, और अद्वितीय / कस्टम आईपी पते पर पुल इंटरफेस के माध्यम से आसानी से डॉक कंटेनर तक पहुंचने में सक्षम होने के फीचर अनुरोध में एक और आवाज जोड़ना चाहता हूं।

मैं कम से कम 4 घंटे के लिए दीवार पर अपना सिर रौंद रहा था, यह पता लगाने की कोशिश कर रहा था कि मुझे कोई भी दस्तावेजी उदाहरण काम क्यों नहीं मिल रहा, जब तक कि मैं किसी तरह इस समस्या का पूरी तरह से वर्णन नहीं करता।

अभी के लिए, @justincormack (https://github.com/moby/moby/issues/22753#issuecomment-246054946) द्वारा उल्लिखित

1. sudo /etc/hosts (जैसे 192.168.1.100 mysite.dev ) के साथ /etc/hosts लिए एक होस्ट जोड़ें
2. लूपबैक इंटरफ़ेस पर एक उपनाम बनाएं: sudo sudo ifconfig lo0 alias 192.168.1.100/24

3. निम्नलिखित स्यूडोकोम्पोज के साथ एक कंटेनर लाओ:

     version: "3"
   
     services:
       app:
         image: image-name
         ports:
           - 192.168.1.100:80:80
           - 192.168.1.100:443:443
         [...]
   

यह मेरे लिए पूरी तरह से काम करने के लिए लगता है, और हालांकि वर्तमान में इसके लिए युगल मैनुअल चरणों की आवश्यकता होती है (जो डॉकर के शीर्ष पर अन्य उपकरणों का उपयोग करने से बचा जाता है ... ऐसा कुछ जो मैं अपने उपयोगकर्ताओं को करने के लिए मजबूर नहीं करना चाहता हूं), यह मुझे अनुमति देता है लगभग मैक पर डॉकर निर्वाण तक पहुंचते हैं।

इसलिए वर्कअराउंड के लिए धन्यवाद, और मुझे आशा है कि आप जल्द ही ब्रिज नेटवर्क प्राप्त करने का एक तरीका पा सकते हैं (या सिर्फ macOS को त्याग दें <10.12 <)

@rogaha आपको बहुत बहुत धन्यवाद, 192.168.65.1 ने मेरी समस्या को हल कर दिया है। मुझे आशा है कि यह भविष्य में नहीं बदलेगा, जब तक कि वे एक क्लीनर समाधान नहीं ढूंढते। मैक 17.0.3.1 के लिए डॉकर के रूप में इसने मेरे कंटेनर को मेरी मशीन के लोकलहोस्ट पर चलने वाले MySQL सर्वर से बात करने की अनुमति दी है।

@ TheAtontonioReyes मुझे खुशी है कि इसने आपके लिए काम किया। प्रतिक्रिया के लिए धन्यवाद!

नमस्ते,

मैं यहां डॉक्स पढ़ रहा हूं: https://docs.docker.com/docker-for-mac/networking/#use -cases-and-workarounds, और मैं _the विशेष मैक-ओनली DNS नाम का उपयोग करने की कोशिश कर रहा हूं और इसका उल्लेख किया गया है : docker.for.mac.localhost ।

अगर मैं डॉकटर कंटेनर के अंदर एक टर्मिनल पर पिंग करता हूं, तो यह 192.168.65.1 पर हल हो जाता है, और मेरे मैक पर चलने वाले ऐप के लिए एक कर्ल करने से अपेक्षित परिणाम प्राप्त होता है।

मैं इस छवि का उपयोग कर रहा हूं: https://github.com/elgalu/docker-selenium , और मैं वहां क्रोम ब्राउज़र खोल सकता हूं। इसलिए मैं http: //docker.for.mac.localhost : 80 पर जाना चाहता था, और कनेक्शन देने से मना कर दिया गया था। हालाँकि, http://192.168.65.1 : 80 कार्य करना।

क्या मैं कुछ भूल रहा हूँ? मैं docker.for.mac.localhost का उपयोग शुरू करना चाहता था।

मैं इसका उपयोग कर रहा हूं: संस्करण 17.06.0-CE-mac18 (18433)

संपादित करें : यह केवल क्रोम पर होता है और यह समस्या इसे बताती है। https://github.com/docker/for-mac/issues/1837

मुझे लगता है कि docker.for.mac.localhost का उपयोग करना एक खराब निर्णय था। कंटेनरों की पूरी बात यह है कि वे पोर्टेबल हैं और _should_ का इस बात पर कोई निर्भरता नहीं है कि वे किस प्रकार के मेजबान हैं। यदि मेरी टीम आधे विंडोज़ उपयोगकर्ता और आधे मैक हैं, तो हमारे कंटेनरों के अंदर कोड को अलग तरीके से कॉन्फ़िगर करना होगा।

मुझे खुशी है कि एक मेजबाननाम दृष्टिकोण है, मुझे लगता है कि बैठक जहां यह निर्णय लिया गया था वह 5 और मिनटों तक चलना चाहिए था।

docker.for.mac.localhost काम किया। प्रफुल्लित। https://docs.docker.com/docker-for-mac/networking/#use -cases-and-workarounds

मैं मैक के लिए docker- मशीन पर वापस लौटकर इस समस्या के आसपास काम किया। Docker मशीन VM एक लिनक्स डिस्ट्रो है जिसका अर्थ है कि यह एक docker0 इंटरफ़ेस बनाता है जिसकी डॉकटर कंटेनरों की निजी नेटवर्क रेंज तक पहुंच है। फिर, मेरे होस्ट मैक मशीन पर, मैंने कंटेनरों के 172.18.xx पता सीमा के लिए एक मार्ग बनाया जो कि docker मशीन उदाहरण के आईपी पते (मेरे मामले में 192.168.99.100) को इंगित करता है।

यह मेरे मैक ओएस द्वारा docker मशीन के linux VM के IP पते पर फॉरवर्ड किए जाने वाले निजी कंटेनर नेटवर्क के लिए नियत पैकेट को अनुमति देता है, जो जानता है कि निजी कंटेनरों तक कैसे पहुंचा जाए और पैकेटों को सीधे उनके पास भेजा जाए।

निजी कंटेनर नेटवर्क के लिए docker मशीन vm का मार्ग बनाना

sudo route -n add -net 172.18.0.0/16 192.168.99.100

आप docker network inspect या docker inspect <container_name> का उपयोग करके कंटेनर नेटवर्क के लिए पता प्राप्त कर सकते हैं।

आप इस कमांड को चलाकर मैक के लिए होस्ट ऑफ डू में पा सकते हैं:

docker run busybox ping -c 1 docker.for.mac.localhost | awk 'FNR==2 {print $4}' | sed s'/.$//'

यह आदेश चलाएँ

docker run -i -d --expose=80 <container_name> bash

फिर से आईपी एड्रेस प्राप्त करें

docker ps

अगर यह 0.0.0.0 कहता है, तो पोर्ट के उजागर होने के बाद या वहां लिखे गए किसी भी अन्य आईपी पते पर यह ठीक काम करेगा।

समाधान वास्तव में अपेक्षाकृत सरल है; IDK डोकर इसे ठीक क्यों नहीं करता है।

Https://github.com/AlmirKadric-Published/docker-tuntap-osx देखें जो हाइपरकिट बाइनरी को हिलाता है।

# 155 (और # 171, # 515, # 3484) की आंशिक नकल।

मैं बंद कर रहा हूं। यह डिजाइन और वैसे भी इस रेपो से असंबंधित है।

निम्नलिखित मेरे लिए अद्भुत काम करता है। कोई मध्यवर्ती कंटेनर, कोई DNS वर्कअराउंड नहीं।

Https://github.com/AlmirKadric-Published/docker-tuntap-osx#how -it-works से:

एक बार आईपी एड्रेस 10.0.75.2 हो जाने के बाद होस्ट वर्चुअल मशीन के भीतर किसी भी कंटेनर तक पहुंचने के लिए नेटवर्क राउटिंग गेटवे के रूप में इस्तेमाल किया जा सकता है:
route add -net <IP RANGE> -netmask <IP MASK> 10.0.75.2

साभार @pauldraper (!)

@pauldraper ने 14 जुलाई, 2019 को टिप्पणी की

समाधान वास्तव में अपेक्षाकृत सरल है; IDK डोकर इसे ठीक क्यों नहीं करता है।

Https://github.com/AlmirKadric-Published/docker-tuntap-osx देखें जो हाइपरकिट बाइनरी को हिलाता है।

मेरा macOS संस्करण:

$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.14.6
BuildVersion:   18G3020
$