Perubahan proksi Docker diterapkan ke daemon yang salah

Anda menambahkan proksi ke docker.service, memulainya ulang, dan pull berikutnya berperilaku persis seperti sebelumnya. Pada mesin dengan instalasi apt maupun snap, periksa apakah itu daemon yang digunakan CLI Anda.

Ada tiga identitas terpisah yang harus dicocokkan: executable CLI, endpoint yang dipilih, dan proses server di balik endpoint tersebut. Menemukan satu perintah docker di PATH hanya menyelesaikan yang pertama.

docker context show
docker context inspect

Konteks Docker mendeskripsikan endpoint. DOCKER_HOST, DOCKER_CONTEXT, dan pilihan endpoint di baris perintah dapat menimpa default yang tampak, jadi periksa juga lingkungan dan pemanggilannya.

Lalu kaitkan socket atau alamat jarak jauh yang dipilih dengan daemon sebenarnya dan konfigurasi layanannya. Dua instalasi dapat memiliki unit, jalur konfigurasi, dan penyimpanan yang berbeda. Konteks jarak jauh dapat menunjuk sepenuhnya di luar mesin.

Terapkan proksi melalui antarmuka milik daemon tersebut. Pengaturan daemon Docker yang terdokumentasi dan lingkungan startup-nya bukan siaran ke setiap instalasi Docker di host.

Lakukan identifikasi ini sebelum menghapus paket untuk "merapikan keadaan". Daemon yang tampak tidak terpakai bisa memiliki kontainer atau image yang tidak dikelola instans lain. Perbaikan proksi langsung adalah mengonfigurasi server yang dipilih secara sengaja; memutuskan instalasi mana yang dipertahankan adalah perubahan pemeliharaan terpisah.