Машына, якая можа дасягнуць знешняга рэестра праз проксі, можа скапіяваць вобраз ва ўнутраны рэестр з дапамогай Skopeo. Наладзьце працэс, які выконвае капіяванне:

export HTTP_PROXY=http://proxy.example.net:8080
export HTTPS_PROXY=http://proxy.example.net:8080
export NO_PROXY=registry.internal.example

skopeo copy --all \
  docker://registry.public.example/team/image:stable \
  docker://registry.internal.example/team/image:stable

Назвы рэестраў і спасылка на вобраз — прыклады. Крыніца ідзе праз проксі; унутраны рэестр супадае з запісам абыходу. Для дазволенага капіявання з публічнай крыніцы без уліковых даных проксі спіс HTTP-проксі можа даць кандыдатаў HTTP-канцавых пунктаў, пакуль гэты ўнутраны абыход застаецца на месцы. Змяніце гэты запіс на імя хоста прызначэння, якое фактычна выкарыстоўвае каманда.

docker:// — гэта назва транспарту вобразаў для спасылак на рэестры. Гэта не азначае, што капіяванне перададзена лакальнаму дэману Docker. HTTP-транспарт рэестра Skopeo выкарыстоўвае выяўленне проксі з асяроддзя, калі ўбудаваная праграма відавочна не падае іншы URL проксі.

--all мае значэнне, калі спасылка крыніцы выбірае шматплатформавы індэкс вобразаў або спіс маніфестаў: гэта запытвае капіяванне ўсіх згаданых вобразаў. Без гэтага выбару капія можа выбраць вобраз для бягучай платформы, а не ўзнавіць поўную шматплатформавую спасылку.

Пасля капіявання ніжэйшыя машыны могуць выкарыстоўваць спасылку на вобраз унутранага рэестра. Іх здольнасць спампаваць яго залежыць ад маршруту да гэтага рэестра; яны не ўспадкоўваюць асяроддзе працэсу, які выканаў капіяванне.

Падобныя артыкулы