ਦੋਵੇਂ ਪੀਸੀ ਇੱਕੋ VPN ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ 'ਤੇ SMB ਕਾਪੀ ਕਿਉਂ ਹੌਲੀ ਹੁੰਦੀ ਹੈ

ਇੱਕ ਗੀਗਾਬਿਟ LAN 'ਤੇ ਦੋ Windows ਮਸ਼ੀਨਾਂ ਵਿਚਕਾਰ ਫਾਈਲ ਕਾਪੀ, ਦੋਵੇਂ ਇੱਕੋ VPN ਨਾਲ ਜੁੜਨ ਦੇ ਪਲ ਹੀ ਰੀਂਗਣ ਦੀ ਰਫ਼ਤਾਰ ਤੱਕ ਡਿੱਗ ਜਾਂਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਉਸੇ ਜੋੜੀ ਵਿਚਕਾਰ ਥ੍ਰੂਪੁਟ ਟੈਸਟ ਅਜੇ ਵੀ ਲਗਭਗ ਲਾਈਨ ਦਰ ਦੱਸਦਾ ਹੈ। ਸਮੱਸਿਆ ਲਿੰਕ ਵਿੱਚ ਨਹੀਂ, ਅਤੇ ਡਿਸਕ ਵਿੱਚ ਵੀ ਨਹੀਂ। SMB3 Multichannel ਨੇ ਚੁੱਪਚਾਪ ਦੂਜਾ TCP ਕਨੈਕਸ਼ਨ ਜੋੜਿਆ ਹੈ ਜੋ ਟਨਲ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ, ਅਤੇ ਕਾਪੀ ਸਭ ਤੋਂ ਹੌਲੀ ਚੈਨਲ ਦੀ ਉਡੀਕ ਕਰਦੀ ਹੈ। ਉਹ ਰਸਤਾ SMB ਤੋਂ ਹਟਾਉਣ ਨਾਲ LAN ਦੀ ਰਫ਼ਤਾਰ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ।

ਇੱਕ ਸ਼ੇਅਰ ਕਈ TCP ਕਨੈਕਸ਼ਨਾਂ 'ਤੇ ਚੱਲ ਸਕਦਾ ਹੈ

Multichannel ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਸਰਵਰ ਨਾਲ ਸੁਤੰਤਰ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਣ ਦਿੰਦਾ ਹੈ, ਹਰ ਢੁਕਵੀਂ ਪਤਾ-ਜੋੜੀ ਲਈ ਇੱਕ। ਸਾਧਾਰਨ LAN ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਜੋੜੀ ਹੋ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਹੈਰਾਨ ਕਰਨ ਵਾਲਾ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ। ਦੋਵੇਂ ਮਸ਼ੀਨਾਂ 'ਤੇ VPN ਅਡੈਪਟਰ ਜੋੜੋ ਅਤੇ Windows ਦੂਜੀ ਜੋੜੀ ਦੇਖਦਾ ਹੈ, ਟਨਲ ਪਤਾ ਬਨਾਮ ਟਨਲ ਪਤਾ, ਅਤੇ ਉਸ 'ਤੇ ਇੱਕ ਚੈਨਲ ਖੋਲ੍ਹਦਾ ਹੈ।

ਉਹ ਚੈਨਲ ਐਨਕ੍ਰਿਪਟਿਡ ਹੈ, ਟਨਲ ਨਾਲ CPU ਸਾਂਝਾ ਕਰਦਾ ਹੈ ਅਤੇ ਬਾਕੀ ਸਭ ਵਾਂਗ ਉਹੀ WAN ਲਿੰਕ ਲੰਘਦਾ ਹੈ। ਜੋ ਕਾਪੀ ਸਿਰਫ਼ LAN ਵਰਤਦੀ ਸੀ, ਉਸ ਦੇ ਸੈੱਟ ਵਿੱਚ ਹੁਣ ਇੱਕ ਹੌਲਾ ਮੈਂਬਰ ਹੈ, ਅਤੇ SMB ਉਸਨੂੰ ਚੁੱਪਚਾਪ ਨਹੀਂ ਛੱਡਦਾ।

