VPN ਜੁੜਨ 'ਤੇ ਫ਼ਾਈਲ ਕਾਪੀ ਹੌਲੀ ਹੋ ਜਾਂਦੀ ਹੈ: SMB ਮਲਟੀਚੈਨਲ
ਕਾਪੀ ਆਪਣੇ ਸਭ ਤੋਂ ਹੌਲੀ ਚੈਨਲ ਦੀ ਉਡੀਕ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਸਿਹਤਮੰਦ ਬੈਂਡਵਿਡਥ ਟੈਸਟ ਕਾਰਨ ਲੁਕਾ ਦਿੰਦਾ ਹੈ। ਟਨਲ ਚੈਨਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਇਸਨੂੰ SMB ਤੋਂ ਬਾਹਰ ਕੱਢੋ, ਫਿਰ ਦੋਵੇਂ ਰਾਹ ਮਾਪੋ।
ਦੋ Windows ਮਸ਼ੀਨਾਂ ਵਿਚਕਾਰ ਫ਼ਾਈਲ ਕਾਪੀ ਉਦੋਂ ਤੱਕ ਤੇਜ਼ ਰਹਿੰਦੀ ਹੈ ਜਦ ਤੱਕ ਦੋਵੇਂ ਇੱਕੋ VPN ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋ ਜਾਂਦੀਆਂ, ਅਤੇ ਫਿਰ ਉਹ ਢਹਿ ਜਾਂਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਉਸੇ ਜੋੜੀ ਉੱਤੇ ਥ੍ਰੂਪੁਟ ਟੈਸਟ ਅਜੇ ਵੀ ਲਗਭਗ ਲਾਈਨ ਰਫ਼ਤਾਰ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ। ਉਹੀ ਅੰਤਰ ਨਿਦਾਨ ਹੈ: ਲਿੰਕ ਠੀਕ ਹੈ ਅਤੇ ਕੁਝ ਚੀਜ਼ ਤਬਾਦਲੇ ਲਈ ਹੀ ਮਾੜਾ ਰਾਹ ਚੁਣ ਰਹੀ ਹੈ। ਉਹ ਚੀਜ਼ ਆਮ ਤੌਰ 'ਤੇ SMB3 ਮਲਟੀਚੈਨਲ ਹੁੰਦੀ ਹੈ, ਜੋ ਠੀਕ ਉਹੀ ਕੰਮ ਕਰ ਰਹੀ ਹੈ ਜਿਸ ਲਈ ਇਹ ਬਣਾਈ ਗਈ ਸੀ। ਵਾਧੂ ਚੈਨਲ ਹਟਾ ਦਿਓ ਅਤੇ ਕਾਪੀ ਭੌਤਿਕ ਲਿੰਕ 'ਤੇ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ।
ਲੱਛਣ ਆਪਣੇ ਸਭ ਤੋਂ ਹੌਲੀ ਚੈਨਲ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ
ਮਲਟੀਚੈਨਲ ਇੱਕ SMB ਸੈਸ਼ਨ ਨੂੰ ਕਈ TCP ਕਨੈਕਸ਼ਨ ਵਰਤਣ ਦਿੰਦਾ ਹੈ, ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰ ਹਰ ਢੁੱਕਵੀਂ ਪਤਾ ਜੋੜੀ ਲਈ ਇੱਕ। ਜਦੋਂ ਦੋਵੇਂ ਮਸ਼ੀਨਾਂ LAN 'ਤੇ ਅਤੇ ਇੱਕੋ ਟਨਲ 'ਤੇ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ Windows LAN ਪਤਿਆਂ ਨੂੰ ਟਨਲ ਪਤਿਆਂ ਨਾਲ ਜੋੜ ਸਕਦਾ ਹੈ ਅਤੇ ਦੋਵੇਂ ਜੋੜੀਆਂ ਨੂੰ ਵਰਤਣਯੋਗ ਮੰਨ ਸਕਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ ਸੈਸ਼ਨ ਵਿੱਚ ਭੌਤਿਕ ਲਿੰਕ ਨੂੰ ਲੋੜੀਂਦੇ ਨਾਲੋਂ ਵੱਧ ਚੈਨਲ ਰਹਿ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਬਹੁਤ ਹੌਲੀ ਹੁੰਦਾ ਹੈ।
ਇਹ ਫੇਲ੍ਹ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਉਡੀਕ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਸੈਸ਼ਨ ਆਪਣੇ ਸਭ ਤੋਂ ਹੌਲੀ ਚੈਨਲ ਨਾਲੋਂ ਤੇਜ਼ ਪੂਰਾ ਨਹੀਂ ਹੋ ਸਕਦਾ।
ਇਸੇ ਲਈ ਕਾਪੀ ਰੀਂਗਦੀ ਹੋਈ ਵੀ ਬੈਂਡਵਿਡਥ ਟੈਸਟ ਸਿਹਤਮੰਦ ਦਿਖ ਸਕਦਾ ਹੈ: ਇੱਕ ਸਟ੍ਰੀਮ ਦਾ ਮਾਪ ਇੱਕ ਰਾਹ ਚੁਣ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਤਬਾਦਲਾ ਦੋ ਰਾਹਾਂ 'ਤੇ ਫੈਲਿਆ ਹੋਇਆ ਸੀ। ਕੋਈ ਵੀ ਅਡਾਪਟਰ ਸੈਟਿੰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਚੈਨਲ ਸੂਚੀ ਪੜ੍ਹੋ, ਅਤੇ ਉਸਨੂੰ ਕਾਪੀ ਦੇ ਅਜੇ ਚੱਲਦੇ ਹੋਣ ਵੇਲੇ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਨਿਸ਼ਕਿਰਿਆ ਸੈਸ਼ਨ ਕੁਝ ਨਹੀਂ ਦਿਖਾਉਂਦਾ। ਜੋ ਤੁਸੀਂ ਲਿਖੋਗੇ ਉਸ ਵਿੱਚ ਹਰ ਚੈਨਲ ਪਿੱਛੇ ਦਾ ਇੰਟਰਫ਼ੇਸ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਕਿ ਨਤੀਜਾ ਕਿੰਨਾ ਹੌਲੀ ਲੱਗਿਆ।
ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਦੂਜਾ ਚੈਨਲ ਮੌਜੂਦ ਹੈ
ਦੋ cmdlet ਇਸ ਸਵਾਲ ਦਾ ਸਿੱਧਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। ਕਨੈਕਸ਼ਨ ਸੂਚੀ ਵਰਤੋਂ ਵਿੱਚ ਚੈਨਲ ਦਿਖਾਉਂਦੀ ਹੈ, ਅਤੇ ਸੈਸ਼ਨ ਸੰਖੇਪ ਕਨੈਕਸ਼ਨ ਆਪ ਦਿਖਾਉਂਦਾ ਹੈ। ਹੌਲੀ ਕਾਪੀ ਦੌਰਾਨ ਦੋਵੇਂ ਚਲਾਓ।
Get-SmbMultichannelConnection
Get-SmbConnectionਇੱਕੋ ਸਰਵਰ ਲਈ ਚੁਣਿਆ ਵਜੋਂ ਨਿਸ਼ਾਨ ਲੱਗੀ ਇੱਕ ਤੋਂ ਵੱਧ ਕਤਾਰਾਂ ਲੱਭੋ, ਫਿਰ ਸ਼ੱਕੀ ਕਤਾਰ ਵਿੱਚ ਕਲਾਇੰਟ ਪਤਾ ਹੱਲ ਕਰੋ। ਜੇ ਉਹ ਪਤਾ ਟਨਲ ਅਡਾਪਟਰ ਦਾ ਹੈ, ਤਾਂ ਦੂਜਾ ਰਾਹ ਅਸਲੀ ਹੈ ਅਤੇ ਪੁਸ਼ਟ ਹੋ ਗਿਆ। ਜੇ ਹਰ ਕਤਾਰ ਭੌਤਿਕ ਇੰਟਰਫ਼ੇਸ ਦੀ ਹੈ, ਤਾਂ ਮਲਟੀਚੈਨਲ ਤੁਹਾਡੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ ਅਤੇ ਕਾਪੀ ਕਿਸੇ ਗੈਰ-ਸੰਬੰਧਿਤ ਕਾਰਨ ਕਰਕੇ ਹੌਲੀ ਹੈ। ਇਹ ਪੁਸ਼ਟੀ ਪਹਿਲਾਂ ਕਰੋ, ਕਿਉਂਕਿ ਮੁਰੰਮਤ ਇੰਨੀ ਰੁਕਾਵਟ ਪਾਉਣ ਵਾਲੀ ਹੈ ਕਿ ਇੱਕ ਮਿੰਟ ਦੇ ਸਬੂਤ ਦੀ ਹੱਕਦਾਰ ਹੈ।
Get-NetIPAddress -IPAddress 10.20.30.44ਇੱਥੇ ਦਿੱਤੇ ਪਤੇ ਪਲੇਸਹੋਲਡਰ ਹਨ। ਉਨ੍ਹਾਂ ਨੂੰ ਆਪਣੇ ਖੁਦ ਦੇ ਆਉਟਪੁੱਟ ਦੀ ਰਿਪੋਰਟ ਨਾਲ ਬਦਲੋ, ਕਿਉਂਕਿ ਬਲੌਗ ਤੋਂ ਪਤਾ ਕਾਪੀ ਕਰਨਾ ਹੀ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਚੱਲਦਾ ਹੁਕਮ ਉਲਝਾਉਣ ਵਾਲਾ ਗਲਤੀ ਸੰਦੇਸ਼ ਬਣ ਜਾਂਦਾ ਹੈ।
ਟਨਲ ਨੂੰ SMB ਤੋਂ ਬਾਹਰ ਕੱਢੋ ਅਤੇ ਫਿਰ ਦੁਬਾਰਾ ਮਾਪੋ
ਮਲਟੀਚੈਨਲ ਬੰਦ ਕਰਨਾ ਨਿਦਾਨ ਦੀ ਪੁਸ਼ਟੀ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੈ, ਅਤੇ ਇਹ ਵਾਪਸ ਵੀ ਹੋ ਸਕਦਾ ਹੈ। ਕਲਾਇੰਟ ਸੈਟਿੰਗ ਕਾਪੀ ਕਰਨ ਵਾਲੀ ਮਸ਼ੀਨ 'ਤੇ ਅਤੇ ਸਰਵਰ ਸੈਟਿੰਗ ਸਾਂਝ ਹੋਸਟ ਕਰਨ ਵਾਲੀ ਮਸ਼ੀਨ 'ਤੇ ਲਾਗੂ ਕਰੋ, ਕਿਉਂਕਿ ਕੋਈ ਵੀ ਇੱਕ ਪਾਸਾ ਇਕੱਲਾ ਵਾਧੂ ਚੈਨਲ ਜ਼ਿੰਦਾ ਰੱਖ ਸਕਦਾ ਹੈ। ਬਦਲਾਅ ਨਵੇਂ ਕਨੈਕਸ਼ਨਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਮੌਜੂਦਾ 'ਤੇ ਨਹੀਂ, ਇਸ ਲਈ ਖੁੱਲ੍ਹਿਆ ਸੈਸ਼ਨ ਇਸਨੂੰ ਪਾਰ ਕਰ ਜਾਂਦਾ ਹੈ। ਕੁਝ ਵੀ ਮਾਪਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਮਸ਼ੀਨਾਂ ਰੀਬੂਟ ਕਰੋ, ਜਾਂ ਘੱਟੋ-ਘੱਟ ਸਾਂਝ ਦੇ ਸਾਰੇ ਹੈਂਡਲ ਬੰਦ ਕਰੋ।
Set-SmbClientConfiguration -EnableMultiChannel $false -Force
Set-SmbServerConfiguration -EnableMultiChannel $false -Forceਨਵੀਂ ਹਾਲਤ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਦੇਖੋ ਸਰਵਰ ਹੁਣ ਕਲਾਇੰਟਾਂ ਨੂੰ ਕੀ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ।
Get-SmbClientConfiguration | Select-Object EnableMultiChannel
Get-SmbServerNetworkInterface | Format-List *ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਨੂੰ ਉਸ ਘੋਸ਼ਿਤ ਸੂਚੀ ਵਿੱਚੋਂ ਨਿਕਲ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਨਹੀਂ ਨਿਕਲਿਆ, ਤਾਂ ਸੈਟਿੰਗ ਗਲਤ ਸਿਰੇ 'ਤੇ ਪਹੁੰਚੀ ਹੈ ਜਾਂ ਪੁਰਾਣਾ ਸੈਸ਼ਨ ਅਜੇ ਖੁੱਲ੍ਹਾ ਹੈ। ਜੇ ਫ਼ਾਈਲ ਸਾਂਝ ਨੂੰ ਟਨਲ ਵਰਤਣਾ ਹੀ ਨਹੀਂ ਚਾਹੀਦਾ, ਤਾਂ ਇਸ ਦੀ ਥਾਂ ਸਰਵਰ ਕੰਪੋਨੈਂਟ ਨੂੰ ਉਸ ਅਡਾਪਟਰ ਤੋਂ ਅਣਬਾਈਂਡ ਕਰੋ, ਜਿਸ ਨਾਲ ਟਨਲ ਹਰ ਹੋਰ ਸੇਵਾ ਲਈ ਵਰਤਣਯੋਗ ਰਹਿੰਦਾ ਹੈ।
Get-NetAdapterBinding -Name "OpenVPN Data Channel Offload"
Disable-NetAdapterBinding -Name "OpenVPN Data Channel Offload" -ComponentID ms_serverਚੈਨਲ ਮਿਟਾਉਣ ਦਾ ਦਿਖਾਵਾ ਕੀਤੇ ਬਿਨਾਂ LAN ਰਾਹ ਨੂੰ ਤਰਜੀਹ ਦਿਓ
ਇੰਟਰਫ਼ੇਸ ਮੈਟ੍ਰਿਕ Windows ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਨਵੇਂ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਕਿਹੜੇ ਰਾਹ ਨੂੰ ਤਰਜੀਹ ਦੇਣੀ ਹੈ। ਇਹ ਉਸ ਚੈਨਲ ਨੂੰ ਨਹੀਂ ਹਟਾਉਂਦਾ ਜਿਸਨੂੰ ਮਲਟੀਚੈਨਲ ਪਹਿਲਾਂ ਹੀ ਖੋਲ੍ਹਣ ਦਾ ਫ਼ੈਸਲਾ ਕਰ ਚੁੱਕਾ ਹੈ। ਟਨਲ ਦਾ ਮੈਟ੍ਰਿਕ ਵਧਾਉਣਾ ਫਿਰ ਵੀ ਲਾਹੇਵੰਦ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਗੈਰ-ਸੰਬੰਧਿਤ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਹੌਲੇ ਰਾਹ ਤੋਂ ਦੂਰ ਰੱਖਦਾ ਹੈ ਅਤੇ ਤਰਜੀਹੀ ਮਾਰਗ ਨੂੰ ਅੰਦਾਜ਼ਨਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਪਰ ਇਹ ਧੱਕਾ ਹੈ, ਫਿਲਟਰ ਨਹੀਂ।
Get-NetIPInterface | Sort-Object InterfaceMetric | Select-Object InterfaceAlias, InterfaceMetric
Set-NetIPInterface -InterfaceAlias "OpenVPN Data Channel Offload" -AutomaticMetric Disabled -InterfaceMetric 1000ਅਲਿਆਸ ਨੂੰ ਟਾਈਪ ਕਰਨ ਦੀ ਥਾਂ ਉਸੇ ਆਉਟਪੁੱਟ ਤੋਂ ਕਾਪੀ ਕਰੋ, ਕਿਉਂਕਿ ਕੁਝ ਇੰਸਟਾਲੇਸ਼ਨ ਅਡਾਪਟਰ ਦਾ ਨਾਮ ਸਥਾਨਕ ਬਣਾ ਦਿੰਦੇ ਹਨ ਅਤੇ ਅੰਗਰੇਜ਼ੀ ਸਤਰ ਮੇਲ ਨਹੀਂ ਖਾਵੇਗੀ।
ਫਿਰ ਦੋਵੇਂ ਅੰਕ ਦੁਬਾਰਾ ਮਾਪੋ: ਫ਼ਾਈਲ ਕਾਪੀ ਅਤੇ ਉਸੇ ਜੋੜੀ ਉੱਤੇ ਥ੍ਰੂਪੁਟ ਟੈਸਟ। ਜੇ ਥ੍ਰੂਪੁਟ ਟੈਸਟ ਕਦੇ ਹੌਲਾ ਨਹੀਂ ਸੀ ਅਤੇ ਕਾਪੀ ਸੁਧਰ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਮਲਟੀਚੈਨਲ ਹੀ ਕਾਰਨ ਸੀ ਅਤੇ ਤੁਸੀਂ ਰੁਕ ਸਕਦੇ ਹੋ। ਜੇ ਦੋਵੇਂ ਢਹਿ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਟਨਲ ਹੀ ਰੁਕਾਵਟ ਹੈ ਅਤੇ ਮਲਟੀਚੈਨਲ ਨੇ ਇਸਨੂੰ ਹੋਰ ਵਧਾਇਆ। ਜੇ ਦੋਵੇਂ ਰਾਹ ਠੀਕ ਦਿਖਦੇ ਹੋਣ ਅਤੇ ਕਾਪੀ ਹੌਲੀ ਰਹੇ, ਤਾਂ ਬਾਕੀ ਸਮੱਸਿਆ ਸਾਂਝ, ਸਟੋਰੇਜ ਜਾਂ ਫਿਲਟਰ ਡਰਾਈਵਰ ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ, ਜੋ ਇੱਕ ਵੱਖਰੀ ਜਾਂਚ ਹੈ।