ডকার পাত্রে উবুন্টু 14.04 ডেস্কটপ হোস্টে DNS সমাধান করতে পারে না

48

আমি আমার ডকার পাত্রে উবুন্টু 14.04 এলটিএসে সমস্যা নিয়ে চলেছি। ডকার দু'দিন ভাল কাজ করেছে এবং তারপরে হঠাৎ আমি আমার পাত্রে সমস্ত নেটওয়ার্ক সংযোগ হারিয়ে ফেলেছি। নীচের ত্রুটি আউটপুট প্রাথমিকভাবে আমাকে বিশ্বাস করতে পরিচালিত করেছে কারণ অ্যাপট-গেট আইপিভি 6 এর মাধ্যমে ডিএনএস সমাধান করার চেষ্টা করছে।

আমি আমার হোস্ট মেশিনে আইপিভি 6 অক্ষম করেছি এবং এখনও, সমস্ত চিত্র সরিয়েছি, বেস উবুন্টু টানছি, এবং এখনও সমস্যার মধ্যে দিয়েছি।

আমি আমার /etc/resolve.conf নেমসার্ভারগুলি আমার স্থানীয় ডিএনএস সার্ভার থেকে গুগলের পাবলিক ডিএনএস সার্ভারে (৮.৮.৮.৮ এবং ৮.৮.৪.৪) পরিবর্তন করেছি এবং এখনও ভাগ্য নেই। আমি / ইত্যাদি / ডিফল্ট / ডকার এবং পুনঃসূচনা ডকারের DOCKER_OPTS এ Google এ ডিএনএস সেট করেছিলাম।

আমি কোরোও টানতে চেষ্টা করেছি, এবং ইউম ডিএনএসও সমাধান করতে পারেনি।

এটি অদ্ভুত কারণ যখন ডিএনএস কাজ করে না, তবুও একই ধরণের আপডেট সার্ভারগুলি পিং করার সময় আমি একটি প্রতিক্রিয়া পাই যা অ্যাপট-গেট সমাধান করতে পারে না।

