Dan tidak seorang pun memasukkan anggur baru ke dalam kantong kulit yang lama; jika tidak, wain baru akan mengoyakkan kulitnya dan mengalir keluar dengan sendirinya, dan kulitnya akan hilang; tetapi wain baru mesti dimasukkan ke dalam kantong kulit yang baru; maka kedua-duanya akan diselamatkan. OKEY. 5:37,38
Pada April tahun ini, pentadbiran hab DC terbesar di dunia mengumumkan permulaan sokongan untuk sambungan selamat. Mari lihat apa yang berlaku.
Kebebasan hati nurani
Kerana semua yang saya fikirkan tentang ini telah pun diperkatakan , bahagian artikel ini sepatutnya tidak wujud sama sekali.
Jika anda memerlukan keselamatan, pilih pelanggan moden dan . titik.
Tetapi bagaimana jika anda masih menggunakan hab NMDC, iaitu, yang biasa? Dalam kes ini, anda perlu berurusan dengan ketidakserasian pelanggan DC lama, sangat lama, baharu atau hanya tidak dikonfigurasikan. Tetapi ini telah dilakukan, dan masalah tidak lama akan datang.
Mafia
Pertama, sambungan klien-ke-klien yang selamat diwujudkan tanpa mengira kehadiran penyulitan klien-ke-hab.
Kedua, adalah mustahil untuk menentukan secara visual hab yang sedang atau tidak menyiarkan permintaan untuk sambungan selamat.
Ketiga, hari ini hampir semua pelanggan DC mempunyai penyulitan sambungan didayakan secara lalai.
Adakah awak ingat? Sekarang mari Tetapan TLS pada bahagian pengguna, sambungkan ke hab dan cuba sambungkan pelanggan antara satu sama lain dengan berhati-hati.
Hab NMDC
DC++ secara mutlak menolak sambungan selamat pada hab NMDC, tetapi meluluskan sepenuhnya sambungan biasa. Pembangun telah menyuarakan alasannya lebih daripada sekali - tidak ada gunanya mengikuti rake lama yang sama!
StrongDC++ hanya mengetahui TLS v.1.0, dan pelanggan moden tidak menyambung kepadanya sama sekali. Dengan GreylinkDC++ ia lebih teruk.
FlylinkDC++ rela jatuh ke dalam mod keserasian dengan pelanggan yang lebih lama. Berapa lama masa yang diperlukan dan adakah ia perlu sama sekali?..
EiskaltDC++ melakukan perkara yang sama dengan kurang rela, hanya untuk keperluannya sendiri.
hab ADC
Semuanya betul-betul sama, tetapi DC++ disertakan secara aktif dalam permainan.
EiskaltDC++ nampaknya tidak membuat perbezaan antara hab NMDC dan ADC, kerana ketat dengan kedua-duanya.
Bagaimana jika anda menapis pelanggan lama dengan menetapkan keperluan mandatori untuk menyokong TLS v.1.2 pada input?..
hab ADC
Hebat, bukan?
Penemuan
Pembaca mungkin berfikir bahawa lebih baik menggunakan FlylinkDC++ dan tidak menghadapi masalah, tetapi anda lupa bahawa pelanggan ini dengan diri sendiri. Salah satu insiden terakhir dengannya yang saya tahu ialah ramai pengguna gagal menanda kotak untuk menyokong sambungan selamat menggunakan konfigurasi jauh dan ketiadaan mayanya dalam semua versi terdahulu.
Ringkasnya, disebabkan oleh banyak sebab sejarah dan politik, penggunaan hab NMDC sebagai asas untuk sambungan antara pelanggan yang selamat adalah sukar atau bahkan mustahil. Menggunakan hab NMDC, anda dijamin kehilangan keupayaan untuk berhubung dengan sesetengah pengguna, dan sebagai balasannya anda menerima keselamatan - tetapi tanpa jaminan.
Cadangan
Mula menggunakan hab ADC, sekurang-kurangnya di hadapan. Tolak pelanggan yang sudah lapuk dan, jika anda seorang pentadbir hab DC, larang Strong dan Grey. Untuk
Setiap kerajaan yang terpecah-belah akan menjadi sunyi; dan setiap kota atau rumah yang berpecah-belah tidak dapat bertahan. Mat. 12:25
Sumber: www.habr.com