آپ نے docker.service میں پراکسی شامل کی، اسے دوبارہ شروع کیا، اور اگلا pull بالکل پہلے کی طرح برتاؤ کرنے لگا۔ apt اور snap دونوں انسٹالیشن والی مشین پر جانچیں کہ کیا یہی وہ ڈیمن ہے جو آپ کا CLI استعمال کر رہا ہے۔

تین الگ شناختیں ملانی ہیں: CLI executable، منتخب endpoint، اور اس endpoint کے پیچھے سرور پروسیس۔ PATH میں ایک docker کمانڈ تلاش کرنا صرف پہلی چیز طے کرتا ہے۔

docker context show
docker context inspect

Docker contexts endpoints بیان کرتے ہیں۔ DOCKER_HOST، DOCKER_CONTEXT اور کمانڈ لائن endpoint انتخاب ظاہری ڈیفالٹ کو اوور رائیڈ کر سکتے ہیں، اس لیے ماحول اور invocation بھی دیکھیں۔

پھر منتخب socket یا ریموٹ ایڈریس کو اصل ڈیمن اور اس کی سروس کنفیگریشن سے منسلک کریں۔ دو انسٹالیشنز کے یونٹ، کنفیگریشن راستے اور اسٹوریج مختلف ہو سکتے ہیں۔ ریموٹ context مکمل طور پر مشین سے باہر اشارہ کر سکتا ہے۔

پراکسی کو اسی ڈیمن کے انٹرفیس کے ذریعے لاگو کریں۔ Docker کی دستاویزی ڈیمن ترتیبات اور اس کا اسٹارٹ اپ ماحول میزبان پر ہر Docker انسٹالیشن کو نشریات نہیں۔

“چیزیں صاف کرنے” کے لیے پیکیج ان انسٹال کرنے سے پہلے یہ شناخت کریں۔ غیر استعمال شدہ دکھنے والا ڈیمن ایسے containers یا images کا مالک ہو سکتا ہے جو دوسری instance منظم نہیں کرتی۔ فوری پراکسی مرمت منتخب سرور کو دانستہ ترتیب دینا ہے؛ یہ فیصلہ کرنا کہ کون سی انسٹالیشن رکھی جائے ایک الگ دیکھ بھال کی تبدیلی ہے۔

متعلقہ مضامین