আমি প্রক্সিটির পিছনে নেই, আমি খুব প্রমিত স্থানীয় নেটওয়ার্কে আছি এবং উবুন্টুর এই সংস্করণটি আপ টু ডেট এবং সতেজ (আমি ডকারের কাছাকাছি হওয়ার জন্য দু'দিন আগে ইনস্টল করেছি)।

স্ট্যাকওভারফ্লো এবং গিথুব সম্পর্কিত অন্যান্য পোস্টের মাধ্যমে আমি এটির উপর পুরোপুরি গবেষণা করেছি, তবে এর কোনও সমাধান পাইনি। এই সমস্যাটি কীভাবে সমাধান করা যায় সে সম্পর্কে আমি ধারণার বাইরে রয়েছি, কেউ কি সহায়তা করতে পারে?

ভুল বার্তা

➜  arthouse git:(docker) ✗ docker build --no-cache .
Sending build context to Docker daemon 51.03 MB
Sending build context to Docker daemon 
Step 0 : FROM ubuntu:14.04
 ---> 5506de2b643b
Step 1 : RUN apt-get update
 ---> Running in 845ae6abd1e0
Err http://archive.ubuntu.com trusty InRelease
Err http://archive.ubuntu.com trusty-updates InRelease
Err http://archive.ubuntu.com trusty-security InRelease   
Err http://archive.ubuntu.com trusty-proposed InRelease  
Err http://archive.ubuntu.com trusty Release.gpg
  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
Err http://archive.ubuntu.com trusty-updates Release.gpg
  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
Err http://archive.ubuntu.com trusty-security Release.gpg
  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
Err http://archive.ubuntu.com trusty-proposed Release.gpg
  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
Reading package lists...
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty/InRelease  
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-updates/InRelease  
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-security/InRelease  
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-proposed/InRelease  
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty/Release.gpg  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-updates/Release.gpg  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-security/Release.gpg  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-proposed/Release.gpg  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
W: Some index files failed to download. They have been ignored, or old ones used instead.

ধারক আইএফসিওএনএফআইজি / পিং

➜  code  docker run -it ubuntu /bin/bash
root@7bc182bf87bb:/# ifconfig
eth0      Link encap:Ethernet  HWaddr 02:42:ac:11:00:04  
          inet addr:172.17.0.4  Bcast:0.0.0.0  Mask:255.255.0.0
          inet6 addr: fe80::42:acff:fe11:4/64 Scope:Link
          UP BROADCAST RUNNING  MTU:1500  Metric:1
          RX packets:7 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:738 (738.0 B)  TX bytes:648 (648.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

root@7bc182bf87bb:/# ping google.com
PING google.com (74.125.226.0) 56(84) bytes of data.
64 bytes from lga15s42-in-f0.1e100.net (74.125.226.0): icmp_seq=1 ttl=56 time=12.3 ms
--- google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 12.367/12.367/12.367/0.000 ms
root@7bc182bf87bb:/# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=44 time=21.8 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=44 time=21.7 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=44 time=21.7 ms

এছাড়াও, আইপিভি 4 জোর করে এপট-গেট আপডেট ব্যর্থ হয়:

root@6d925cdf84ad:/# sudo apt-get update -o Acquire::ForceIPv4=true
Err http://archive.ubuntu.com trusty InRelease

Err http://archive.ubuntu.com trusty-updates InRelease

Err http://archive.ubuntu.com trusty-security InRelease

Err http://archive.ubuntu.com trusty-proposed InRelease

Err http://archive.ubuntu.com trusty Release.gpg
  Unable to connect to archive.ubuntu.com:http: [IP: 91.189.88.153 80]
Err http://archive.ubuntu.com trusty-updates Release.gpg
  Unable to connect to archive.ubuntu.com:http: [IP: 91.189.88.153 80]
Err http://archive.ubuntu.com trusty-security Release.gpg
  Unable to connect to archive.ubuntu.com:http: [IP: 91.189.88.153 80]
Err http://archive.ubuntu.com trusty-proposed Release.gpg
  Unable to connect to archive.ubuntu.com:http: [IP: 91.189.88.153 80]
Reading package lists... Done
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty/InRelease
ubuntu  networking  domain-name-system  docker  lxc 
— টমাস ভি।
সূত্র
আমার জন্য, এটি পুনরায় চালু করার পরে কাজ করে।
— ssi-anik

উত্তর:

63

ওহ, আমি গিথুবে একটি পোস্ট পেয়েছি যা আমার সমস্যার সমাধান করে।

স্টিভ কে। এটি ইঙ্গিত করার পরে যে এটি আসলে কোনও ডিএনএস সমস্যা নয় এবং এটি একটি সংযোগের সমস্যা ছিল, আমি গিথুব-এ একটি পোস্ট পেতে পেরেছিলাম যাতে এই সমস্যাটি কীভাবে সমাধান করা যায় তা বর্ণনা করা হয়েছে।

স্পষ্টতই ডকার0 নেটওয়ার্ক ব্রিজটি স্তব্ধ হয়ে গিয়েছিল। সেতু-ব্যবহারগুলি ইনস্টল করা এবং নিম্নলিখিতটি চালানো আমার ডকারকে কার্যক্রমে পেয়েছে:

apt-get install bridge-utils
pkill docker
iptables -t nat -F
ifconfig docker0 down
brctl delbr docker0
service docker restart
— টমাস ভি।
সূত্র
1
আপনার আপনার চিত্রগুলি প্রত্যাখ্যান করার দরকার নেই। প্রতিবার আপনি নতুন ধারক চালানোর পরে রেজোলভকনফ তৈরি করা হয়। সুতরাং আপনাকে পুরানো ধারক সরিয়ে অন্য একটি শুরু করতে হবে। আমি গতকাল এই সমস্যাটি উত্তেজিত করেছিলাম এছাড়াও, যদি আপনি কর্পোরেট ইন্ট্রানেটে থাকেন তবে আপনি --dns-search = your.company.domain কে / etc / default / docker এর ডকার ডিমনকে DOCKER_OPTS এনভি ভেরিয়েবল --dns --dns পতাকাগুলির নিকটে পাস করতে পারবেন।
— আলেকজান্ডার.লিজুশকিন
এটি আমার ডকারের সমস্যাগুলিও ঠিক করে দিয়েছে।
— ববএমসিজি
3
খিলান লিনাক্সে আমার ip link set down docker0পরিবর্তে ifconfig docker0 downএবং systemctl restart dockerপরিবর্তে প্রয়োজন হয়েছিল service docker start। সমস্ত চিত্র মুছতে, আমি করেছিdocker rmi $(docker images -q)
— মার্চ
এটি আমার জন্য প্রথমবারের মতো কাজ করেছিল। তারপরে আমি রিবুট করলাম, এবং সমস্যাটি আবার উপস্থিত হল: এই পদক্ষেপগুলির পুনরায় উত্পাদনের ফলে সমস্যাটি আর সমাধান হয়নি। এ সম্পর্কে আমি কী জানি না।
— ব্যবহারকারী 626921
1
সবেমাত্র দেখলাম যে আমার ডকার 0 ইন্টারফেসটি ডাউন ছিল, আমি মৃত্যুদন্ড কার্যকর করেছি /etc/init.d/docker restartএবং এটি আবার ব্যবসায়ে ফিরে এসেছে
— লোলস্কে
14

যদি এটি কোনও ডিএনএস সমাধানকারী সমস্যা হয় তবে সমাধানটি এখানে দেওয়া হল:

চেক করার জন্য প্রথম জিনিসটি ডকারের পাত্রে চালানো cat /etc/resolv.confহয় । যদি এটিতে কোনও অবৈধ ডিএনএস সার্ভার থাকে তবে কনটেইনারটি ডোমেনের নামগুলি আইপি অ্যাড্রেসে সমাধান করতে সক্ষম হবে না, তাই ব্যর্থ হবে।nameserver 127.0.x.xping google.com

চেক করতে দ্বিতীয়ত জিনিস চালানো হয় cat /etc/resolv.confউপর হোস্ট মেশিনের । ডকার মূলত হোস্টের /etc/resolv.confকন্টেইনারটিতে প্রতিবার একটি পাত্র শুরু হওয়ার পরে অনুলিপি করে । তাই হোস্টের /etc/resolv.confযদি ভুল হয়, তবে ডকারের ধারকটিও তাই হবে।

যদি আপনি দেখতে পেয়েছেন যে হোস্টটি /etc/resolv.confভুল, তবে আপনার কাছে দুটি বিকল্প রয়েছে:

  1. ডিমন.জেসনে ডিএনএস সার্ভারকে হার্ডকোড করুন। এটি সহজ, তবে আপনি যদি ডিএনএস সার্ভারের পরিবর্তনের প্রত্যাশা করেন তবে আদর্শ নয়।

  2. হোস্টদের ঠিক করুন /etc/resolv.conf। এটি সামান্য কৌশলযুক্ত, তবে এটি গতিশীলভাবে উত্পন্ন হয়েছে, এবং আপনি ডিএনএস সার্ভারকে হার্ডকডিং করছেন না।

1. ডকার ডেমন.জেসনে হার্ডকোড ডিএনএস সার্ভার

  • সম্পাদন করা /etc/docker/daemon.json

    {
    "dns": ["10.1.2.3", "8.8.8.8"]
}

  • এই পরিবর্তনগুলি কার্যকর করতে ডকার ডেমন পুনরায় চালু করুন:
    sudo systemctl restart docker

  • এখন আপনি যখন কোনও ধারক চালাবেন বা শুরু করবেন, ডকার /etc/resolv.confএখানকার মানগুলি নিয়ে আসে daemon.json।

2. হোস্টদের ঠিক করুন /etc/resolv.conf

উঃ উবুন্টু 16.04 এবং তার আগেরটি

  • উবুন্টু 16.04 এবং তার আগে এর জন্য, /etc/resolv.confনেটওয়ার্কম্যানেজার দ্বারা গতিশীলভাবে উত্পাদিত হয়েছিল।

  • লাইনটি dns=dnsmasq(ক #) দিয়ে মন্তব্য করুন/etc/NetworkManager/NetworkManager.conf

  • পুনরায় তৈরি করতে নেটওয়ার্ক ম্যানেজার পুনরায় চালু করুন /etc/resolv.conf:
    sudo systemctl restart network-manager

  • হোস্টটিতে যাচাই করুন: cat /etc/resolv.conf

বি উবুন্টু 18.04 এবং তারপরে

  • উবুন্টু 18.04 systemd-resolvedউত্পাদনের/etc/resolv.conf জন্য ব্যবহারের পরিবর্তিত হয়েছে । এখন ডিফল্টরূপে এটি একটি স্থানীয় ডিএনএস ক্যাশে 127.0.0.53 ব্যবহার করে। এটি কোনও ধারকটির অভ্যন্তরে কাজ করবে না, সুতরাং ডকার গুগলের 8.8.8.8 ডিএনএস সার্ভারে ডিফল্ট হবে যা ফায়ারওয়ালের পিছনে লোকদের জন্য ভেঙে যেতে পারে।

  • /etc/resolv.confআসলে একটি সিমিলিংক ( ls -l /etc/resolv.conf) যা /run/systemd/resolve/stub-resolv.confউবুন্টু 18.04 এ ডিফল্টরূপে (127.0.0.53) নির্দেশ করে।

  • কেবলমাত্র সিমলিংকটিকে নির্দেশ করুন /run/systemd/resolve/resolv.conf, যা আসল ডিএনএস সার্ভারের তালিকা করে:
    sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

  • হোস্টটিতে যাচাই করুন: cat /etc/resolv.conf

/etc/resolv.confপাত্রে অনুলিপি করার জন্য এখন আপনার কাছে হোকারের বৈধ হওয়া উচিত ।

— wisbucky
সূত্র
এর জন্য ধন্যবাদ, সত্যিই আমার মনটি ডকারের পাত্রে কী কী ঘটছে এবং কোনও ভিপিএন-তে 18.04 সমাধানের আইপি দিয়ে কী ঘটছে তা বোঝার চেষ্টা করছিল। 18.04 এর জন্য /etc/resolv.conf ঠিক করা আমার পক্ষে কাজ করেছে!
— জর্জ পাপাস
বিকল্প বি আমার জন্য কাজ করেছে ..
— কোডসেটর
অবশ্যই 2 বি systemdপ্যাকেজটির আপডেট থেকে বাঁচতে পারবে না ...
— অ্যাসপেক্স
13

আমি যে সমস্যায় পড়েছি তাতেও অতিরিক্ত মূল্য যুক্ত করার প্রয়াসে; বিকল্প উত্তর সহ:

আমার নেটওয়ার্ক অফিস সম্পর্কিত ছিল এবং গুগল ডিএনএস সেটিংস আটকে দেওয়া হয়েছে যাতে ধারকটি আইপি ঠিকানাগুলি পিং করতে পারে তবে ডোমেনের নাম নয়।

আমার হোস্টটি /etc/resolv.confমূলত দেখতে দেখতে;

#Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search companyDomain.co.za

এটি নেটওয়ার্ক ম্যানেজারটি ডিএনএস সার্ভারের বিশদটি একরকম মাস্কিং করার কারণে হয়েছে।

দুর্ভাগ্যক্রমে ডকার ম্যানুয়াল অনুসারে ডকার কনটেইনারটির রেজলভ.কনফ তৈরি করার সময় যে কোনও লোকালহোস্ট আইপি ঠিকানাগুলি ফিল্টার করে এবং সেগুলিকে গুগলের ডিএনএস আইপি দিয়ে প্রতিস্থাপন করবে। যা আমার ক্ষেত্রে ডোমেন নামগুলি অফ-সীমাবদ্ধ করে দেয়।

আমি বাধ্য ছিলাম:

  • আমার ডিফল্টতে পুনরায় সেট করুন /etc/default/dockerযাতে ধারকরা তার পরিবর্তে আমার হোস্টের রেজোলভ.কনফ সামগ্রী ব্যবহার করে।
  • সম্পাদনা করুন /etc/NetworkManager/NetworManager.confএবং লাইন মন্তব্য dns=dnsmasq। এটি তাই এনএম 127.0.0.1 এর পরিবর্তে প্রকৃত ডিএনএস আইপি ঠিকানাগুলি নির্দিষ্ট করতে পারে।
  • সাথে এনএম পুনরায় চালু করুন sudo service network-manager restart।
  • এর সাথে ডকার পরিষেবা পুনরায় চালু করুন sudo service docker restart।

একটি ধারক চালানো তার পরে এটি করার অনুমতি দেয় apt-get update/upgrade।

— ডেভিড 'টাক আদা'
সূত্র
3
এটি আসলে আমার পক্ষে কাজ করেছিল। এবং আমি সংস্থার ইন্ট্রানেটের পিছনে ছিলাম
— ড্যানিয়েল আন্ড্রেই মিনসি
1
এই সমাধানটি উবুন্টু 16.04 এবং তারও আগের জন্য দুর্দান্ত কাজ করে। উবুন্টু 18.04 এবং তার পরে, সার্ভারফল্ট
— 918568
ধন্যবাদ! এটি কার্যকর হয়েছে, যদিও গৃহীত উত্তরটি কার্যকর হয়নি। :)
— ডেভলাস
8

আপনার ত্রুটি এখানে:

 Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19).
 connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]

