Gigabit LAN'daki iki Windows makinesi arasındaki dosya kopyası, ikisi de aynı VPN'e bağlandığı anda emekleme hızına düşerken aynı çift arasındaki aktarım testi hâlâ neredeyse hat hızını bildiriyor. Sorun bağlantıda da diskte de değil. SMB3 Multichannel sessizce tünelden geçen ikinci bir TCP bağlantısı ekledi ve kopya en yavaş kanalı bekliyor. Bu yolu SMB'den kaldırmak LAN hızını geri getirir.

Tek bir paylaşım birkaç TCP bağlantısı üzerinden gidebilir

Multichannel, istemcinin tek bir sunucuya bağımsız bağlantılar açmasına izin verir; uygun her adres çifti için bir tane. Sıradan bir LAN'da tek bir çift olabilir, bu yüzden şaşırtıcı bir şey olmaz. Her iki makineye bir VPN bağdaştırıcısı ekleyin ve Windows ikinci bir çifti, tünel adresine karşı tünel adresini görür ve üzerinden bir kanal açar.

Bu kanal şifrelidir, CPU'yu tünelle paylaşır ve diğer her şey gibi aynı WAN bağlantısını geçer. Yalnızca LAN'ı kullanacak bir kopyanın artık kümede yavaş bir üyesi vardır ve SMB onu sessizce bırakmaz.

LAN adresine sabitlenmiş bir aktarım testi hâlâ sağlıklı görünür ve iki ölçümün bu kadar keskin biçimde ayrışmasının nedeni tam olarak budur.

Herhangi bir şeyi değiştirmeden önce tünel kanalının var olduğunu kanıtlayın

Bir kopya sürerken sorguları istemcide çalıştırın, çünkü kanal listesi yalnızca canlıyken ilginçtir.

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

Aynı sunucu için birden fazla seçili satır ihtiyacınız olan doğrulamadır. Şüpheli satırın istemci adresini bir arabirime çözün. Bu takma ad VPN bağdaştırıcısıysa kanal gerçektir, eski bir kayıt değildir.

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

Adresler her makinede farklıdır, bu yüzden yukarıdaki örnekleri yazmak yerine kendi çıktınızın bildirdiği adresleri okuyun.

Tüneli SMB'den çıkarın ve iki ucu yeniden başlatın

Multichannel'i kapatmak hem istemcide hem sunucuda bir değişikliktir ve yalnızca bir tarafta yapmak diğer tarafı arabirimi sunmaya devam etmekte serbest bırakır. Mevcut kanallar bu ayarı atlatır, bu yüzden bir sonraki kopyanın farklı davranmasını beklemek yerine yeniden başlatma planlayın.

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

Yeniden başlattıktan sonra sunucunun SMB için sunduğu arabirimleri listeleyin. Tünel bağdaştırıcısı bu listeden kaybolmuş olmalı. Hâlâ oradaysa ayar yanlış uç noktaya indi ya da eski bir oturum hâlâ açık.

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

Amaç Multichannel'i her yerde devre dışı bırakmaktan daha darsa, sunucu bileşeninin tünel bağdaştırıcısından bağını kaldırmak onun üzerinden paylaşımı durdurur ve VPN'in geri kalanına dokunmaz.

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

LAN'ı tercih edin ve aynı şekilde iki kez ölçün

Bir arabirim ölçütü kanalı kaldırmaz, ancak yeni bağlantıları fiziksel bağlantıya yönlendirir ve ilgisiz trafiği tünelden uzak tutar. Takma adı yazmak yerine çıktıdan kopyalayın, çünkü bazı kurulumlarda yerelleştirilmiştir.

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

Ardından iki ölçümü de yineleyin: dosya kopyası ve tek akışlı aktarım testi. Kopya düzelirken aktarım testi değişmiyorsa tünel hiçbir zaman darboğaz olmamıştır. İkisi de çöküyorsa sınır VPN yoludur ve Multichannel onu yalnızca görünür kılmıştır. Değişikliği yalıtan tek temel çizgi olduğu için VPN bağlanmadan önce alınan bir kopyayla karşılaştırın.

Multichannel'i devre dışı bırakmak, gerçekten birkaç hızlı yol sunan sunucularda aktarım hızına mal olur, bu yüzden VPN sahneden çekildiğinde yeniden açın. Hangi bağdaştırıcıyı değiştirdiğinizi not edin, çünkü bir sonraki kişi nedenini değil ayarı bulacaktır.

İlgili makaleler