Docker: tiada kumpulan alamat pratakrif yang tinggal semasa sesi VPN

Kegagalan itu khusus: Docker tidak dapat mencari subnet automatik yang boleh diterima untuk rangkaian jambatan baharu. Ini bukan bermakna mesin kehabisan alamat, dan bukan bermakna VPN rosak. Dua soalan menentukan diagnosis: blok calon mana yang dapat dilihat oleh daemon, dan yang mana antaranya diperuntukkan oleh pengagihnya dalam persekitaran ini. Layaninya dalam susunan itu, kerana soalan kedua tidak bermakna sehingga soalan pertama dijawab.

Sahkan apa yang gagal sebelum anda mengubah apa-apa

Jalankan langkah di bawah dari hos yang menjalankan daemon. Shell yang bercakap dengan konteks jauh sedang menerangkan mesin lain, dan kesilapan itu sahaja boleh membazirkan satu jam.

Catat versi Engine dalam tiket pada masa yang sama. Setiap heuristik dalam baki panduan ini terikat pada versi, dan dakwaan tanpa versi ialah khabar angin.

Kira peruntukan yang anda sudah ada

Senaraikan rangkaian, kemudian periksa yang penting: docker network ls diikuti docker network inspect NETWORK_NAME. Baca subnet IPAM mereka dan kontena yang dilampirkan pada setiap satu. Beberapa projek Compose menggunakan lebih banyak blok daripada yang dicadangkan oleh bilangan kontena mereka, kerana setiap projek cenderung mencipta rangkaian lalai sendiri. Kontena yang berhenti tidak melepaskan peruntukan rangkaiannya.

Periksa juga konfigurasi kumpulan, kerana kumpulan lalai mempunyai julat asas dan saiz awalan bagi setiap rangkaian. Peruntukan besar bagi setiap rangkaian menghabiskan blok yang tersedia lebih cepat, dan itu fakta kapasiti, bukan masalah penghalaan.

Tuliskan bilangannya. Itulah garis asas yang memberitahu anda sama ada perubahan seterusnya membantu.

Bandingkan pandangan daemon tentang laluan

VPN boleh mempengaruhi pemilihan calon, tetapi pelaksanaan yang tepat menentukan caranya. Dalam Moby 28.2.2 pada Linux, InferReservedNetworks mengumpul alamat pelayan nama dan laluan IPv4 on-link tertentu, dan ia tidak hanya merizab setiap laluan daripada setiap jadual. Laluan pautan yang dikumpul juga mengecualikan alamat destinasi yang tidak ditentukan, jadi satu laluan 0.0.0.0/1 sahaja tidak merizab semua alamat. Awalan on-link luas yang lain, seperti 128.0.0.0/1, boleh memintas julat calon biasa 172 dan 192.

Bandingkan ip -4 route show table all sebelum dan selepas VPN disambungkan, pada hos daemon. Perbezaannya ialah bukti, dan versinya ialah skop dakwaan.

Jangan umumkan heuristik satu keluaran kepada semua keluaran. Begitulah jawapan forum menjadi perubahan dasar.

Pilih pembetulan terkecil yang berkesan

Jika rangkaian tidak digunakan yang disahkan menyimpan blok yang anda perlukan, rancang persaraannya yang disasarkan bersama pemiliknya dan bukan memangkas secara meluas. Untuk rangkaian baharu, subnet tidak digunakan yang disemak secara jelas mengelakkan pergantungan pada pemilihan automatik sama sekali. Subnet itu masih perlu mengelakkan destinasi Docker, LAN dan VPN yang sebenar dan wajib, kerana peribadi bukan bermakna selamat. Menghalakan awalan jauh yang sebenar akan menukar ralat peruntukan dengan akses yang rosak.

Menukar default-address-pools ialah dasar yang lebih luas tentang peruntukan masa depan. Pilih asas tanpa konflik dan saiz diperuntukkan yang sesuai, gabungkannya dengan tetapan daemon sedia ada, dan rancang kesan permulaan semula yang didokumenkan. Rangkaian sedia ada tidak dinomborkan semula secara senyap.

Jangan lumpuhkan penolakan laluan syarikat untuk menjayakan peruntukan. Pelan alamat yang jelas biasanya menyelesaikan masalah tempatan tanpa melemahkan dasar wajib.

Terima peruntukan dan penghalaan secara berasingan

Selepas perubahan, periksa subnet yang sebenarnya dicipta Docker dan uji kebergantungan VPN serta tempatan aplikasi. Peruntukan yang berjaya dan penghalaan yang betul semasa berjalan ialah dua pemeriksaan penerimaan yang berbeza, dan lulus yang pertama bukan bukti untuk yang kedua. Jika aplikasi tidak dapat mencapai sumber di sebalik terowong, anda mempunyai masalah penghalaan yang disembunyikan oleh ralat kumpulan. Catat kedua-dua hasil dalam tiket.

Simpan perbezaan laluan dan bilangan kumpulan bersama rekod perubahan, kerana kemas kini pelanggan VPN seterusnya boleh mengubah yang pertama tanpa menyentuh Docker.

Panduan ini lengkap apabila orang lain boleh mengulangi kedua-dua pemeriksaan itu dan mendapat jawapan yang sama.