এটি ডিএনএসের সাথে কোনও ত্রুটি নয়, পরিবর্তে আপনার সিস্টেমটি আইপিভি 6 হোস্টের সাথে সংযোগ দেওয়ার চেষ্টা করছে এবং ব্যর্থ হচ্ছে। সম্ভবত আপনার হোস্টে আইপিভি 6 অ্যাক্সেস নেই বলেই সম্ভবত। IPv6 ঠিকানার সত্যিকারের অনুসন্ধান সফল হয়। (উবুন্টু আয়না / সংরক্ষণাগারটি আইপিভি 6 এবং আইপিভি 4 উভয়ের জন্যই উপলব্ধ। আপনি কেবলমাত্র একটি আইভিভি 6 টি আঘাত করার মতো দুর্ভাগ্য ছিলেন কারণ আপনার সিস্টেম বিশ্বাস করে যে এটি কাজ করা উচিত))

আপনি হয় তা স্থির করে নিন, মিরেডো ইনস্টল করে , অথবা আপনার আইপিভি 4 আয়নাটি আঘাত না করা পর্যন্ত পুনরায় চেষ্টা করুন।

আবার এখানে গুরুত্বপূর্ণ বিষয়টি অনুধাবন করা দরকার তা হল ডিএনএসকে দোষ দেওয়া হয় না, যেমন আপনি নিজের পিং পরীক্ষাগুলি দেখেন।

