Mengapa salinan SMB menjadi perlahan apabila kedua-dua PC menyertai VPN yang sama

Salinan fail antara dua mesin Windows pada LAN gigabit merudum ke tahap merangkak sebaik sahaja kedua-duanya menyambung ke VPN yang sama, manakala ujian daya pemprosesan antara pasangan yang sama masih melaporkan hampir kadar talian. Masalahnya bukan pada pautan dan bukan juga pada cakera. SMB3 Multichannel telah menambah secara senyap satu lagi sambungan TCP yang berjalan melalui terowong, dan salinan itu menunggu saluran yang paling perlahan. Mengalihkan laluan itu daripada SMB mengembalikan kadar LAN.

Satu kongsi boleh menaiki beberapa sambungan TCP

Multichannel membolehkan klien membuka sambungan bebas ke satu pelayan, satu bagi setiap pasangan alamat yang sesuai. Pada LAN biasa mungkin hanya ada satu pasangan, jadi tiada apa yang mengejutkan berlaku. Tambah penyesuai VPN pada kedua-dua mesin dan Windows melihat pasangan kedua, alamat terowong lawan alamat terowong, dan membuka saluran melaluinya.

Saluran itu disulitkan, berkongsi CPU dengan terowong dan merentasi pautan WAN yang sama seperti segala-galanya. Salinan yang sepatutnya menggunakan LAN sahaja kini mempunyai ahli yang perlahan dalam set itu, dan SMB tidak menggugurkannya secara senyap.

Ujian daya pemprosesan yang dipakukan pada alamat LAN masih kelihatan sihat, dan itulah sebabnya kedua-dua ukuran begitu berbeza.

Buktikan saluran terowong itu wujud sebelum mengubah apa-apa

Jalankan pertanyaan pada klien semasa salinan berjalan, kerana senarai saluran hanya menarik apabila ia hidup.

Get-SmbMultichannelConnection | Where-Object Selected -eq $true | Format-Table ServerName, ClientIPAddress, ServerIPAddress
Get-SmbConnection | Format-Table ServerName, Dialect, NumOpens

Lebih daripada satu baris dipilih untuk pelayan yang sama ialah pengesahan yang anda perlukan. Selesaikan alamat klien baris yang mencurigakan kepada antara muka. Jika alias itu penyesuai VPN, saluran itu nyata dan bukan entri basi.

Get-NetIPAddress -IPAddress 10.8.0.6 | Format-List IPAddress, InterfaceAlias

Alamat berbeza pada setiap mesin, jadi baca yang dilaporkan oleh output anda sendiri dan bukannya menaip contoh di atas.

Keluarkan terowong daripada SMB dan mulakan semula kedua-dua hujung

Mematikan Multichannel ialah perubahan pada klien dan pelayan sekali gus, dan melakukannya pada satu pihak sahaja membiarkan pihak yang lain bebas terus menawarkan antara muka. Saluran sedia ada bertahan selepas tetapan itu, jadi rancang permulaan semula dan bukannya mengharapkan salinan seterusnya berkelakuan berbeza.

Set-SmbClientConfiguration -EnableMultiChannel $false -Force
Set-SmbServerConfiguration -EnableMultiChannel $false -Force
Get-SmbClientConfiguration | Select-Object EnableMultiChannel

Selepas but semula, senaraikan antara muka yang ditawarkan pelayan untuk SMB. Penyesuai terowong sepatutnya sudah tiada daripada senarai itu. Jika ia masih ada, tetapan itu mendarat pada titik akhir yang salah atau sesi lama masih terbuka.

Get-SmbServerNetworkInterface | Format-List Name, InterfaceAlias, LinkSpeed

Apabila matlamatnya lebih sempit daripada melumpuhkan Multichannel di mana-mana, menyahikat komponen pelayan daripada penyesuai terowong menghentikan perkongsian melaluinya sambil membiarkan seluruh VPN tidak disentuh.

Get-NetAdapterBinding -Name "<vpn adapter>" -ComponentID ms_server
Disable-NetAdapterBinding -Name "<vpn adapter>" -ComponentID ms_server

Utamakan LAN dan ukur dua kali dengan cara yang sama

Metrik antara muka tidak membuang saluran, tetapi ia mengarahkan sambungan baharu ke pautan fizikal dan menjauhkan trafik tidak berkaitan daripada terowong. Salin alias daripada output dan jangan menaipnya, kerana ia disetempatkan pada sesetengah pemasangan.

Get-NetIPInterface | Sort-Object InterfaceMetric | Select-Object InterfaceAlias, InterfaceMetric
Set-NetIPInterface -InterfaceAlias "<vpn adapter>" -AutomaticMetric Disabled -InterfaceMetric 9000

Kemudian ulangi kedua-dua ukuran: salinan fail dan ujian daya pemprosesan satu aliran. Jika salinan pulih manakala ujian daya pemprosesan tidak berubah, terowong itu tidak pernah menjadi kesesakan. Jika kedua-duanya runtuh, laluan VPN ialah hadnya dan Multichannel hanya menjadikannya kelihatan. Bandingkan dengan salinan yang diambil sebelum VPN disambungkan, kerana itulah satu-satunya garis dasar yang mengasingkan perubahan itu.

Melumpuhkan Multichannel mengorbankan daya pemprosesan pada pelayan yang benar-benar menawarkan beberapa laluan pantas, jadi hidupkan semula apabila VPN hilang daripada gambaran. Catat penyesuai mana yang anda ubah, kerana orang seterusnya akan menemui tetapan itu dan bukan sebabnya.