LAN ਪਤੇ 'ਤੇ ਬੱਝਿਆ ਥ੍ਰੂਪੁਟ ਟੈਸਟ ਅਜੇ ਵੀ ਸਿਹਤਮੰਦ ਦਿਖਦਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਮਾਪ ਇੰਨੇ ਤੀਖਣ ਢੰਗ ਨਾਲ ਵੱਖ ਹੋਣ ਦਾ ਕਾਰਨ ਇਹੀ ਹੈ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਬਤ ਕਰੋ ਕਿ ਟਨਲ ਚੈਨਲ ਮੌਜੂਦ ਹੈ

ਕਾਪੀ ਚੱਲਦੇ ਸਮੇਂ ਕਲਾਇੰਟ 'ਤੇ ਕਵੈਰੀਆਂ ਚਲਾਓ, ਕਿਉਂਕਿ ਚੈਨਲ ਸੂਚੀ ਸਿਰਫ਼ ਤਦ ਦਿਲਚਸਪ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਉਹ ਜੀਵਤ ਹੋਵੇ।

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

ਇੱਕੋ ਸਰਵਰ ਲਈ ਇੱਕ ਤੋਂ ਵੱਧ ਚੁਣੀ ਗਈ ਕਤਾਰ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੀ ਪੁਸ਼ਟੀ ਹੈ। ਸ਼ੱਕੀ ਕਤਾਰ ਦੇ ਕਲਾਇੰਟ ਪਤੇ ਨੂੰ ਇੱਕ ਇੰਟਰਫ਼ੇਸ ਵਿੱਚ ਹੱਲ ਕਰੋ। ਜੇ ਉਹ ਉਪਨਾਮ VPN ਅਡੈਪਟਰ ਹੈ, ਤਾਂ ਚੈਨਲ ਅਸਲੀ ਹੈ, ਪੁਰਾਣੀ ਐਂਟਰੀ ਨਹੀਂ।

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

ਪਤੇ ਹਰ ਮਸ਼ੀਨ 'ਤੇ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਉੱਪਰ ਦਿੱਤੀਆਂ ਉਦਾਹਰਣਾਂ ਟਾਈਪ ਕਰਨ ਦੀ ਬਜਾਏ ਉਹ ਪੜ੍ਹੋ ਜੋ ਤੁਹਾਡਾ ਆਪਣਾ ਆਉਟਪੁੱਟ ਦੱਸਦਾ ਹੈ।

SMB ਤੋਂ ਟਨਲ ਕੱਢੋ ਅਤੇ ਦੋਵੇਂ ਸਿਰੇ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰੋ

Multichannel ਬੰਦ ਕਰਨਾ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਦੋਵਾਂ 'ਤੇ ਬਦਲਾਅ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਇੱਕ ਪਾਸੇ ਕਰਨ ਨਾਲ ਦੂਜਾ ਪਾਸਾ ਇੰਟਰਫ਼ੇਸ ਪੇਸ਼ ਕਰਨਾ ਜਾਰੀ ਰੱਖਣ ਲਈ ਆਜ਼ਾਦ ਰਹਿੰਦਾ ਹੈ। ਮੌਜੂਦਾ ਚੈਨਲ ਇਸ ਸੈਟਿੰਗ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹਿੰਦੇ ਹਨ, ਇਸ ਲਈ ਅਗਲੀ ਕਾਪੀ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰੇਗੀ ਇਸ ਦੀ ਉਮੀਦ ਕਰਨ ਦੀ ਬਜਾਏ ਰੀਸਟਾਰਟ ਦੀ ਯੋਜਨਾ ਬਣਾਓ।

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

ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ, ਸਰਵਰ SMB ਲਈ ਜੋ ਇੰਟਰਫ਼ੇਸ ਪੇਸ਼ ਕਰਦਾ ਹੈ ਉਹਨਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ। ਟਨਲ ਅਡੈਪਟਰ ਉਸ ਸੂਚੀ ਤੋਂ ਗਾਇਬ ਹੋ ਚੁੱਕਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਉਹ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ, ਤਾਂ ਸੈਟਿੰਗ ਗਲਤ ਐਂਡਪੌਇੰਟ 'ਤੇ ਪੁੱਜੀ ਹੈ ਜਾਂ ਪੁਰਾਣਾ ਸੈਸ਼ਨ ਅਜੇ ਵੀ ਖੁੱਲ੍ਹਾ ਹੈ।

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