1
দ্রুত জবাব দেওয়ার জন্য এবং এটি আসলে কোনও ডিএনএস সমস্যা নয় বলে পরিষ্কার করে দেওয়ার জন্য ধন্যবাদ, আমি এটির প্রশংসা করি। আমি মাইরেডো ইনস্টল করেছি - যাও না। এটিও লক্ষণীয় যে আমি যখন অ্যাপি-গেট আপডেট-অ্যাকোয়্যার :: ফোর্সআইপিভি 4 = চালিত করি তখনও সত্যিকারের অ্যাপ্লিকেশন আপডেট ব্যর্থ হয়, আমি সেই উত্তরটির সাথে আমার মূল পোস্টটি আপডেট করেছি। আমি ইউএফডাব্লু অক্ষম করার চেষ্টা করেছিলাম ভাবছিলাম সম্ভবত এটিই ছিল এবং এখনও ভাগ্য হয়নি।
— থমাস ভি।
অদ্ভুত - আপনি দেখতে পাচ্ছেন যে আপনার আইপিভি 4 সংযোগ রয়েছে কারণ আপনার পিং সফল হয়। তবে আপনি আয়নাটির সাথে সংযোগ স্থাপন করতে পারবেন না নির্বিশেষে আপনার কাছে কিছু বিজোড় রাউটিং / নেটওয়ার্কিং সমস্যা রয়েছে (যার ফলে আমার মনে হয় আপনি এখানে কেন পোস্ট করছেন!)
8

