Salinan fail perlahan apabila VPN disambung: SMB berbilang saluran

Menyalin fail antara dua mesin Windows adalah pantas sehingga kedua-duanya menyertai VPN yang sama, dan kemudian ia runtuh sementara ujian daya pemprosesan merentasi pasangan yang sama masih melaporkan hampir kadar garisan. Jurang itulah diagnosisnya: pautan itu baik dan sesuatu memilih laluan yang lebih buruk untuk pemindahan itu sendiri. Sesuatu itu biasanya SMB3 berbilang saluran, melakukan tepat apa yang direka untuknya. Keluarkan saluran tambahan itu dan salinan kembali ke pautan fizikal.

Gejala menunggu salurannya yang paling perlahan

Berbilang saluran membolehkan satu sesi SMB menggunakan beberapa sambungan TCP, satu bagi setiap pasangan alamat yang sesuai antara klien dan pelayan. Apabila kedua-dua mesin berada di LAN dan pada terowong yang sama, Windows boleh memasangkan alamat LAN dengan alamat terowong dan menganggap kedua-dua pasangan boleh digunakan. Sesi akhirnya mempunyai lebih banyak saluran daripada yang diperlukan oleh pautan fizikal, dan salah satunya jauh lebih perlahan.

Ia tidak gagal. Ia menunggu, kerana sesi tidak boleh selesai lebih pantas daripada salurannya yang paling perlahan.

Itulah sebabnya ujian lebar jalur boleh kelihatan sihat sementara salinan merangkak: ukuran satu aliran mungkin memilih satu laluan, sedangkan pemindahan itu tersebar merentasi dua. Baca senarai saluran sebelum menukar mana-mana tetapan penyesuai, dan bacanya semasa salinan masih berjalan, kerana sesi terbiar tidak menunjukkan apa-apa. Apa yang anda catat harus menamakan antara muka di belakang setiap saluran, bukan sekadar betapa perlahan hasilnya terasa.

Sahkan bahawa saluran kedua wujud

Dua cmdlet menjawab soalan itu secara langsung. Senarai sambungan menunjukkan saluran yang digunakan, dan ringkasan sesi menunjukkan sambungan itu sendiri. Jalankan kedua-duanya semasa salinan perlahan.

Get-SmbMultichannelConnection
Get-SmbConnection

Cari lebih daripada satu baris yang ditandakan sebagai dipilih untuk pelayan yang sama, kemudian selesaikan alamat klien dalam baris yang mencurigakan itu. Jika alamat itu milik penyesuai terowong, laluan kedua itu nyata dan disahkan. Jika setiap baris milik antara muka fizikal, berbilang saluran bukan masalah anda dan salinan itu perlahan atas sebab yang tidak berkaitan. Lakukan pengesahan itu dahulu, kerana pembaikan itu cukup mengganggu untuk mendapat satu minit bukti.

Get-NetIPAddress -IPAddress 10.20.30.44

Alamat di sini ialah pemegang tempat. Gantikannya dengan apa yang dilaporkan oleh output anda sendiri, kerana menyalin alamat daripada blog ialah cara arahan yang berfungsi menjadi mesej ralat yang mengelirukan.

Keluarkan terowong daripada SMB, kemudian ukur semula

Menyahdayakan berbilang saluran ialah cara terpantas untuk mengesahkan diagnosis, dan ia boleh diterbalikkan. Gunakan tetapan klien pada mesin yang menyalin dan tetapan pelayan pada mesin yang mengehos perkongsian, kerana mana-mana satu pihak sahaja boleh mengekalkan saluran tambahan itu hidup. Perubahan itu terpakai kepada sambungan baharu dan bukan yang sedia ada, jadi sesi yang terbuka akan melaluinya. Mulakan semula kedua-dua mesin, atau sekurang-kurangnya tutup setiap pengendali ke perkongsian itu, sebelum mengukur apa-apa.

Set-SmbClientConfiguration -EnableMultiChannel $false -Force
Set-SmbServerConfiguration -EnableMultiChannel $false -Force

Sahkan keadaan baharu, kemudian lihat apa yang pelayan kini umumkan kepada klien.

Get-SmbClientConfiguration | Select-Object EnableMultiChannel
Get-SmbServerNetworkInterface | Format-List *

Antara muka terowong sepatutnya tercicir daripada senarai yang diumumkan itu. Jika tidak, tetapan itu mendarat di hujung yang salah atau sesi lama masih terbuka. Jika perkongsian fail memang tidak boleh menggunakan terowong, nyahikat komponen pelayan daripada penyesuai itu, yang membiarkan terowong boleh digunakan untuk setiap perkhidmatan lain.

Get-NetAdapterBinding -Name "OpenVPN Data Channel Offload"
Disable-NetAdapterBinding -Name "OpenVPN Data Channel Offload" -ComponentID ms_server

Utamakan laluan LAN tanpa berpura-pura ia memadamkan saluran

Metrik antara muka memberitahu Windows laluan mana yang hendak diutamakan untuk sambungan baharu. Ia tidak mengalihkan saluran yang telah diputuskan oleh berbilang saluran untuk dibuka. Menaikkan metrik terowong masih berbaloi, kerana ia menjauhkan trafik tidak berkaitan daripada laluan perlahan dan menjadikan laluan pilihan boleh diramal, tetapi ia satu tolakan, bukan penapis.

Get-NetIPInterface | Sort-Object InterfaceMetric | Select-Object InterfaceAlias, InterfaceMetric
Set-NetIPInterface -InterfaceAlias "OpenVPN Data Channel Offload" -AutomaticMetric Disabled -InterfaceMetric 1000

Salin alias daripada output itu dan bukannya menaipnya, kerana sesetengah pemasangan menyetempatkan nama penyesuai dan rentetan bahasa Inggeris tidak akan sepadan.

Kemudian ukur semula kedua-dua nombor: salinan fail dan ujian daya pemprosesan merentasi pasangan yang sama. Jika salinan pulih sedangkan ujian daya pemprosesan tidak pernah perlahan, berbilang saluran ialah puncanya dan anda boleh berhenti. Jika kedua-duanya runtuh, terowong itu ialah kesesakan dan berbilang saluran hanya membesarkannya. Jika salinan kekal perlahan sedangkan kedua-dua laluan kelihatan betul, masalah yang tinggal tinggal dalam perkongsian, storan atau pemacu penapis, yang merupakan penyiasatan yang berbeza.