Paket VPN offline: tanyakan kepada target apa yang dibutuhkannya

Anda memerlukan klien VPN untuk mencapai jaringan yang biasanya memasok paketnya, dan itu adalah lingkaran kecil yang rapi. Mengunduh satu DEB OpenVPN di mesin lain biasanya berakhir dengan dependensi kedua yang hilang, lalu ketiga, lalu satu malam penuh mengejar versi pustaka. Alternatifnya adalah membiarkan mesin yang terputus menyatakan, dalam istilahnya sendiri, apa yang dibutuhkan manajer paketnya. Semua yang di bawah ini mengalir dari pembalikan tentang siapa yang bertanya.

Pada sistem keluarga Debian percakapan itu berlangsung melalui apt-offline, alur kerja permintaan dan pengembalian. Lingkungan jalannya sendiri harus hadir lebih dulu di target, dipasang dari media yang disetujui atau proses awal lain yang dikelola administrator, karena tidak ada alat yang dapat memulai dirinya sendiri dari ketiadaan.

Mulailah dari keadaan paket target, bukan dari keadaan mesin pembantu

Catat rilis distribusi target, arsitektur ruang pengguna, dan sumber paket yang dikonfigurasi sebelum hal lain. Ketiga fakta itu menentukan implementasi VPN dan integrasi desktop mana yang sesuai, dan itulah fakta yang tidak dapat disediakan oleh pembantu yang terhubung.

Pembantu mengunduh berkas; ia tidak menjadi garis dasar dependensi. Laptop yang lebih baru dan sudah memasang OpenVPN memiliki keadaan paket yang sama sekali berbeda dari target, jadi keberhasilannya tidak membuktikan apa pun tentang apa yang dapat diterima target.

Putuskan juga apa yang sebenarnya Anda inginkan. Mesin VPN, plugin layanan NetworkManager, dan penyunting grafis adalah paket yang terpisah, dan pilihan yang benar bergantung pada rilis dan pada cara pengguna mengelola koneksi. Server tanpa layar memerlukan mesin dan berkas konfigurasi; desktop memerlukan plugin yang memungkinkan pengaturan jaringannya memiliki terowongan. Meminta kumpulan yang salah menghasilkan pemasangan yang berhasil dan koneksi yang tidak dapat dijalankan siapa pun.

Dua perjalanan, dalam urutan ini

Panduan memisahkan tiga operasi: membuat permintaan di sistem terputus, mengunduh di pembantu yang terhubung, dan mengimpor kembali di target. Segarkan metadata repositori target sebelum meminta paket, karena permintaan paket dibangun dari metadata itu dan indeks yang basi menghasilkan permintaan yang tidak dapat dipenuhi pembantu.

Di target, perintah administrator dalam bentuk apt-offline set vpn-meta.sig --update menulis permintaan penyegaran. Bawa berkas itu ke mesin yang terhubung dan unduh bundel dengan apt-offline get vpn-meta.sig --bundle vpn-meta.zip. Kembalikan bundel dan impor di target dengan apt-offline install vpn-meta.zip, sekali lagi sebagai administrator.

Sekarang buat permintaan paket dari metadata yang telah disegarkan, misalnya apt-offline set vpn-deps.sig --install-packages openvpn, dan ulangi perjalanan dengan nama bundel baru. Simpan setiap permintaan berpasangan dengan bundel yang dihasilkannya; bundel yang dibuat terhadap metadata lama bukan permintaan yang sama, bahkan ketika nama berkasnya tampak dapat dipertukarkan.

Tambahkan paket integrasi hanya ketika rancangan membutuhkannya

Jika desktop seharusnya mengelola terowongan melalui pengaturan jaringannya, permintaan memerlukan plugin yang cocok selain mesin. Sertakan nama paket spesifik yang disediakan rilis Anda alih-alih daftar yang diingat dari distribusi lain, dan buat permintaan baru setiap kali daftar berubah. Penyematan versi juga patut dipikirkan: paket yang dibangun untuk rilis yang lebih baru dapat memenuhi namanya dan tetap gagal saat dijalankan. Di sinilah kumpulan tetap berisi empat paket menjadi beban, karena daftar yang benar adalah sifat dari target dan hanya target yang dapat menghitungnya.

Di sinilah juga kumpulan tetap berisi empat paket menjadi beban. Daftar yang benar adalah sifat dari target, dan target adalah satu-satunya mesin yang dapat menghitungnya dengan benar.

Mengimpor bundel bukan berarti memasang VPN

Meskipun namanya, operasi pemasangan menaruh data APT ke dalam lingkungan manajemen paket. Operasi itu tidak melakukan transaksi paket. Selesaikan dan tinjau pemasangan APT yang sebenarnya di target dari data yang disediakan secara lokal, lalu baca keluarannya alih-alih menganggap keberhasilan ZIP berarti perangkat lunaknya ada.

Jika transaksi itu masih meminta berkas yang tidak tersedia, simpan dependensi yang hilang atau galat repositori yang spesifik dan buat permintaan berikutnya darinya. Jangan mengganti dengan DEB dari rilis lain, dan jangan mematikan pemeriksaan checksum atau autentikasi repositori untuk memaksakannya. Panduan secara eksplisit memperingatkan agar tidak melewati verifikasi berkas yang diunduh, dan dengan alasan yang tepat: paket yang tidak terverifikasi adalah hasil yang lebih buruk daripada pemasangan yang gagal.

Paket hanyalah separuh pertama

Memasang perangkat lunak terpisah dari memperoleh titik akhir yang disetujui, profil, materi kepercayaan, dan kredensial, dan masing-masing dapat memiliki penyerahan terkendalinya sendiri. Kumpulan paket yang berfungsi tanpa profil yang sah tidak terhubung ke apa pun.

Lalu jaga agar jalur transfer offline tetap hidup untuk pembaruan mendatang. Memperlakukan koneksi pertama yang berhasil sebagai akhir pemeliharaan berarti pembaruan keamanan berikutnya menunggu sampai seseorang dengan mobil dapat berkunjung, dan begitulah jaringan offline diam-diam tertinggal bertahun-tahun.