ডকার অফিসিয়াল ডকটি ডকারের দ্বারা ব্যবহারের জন্য একটি ডিএনএস সার্ভার কনফিগার করার সরঞ্জাম সরবরাহ করে

  1. /etc/default/dockerসম্পাদনার জন্য ফাইলটি খুলুন :

    sudo nano /etc/default/docker

  2. ডকারের জন্য একটি সেটিংস যুক্ত করুন:

    DOCKER_OPTS="--dns 8.8.8.8"

  3. 8.8.8.8স্থানীয় ডিএনএস সার্ভারের মতো প্রতিস্থাপন করুন 192.168.1.1। আপনি একাধিক ডিএনএস সার্ভারও নির্দিষ্ট করতে পারেন। এগুলিকে স্পেস দিয়ে আলাদা করুন, উদাহরণস্বরূপ:

    --dns 8.8.8.8 --dns 192.168.1.1

    সতর্কতা: আপনি যদি এমন কোনও ল্যাপটপে যা করছেন যা বিভিন্ন নেটওয়ার্কের সাথে সংযোগ স্থাপন করে তবে সর্বজনীন ডিএনএস সার্ভারটি বেছে নেওয়ার বিষয়টি নিশ্চিত করুন।

    পিএস: nm-toolস্থানীয় হোস্ট ডিএনএস সার্ভারটি পরীক্ষা করতে ব্যবহার করা যেতে পারে

  4. সংরক্ষণ করুন এবং ফাইলটি বন্ধ করুন।

  5. ডকার ডেমন পুনরায় চালু করুন।

    sudo service docker restart
