Distribution ৰেজিষ্ট্ৰিৰ S3 অনুৰোধৰ বাবে প্ৰক্সি ছেটিংছ

S3 লৈ যোৱা Distribution ৰেজিষ্ট্ৰি প্ৰচেছত প্ৰক্সি ছেটিংছ ৰাখক, আৰু object storage লৈ পুনৰ্নিৰ্দেশিত ক্লায়েন্টৰ বাবে পৃথকে গণনা কৰক।

পৰিৱেশ-সচেতন HTTP পৰিবহন ব্যৱহাৰ কৰা কন্টেইনাৰযুক্ত Distribution ৰেজিষ্ট্ৰিৰ বাবে, S3 পথটো ৰেজিষ্ট্ৰি কন্টেইনৰলৈ প্ৰেৰণ কৰক:

services:
  registry:
    environment:
      HTTP_PROXY: http://proxy.example.internal:8080
      HTTPS_PROXY: http://proxy.example.internal:8080
      NO_PROXY: localhost,127.0.0.1

এইটো বৰ্তমানৰ ইমেজ, ষ্টোৰেজ, প্ৰমাণীকৰণ আৰু ভলিউমৰ সৈতে একত্ৰিত কৰক। এই টুকুৰাটো সম্পূৰ্ণ ৰেজিষ্ট্ৰি নহয়। প্ৰক্সিৰ নামটো সেই কন্টেইনাৰৰ পৰা উপলব্ধ হ’ব লাগিব, আৰু scheme টো প্ৰক্সি লিচনাৰৰ সৈতে মিলিব লাগিব।

মোতায়েন কৰা S3 ড্ৰাইভাৰ আৰু পৰিবহন নিশ্চিত কৰক। Distribution 2.8.3 ৰ উদ্ধৃত উৎসে AWS SDK session ব্যৱহাৰ কৰে; কাষ্টম ড্ৰাইভাৰ বা পৰিবহনে আন এটা সমৰ্থিত সংৰূপৰ প্ৰয়োজন হ’ব পাৰে।

সংযোগকোনে সংৰূপ বা অনুসন্ধান কৰিব
ক্লায়েন্ট → ৰেজিষ্ট্ৰিৰেজিষ্ট্ৰিৰ অন্তৰ্গামী HTTP লিচনাৰ আৰু ক্লায়েন্ট পথ
Daemon → ইমেজ উৎসDocker daemon ৰ প্ৰক্সি ছেটিংছ
ৰেজিষ্ট্ৰি → S3ৰেজিষ্ট্ৰি প্ৰচেছৰ ষ্টোৰেজ HTTP পৰিবহন

সফল ক্লায়েন্ট লগইনে কেৱল প্ৰথম পথটো প্ৰমাণ কৰে। ষ্টোৰেজ ড্ৰাইভাৰে S3 লৈ নিজৰ অনুৰোধ প্ৰেৰণ কৰে; আগতে ৰেজিষ্ট্ৰি ইমেজ টানি অনা daemon এ সেই কলবোৰ নকৰে।

blob ডাউনলোডৰ সময়তো ৰিডাইৰেক্ট পৰীক্ষা কৰক। Distribution এ গ্ৰাহকক object storage লৈ ৰিডাইৰেক্ট কৰিব পাৰে, যাৰ ফলত সেই ক্লায়েন্টৰ বাবে S3 লৈ প্ৰত্যক্ষ সংযোগৰ প্ৰয়োজন হয়। ৰেজিষ্ট্ৰিৰ প্ৰক্সি সংৰূপ কৰিলে গ্ৰাহক সংৰূপ নহয়। ৰিডাইৰেক্ট আচৰণ সলনি কৰিলে blob ট্ৰেফিকৰ গতিপথ সলনি হয়, সেয়ে সেই ছেটিং সলনি কৰাৰ আগতে বিফল প্ৰেৰক আৰু কাৰ্য্য চিনাক্ত কৰক।

সম্পৰ্কিত প্ৰবন্ধ