ਜਦੋਂ ਟੀਚਾ ਹਰ ਜਗ੍ਹਾ Multichannel ਬੰਦ ਕਰਨ ਨਾਲੋਂ ਤੰਗ ਹੁੰਦਾ ਹੈ, ਸਰਵਰ ਕੰਪੋਨੈਂਟ ਨੂੰ ਟਨਲ ਅਡੈਪਟਰ ਤੋਂ ਅਣਬਾਈਂਡ ਕਰਨਾ ਉਸ ਰਾਹੀਂ ਸ਼ੇਅਰਿੰਗ ਰੋਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਬਾਕੀ VPN ਨੂੰ ਅਛੂਤ ਰਹਿਣ ਦਿੰਦਾ ਹੈ।

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

LAN ਨੂੰ ਤਰਜੀਹ ਦਿਓ ਅਤੇ ਉਸੇ ਤਰ੍ਹਾਂ ਦੋ ਵਾਰ ਮਾਪੋ

ਇੰਟਰਫ਼ੇਸ ਮੈਟ੍ਰਿਕ ਚੈਨਲ ਨੂੰ ਨਹੀਂ ਹਟਾਉਂਦਾ, ਪਰ ਨਵੇਂ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਭੌਤਿਕ ਲਿੰਕ ਵੱਲ ਮੋੜਦਾ ਹੈ ਅਤੇ ਅਸੰਬੰਧਿਤ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਟਨਲ ਤੋਂ ਦੂਰ ਰੱਖਦਾ ਹੈ। ਉਪਨਾਮ ਨੂੰ ਟਾਈਪ ਕਰਨ ਦੀ ਬਜਾਏ ਆਉਟਪੁੱਟ ਤੋਂ ਕਾਪੀ ਕਰੋ, ਕਿਉਂਕਿ ਕੁਝ ਇੰਸਟਾਲਾਂ 'ਤੇ ਇਹ ਸਥਾਨਕੀਕ੍ਰਿਤ ਹੁੰਦਾ ਹੈ।

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

ਫਿਰ ਦੋਵੇਂ ਮਾਪ ਦੁਹਰਾਓ: ਫਾਈਲ ਕਾਪੀ ਅਤੇ ਸਿੰਗਲ-ਸਟ੍ਰੀਮ ਥ੍ਰੂਪੁਟ ਟੈਸਟ। ਜੇ ਕਾਪੀ ਸੁਧਰਦੀ ਹੈ ਜਦੋਂ ਕਿ ਥ੍ਰੂਪੁਟ ਟੈਸਟ ਬਦਲਦਾ ਨਹੀਂ, ਤਾਂ ਟਨਲ ਕਦੇ ਵੀ ਰੁਕਾਵਟ ਨਹੀਂ ਸੀ। ਜੇ ਦੋਵੇਂ ਢਹਿ ਜਾਂਦੇ ਹਨ, ਤਾਂ VPN ਰਸਤਾ ਹੀ ਹੱਦ ਹੈ ਅਤੇ Multichannel ਨੇ ਇਸਨੂੰ ਸਿਰਫ਼ ਦਿਖਣਯੋਗ ਬਣਾਇਆ। VPN ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਲਈ ਗਈ ਕਾਪੀ ਨਾਲ ਤੁਲਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਉਹੀ ਇਕਲੌਤੀ ਆਧਾਰ-ਰੇਖਾ ਹੈ ਜੋ ਬਦਲਾਅ ਨੂੰ ਵੱਖ ਕਰਦੀ ਹੈ।

Multichannel ਬੰਦ ਕਰਨਾ ਉਹਨਾਂ ਸਰਵਰਾਂ 'ਤੇ ਥ੍ਰੂਪੁਟ ਦੀ ਕੀਮਤ ਲੈਂਦਾ ਹੈ ਜੋ ਸੱਚਮੁੱਚ ਕਈ ਤੇਜ਼ ਰਸਤੇ ਪੇਸ਼ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਜਦੋਂ VPN ਦ੍ਰਿਸ਼ ਵਿੱਚੋਂ ਨਿਕਲ ਜਾਵੇ ਤਾਂ ਇਸਨੂੰ ਦੁਬਾਰਾ ਚਾਲੂ ਕਰੋ। ਤੁਸੀਂ ਕਿਹੜਾ ਅਡੈਪਟਰ ਬਦਲਿਆ ਲਿਖ ਲਓ, ਕਿਉਂਕਿ ਅਗਲਾ ਵਿਅਕਤੀ ਸੈਟਿੰਗ ਲੱਭੇਗਾ, ਕਾਰਨ ਨਹੀਂ।