— tryer3000
সূত্র
মনে রাখবেন যে ডকার আপস্টার্ট এবং সিসভিনিটের জন্য এটি পুরানো কনফিগারেশন ফাইল। সিস্টেমেডের জন্য বর্তমান উপায় (যেহেতু উবুন্টু 16.04) হ'ল /etc/docker/daemon.jsonডিএনএসের মতো ডকার ডিমন সেটিংস ব্যবহার করা ।
— উইসবাকি
0

অন্যান্য পাঠক যারা বুট 2 ডকার ব্যবহার করার সময় এখানে আসেন তাদের জন্য আমি এখানে ঠিক করেছি। আসলে, উপরের উত্তরটি আমাকে সঠিক দিক নির্দেশ করেছে।

মূলত, কোনও কারণে বুট 2 ডকারের অভ্যন্তরে পাত্রে হোস্ট-নেম সমাধান করতে পারেনি।

সুতরাং আমি কেবল বুট 2 ডকার পুনরায় চালু করেছি এবং পাত্রে শুরু করেছি। এখন হোস্টনামগুলি আবার ঠিকভাবে সমাধান করতে পারে।

আমি মনে করি যে সমস্যাটি বুট 2 ডকার শুরু করছে যখন হোস্টের নেটওয়ার্ক সংযুক্ত ছিল যা বুট 2 ডকার শুরু করেছিল এবং অ-কর্মক্ষম অবস্থায় প্রবেশ করবে।

— চোখ
সূত্র
0

আমি উইন্ডোজ একই সমস্যা ছিল। এই আদেশটি এটি আমার জন্য কাজ করে:docker-machine restart

— speedplane
সূত্র
0

ডেবিয়ান 9-এ ডকার ডেমন পুনরায় চালু করুন

service docker restart

এবং সংযোগগুলি এবং নেটওয়ার্কগুলি ভাল কাজ করে

— Nolwennig
সূত্র
-1

অনুরূপ সমস্যা ছিল তবে ব্যবহারকারীর সংজ্ঞায়িত নেটওয়ার্কের মধ্যে থাকা ধারকগুলির মধ্যে নামটির সমাধানও কিছুটা দুর্বল বলে মনে হয়েছে। কিছু আপনার মতো কিছু সমাধান করতে পারেনি।

ইস্যুটি সরানো / var / lib / ডকার ছিল। স্থানগত কারণে এটি এনএফএসের মাধ্যমে মাউন্ট করা হয়েছিল। একটি স্থানীয় ফাইল সিস্টেম যুক্ত করা এবং ফাইলগুলি সেখানে সরানো সমস্যার সমাধান করে।

— michi.0x5d
সূত্র
আপনি যদি ভাবেন যে একই প্রশ্নের উত্তরের মাধ্যমে কোনও প্রশ্নের উত্তর দেওয়া যায়, দয়া করে এটিকে সেই প্রশ্নের সদৃশ হিসাবে চিহ্নিত করুন। যদি আপনি এটি করতে না পারেন তবে আপনার পৃথক উত্তর দেওয়ার পরিবর্তে কোনও মন্তব্য করা উচিত।
— জেনি ডি বলছেন মনিকা
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.