docker pull කන්ටේනරයේ ප්‍රොක්සි සැකසුම් නොසලකන්නේ ඇයි?

docker pull අසාර්ථක නම් Docker ඩීමන් හෝ Docker Desktop සකසන්න. යෙදුම් කන්ටේනරයට තම ප්‍රොක්සි විචල්‍ය කියවීමට පෙර ඉමේජ් එක බාගැනේ.

සෘජුව ස්ථාපිත Docker Engine

මේ කොටස පවතින ඩීමන් ප්‍රොක්සි සැකසුමට එක් කර, ලේඛන අන්ත ලක්ෂ්‍යය වෙනස් කර, අදාළ නොවන සැකසුම් තබාගන්න. පොදු ප්‍රොක්සි භාවිතයට අවසර ඇති පොදු ඉමේජ් පරීක්ෂාවලට HTTP ප්‍රොක්සි ලැයිස්තුව විකල්ප සපයයි:

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

ඩීමන්හි හයිෆන් සහිත යතුරු Docker සේවාලාභියාගේ ~/.docker/config.json තුළ ඇති camelCase යතුරුවලට වෙනස්ය. සේවාලාභී ප්‍රොක්සි කොටස නව කන්ටේනර් හා build සඳහා පරිසර විචල්‍ය දෙයි; ඩීමන් බාගැනීම් හෝ පවතින කන්ටේනර්වල පරිසරය සකසන්නේ නැත.

ස්ථාපනය සඳහා ලේඛනගත ඩීමන් නැවත ඇරඹීම කර, දැනට ඇති වැඩවල බලපෑම සැලසුම් කරන්න. ඩීමන්ට ආරම්භක පරිසරයේද ප්‍රොක්සි විචල්‍ය ලැබිය හැක; පසුව ටර්මිනලයක export කිරීමෙන් ක්‍රියාත්මක සේවාව යාවත්කාලීන නොවේ.

Docker Desktop

Desktop හිම ප්‍රොක්සි සැකසුම් භාවිත කරන්න. Docker ලේඛන අනුව Desktop daemon.json හි ප්‍රොක්සි ඇතුළත්කිරීම් නොසලකයි; එබැවින් සෘජු Engine උදාහරණය නැවත නැවත වෙනස් කිරීමෙන් මේ නිෂ්පාදනයේ මාර්ගය නොසැකසේ.

නිවැරදි කොටස යාවත්කාලීන කළ පසු ඉමේජ් එක නැවත ගන්න. registry ප්‍රවේශය, සත්‍යාපනය, යළි යොමුකිරීම හෝ ලේයර් බාගැනීම අසාර්ථකද කියවා බලන්න. පවතින කන්ටේනරයක සාර්ථක HTTP ඉල්ලීමක් පරීක්ෂා කරන්නේ එම යෙදුමේ මාර්ගය පමණි. හවුල් තිරපිටපත් හෝ commit ගොනු තුළ ප්‍රොක්සි පිවිසුම් දත්ත නොතබන්න; ඩීමන් සැකසුම හා කන්ටේනර් පරිසරය රහස් ගබඩා නොවේ.