SMB berbilang saluran melalui VPN: apa yang klien sebenarnya guna

Akses fail yang perlahan melalui VPN menggoda kita menganggap tetapan berbilang saluran sebagai penyelesaian, dan tetapan itu selalunya tidak mempunyai apa-apa untuk diusahakan. Satu penyesuai maya tanpa RSS tidak dapat menyebarkan trafik merentas beberapa saluran, apa pun kata kotak semak. Yang penting ialah keupayaan yang dilihat SMB pada kedua-dua hujung, bukan spesifikasi NIC fizikal komputer riba. Panduan di bawah bermula dengan sesi aktif dan kembali kepada susun atur penyesuai.

Mulakan dengan sesi, bukan spesifikasi kad rangkaian

Sahkan dahulu bahawa sesi itu sendiri boleh menggunakan berbilang saluran. Ciri ini milik SMB3, jadi dialek lama yang dirundingkan dengan peranti atau pelayan lama mengecualikannya sebelum sebarang soalan penyesuai menjadi penting. Kemudian sahkan pelayan mana yang klien benar-benar sambung, kerana nama yang diselesaikan kepada nod berbeza daripada yang anda periksa menghasilkan keputusan yang meyakinkan tetapi tidak relevan.

Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterface

Perintah pertama menamakan dialek, pelayan dan kongsi dalam satu baris. Yang kedua menunjukkan sama ada ciri diaktifkan pada klien, dan yang ketiga menyenaraikan antara muka yang diketahui SMB bersama keupayaan yang dilaporkan. Penyesuai maya yang tidak melaporkan RSS mahupun RDMA memberitahu anda apa yang boleh menjadi susun aturnya.

Jika dialek bukan SMB3, berhenti dan selesaikan soalan itu dahulu. Jika tidak, setiap perintah kemudian akan menerangkan ciri yang tidak boleh diaktifkan.

Baca antara muka klien dengan jujur

SMB tidak peduli penyesuai mana yang membawa laluan lalai anda; ia menyenaraikan antara muka yang boleh digunakan dan menilai setiap satu. Komputer riba dengan Wi-Fi, Ethernet dan penyesuai VPN boleh menunjukkan tiga antara muka, dan hanya satu daripadanya mungkin boleh dicapai oleh pelayan yang anda bercakap. Yang lain ialah calon, bukan saluran.

Baca lajur RSS dan RDMA dan bukan lajur kelajuan pautan. Penyesuai maya biasanya melaporkan kelajuan nominal tinggi tanpa keupayaan RSS, dan kelajuan nominal menerangkan pautan maya, bukan laluan melalui internet. Tiada satu pun daripada kedua-dua nombor itu memberitahu anda berapa banyak saluran yang digunakan oleh sesi.

Jika penyesuai tidak menunjukkan keupayaan RSS, pembetulan yang disokong terletak pada pemacu vendor VPN, bukan pada sifat lanjutan NIC fizikal. Menanda kotak RSS pada penyesuai perkakasan tidak mengubah apa-apa pada apa yang didedahkan penyesuai maya kepada SMB.

Asingkan saluran terpilih daripada calon yang ditemui

Senarai sambungan ialah bahagian yang paling kerap salah dibaca. Dengan calon yang tidak dipilih disertakan, output menunjukkan semua yang dipertimbangkan SMB, dan itu bukan set saluran yang membawa data. Baca bendera pemilihan dan bilangan saluran untuk pasangan antara muka klien dan pelayan tertentu yang anda minati.

Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *

Gantikan dengan nama pelayan anda sendiri. Bentuk kedua mencetak sifat sambungan terpilih, termasuk indeks antara muka dan bilangan saluran semasa, dan itulah nombor yang penting. Beberapa alamat yang ditemui pada satu penyesuai masih satu penyesuai.

Alamat yang ditemui juga mungkin tidak boleh digunakan kerana dasar VPN: ia mungkin alamat subrangkaian tempatan yang tidak dibawa oleh terowong, atau alamat yang pelayan hanya layan pada rangkaian lain. SMB menyenaraikannya sebagai calon kerana antara muka wujud, bukan kerana laluan berfungsi.

Apa yang penyesuai VPN lakukan pada susun atur

Tiga susun atur wajar dibezakan, kerana hanya dua daripadanya boleh menghasilkan lebih daripada satu saluran. Satu penyesuai tanpa RSS menghasilkan satu saluran. Satu penyesuai berkemampuan RSS boleh menyebarkan sambungan merentas teras. Beberapa penyesuai yang boleh digunakan boleh menghasilkan beberapa saluran walaupun tanpa RSS, dan itulah konfigurasi yang orang lupa apabila menganggap RSS wajib.

Baris terakhir ialah yang penting melalui VPN. Saluran yang semuanya masuk ke terowong penyulitan yang sama berkongsi daya tampung terowong, CPU get laluan dan pautan WAN. Menambah saluran di situ mengagihkan semula kerja tanpa menambah kapasiti, dan pengukuran akan menunjukkannya.

Kekalkan tandatangan dan penyulitan diaktifkan semasa anda membandingkan, kerana mematikannya mengubah apa yang anda ukur. Hasil prestasi yang bergantung pada mematikan tetapan keselamatan bukan hasil yang boleh anda gunakan.

Ukur beban kerja yang benar-benar perlahan

Namakan beban kerja sebelum mengubah apa-apa: satu salinan berjujukan besar, banyak fail kecil dalam satu direktori, atau aplikasi yang membuka dan menutup pengendali. Berbilang saluran boleh membantu kes pertama apabila laluan bebas sebenar wujud, dan melakukan sangat sedikit untuk kes ketiga, kerana kos di situ ialah perjalanan pergi balik yang bergantung dan bukan lebar jalur.

Ambil garis dasar dengan susun atur semasa, ubah satu perkara, dan ambil semula dengan set fail yang sama dan pada waktu yang sama. Catat bilangan laluan terpilih di sebelah nombor itu, supaya pembaca kemudian dapat menilai sama ada perubahan itu mengubah susun atur atau hanya beban.

Jika saluran tidak berubah, soalan prestasi ada di tempat lain: kos penyulitan terowong, kependaman laluan, atau cakera dan CPU pelayan itu sendiri. Itu wajar diukur sebelum penyesuai lain ditambah pada komputer riba yang sudah mempunyai cukup banyak.