Капіяванне рэестра праз проксі з дапамогай Skopeo
Наладзьце працэс Skopeo для зыходнага рэестра праз проксі і прамога ўнутранага прызначэння, уключаючы шматплатформавыя вобразы.
Машына, якая можа дасягнуць знешняга рэестра праз проксі, можа скапіяваць вобраз ва ўнутраны рэестр з дапамогай 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 мае значэнне, калі спасылка крыніцы выбірае шматплатформавы індэкс вобразаў або спіс маніфестаў: гэта запытвае капіяванне ўсіх згаданых вобразаў. Без гэтага выбару капія можа выбраць вобраз для бягучай платформы, а не ўзнавіць поўную шматплатформавую спасылку.
Пасля капіявання ніжэйшыя машыны могуць выкарыстоўваць спасылку на вобраз унутранага рэестра. Іх здольнасць спампаваць яго залежыць ад маршруту да гэтага рэестра; яны не ўспадкоўваюць асяроддзе працэсу, які выканаў капіяванне.