VPN ਰਾਹੀਂ SMB ਮਲਟੀਚੈਨਲ: ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਕੀ ਵਰਤਦਾ ਹੈ
VPN ਰਾਹੀਂ SMB ਮਲਟੀਚੈਨਲ ਬਹੁਤ ਘੱਟ ਚੈਨਲ ਜੋੜਦਾ ਹੈ: ਹੌਲੀ ਫ਼ਾਈਲਾਂ ਲਈ ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਦੇ ਇੰਟਰਫ਼ੇਸ, ਚੁਣੇ ਕਨੈਕਸ਼ਨ ਅਤੇ SMB ਡਾਇਲੈਕਟ ਪੜ੍ਹੋ।
VPN ਰਾਹੀਂ ਫ਼ਾਈਲਾਂ ਤੱਕ ਹੌਲੀ ਪਹੁੰਚ ਮਲਟੀਚੈਨਲ ਸੈਟਿੰਗ ਨੂੰ ਹੱਲ ਵਜੋਂ ਲੈਣ ਲਈ ਪ੍ਰੇਰਦੀ ਹੈ, ਅਤੇ ਸੈਟਿੰਗ ਕੋਲ ਅਕਸਰ ਕੰਮ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ। RSS ਤੋਂ ਬਿਨਾਂ ਇੱਕੋ ਵਰਚੁਅਲ ਅਡਾਪਟਰ ਟਰੈਫ਼ਿਕ ਨੂੰ ਕਈ ਚੈਨਲਾਂ ਉੱਤੇ ਨਹੀਂ ਫੈਲਾ ਸਕਦਾ, ਚੈਕਬਾਕਸ ਭਾਵੇਂ ਕੁਝ ਵੀ ਕਹੇ। ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਇਹ ਹੈ ਕਿ SMB ਦੋਵੇਂ ਸਿਰਿਆਂ ਉੱਤੇ ਕਿਹੜੀ ਸਮਰੱਥਾ ਦੇਖਦਾ ਹੈ, ਲੈਪਟਾਪ ਦੀ ਭੌਤਿਕ NIC ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ। ਹੇਠਾਂ ਦਿੱਤੀ ਵਿਆਖਿਆ ਸਰਗਰਮ ਸੈਸ਼ਨ ਤੋਂ ਸ਼ੁਰੂ ਹੋ ਕੇ ਅਡਾਪਟਰ ਲੇਆਉਟ ਤੱਕ ਵਾਪਸ ਜਾਂਦੀ ਹੈ।
NIC ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਤੋਂ ਨਹੀਂ, ਸੈਸ਼ਨ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ
ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸੈਸ਼ਨ ਮਲਟੀਚੈਨਲ ਵਰਤ ਹੀ ਸਕਦਾ ਹੈ। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ SMB3 ਦੀ ਹੈ, ਇਸ ਲਈ ਕਿਸੇ ਡਿਵਾਈਸ ਜਾਂ ਪੁਰਾਣੇ ਸਰਵਰ ਨਾਲ ਗੱਲਬਾਤ ਕੀਤਾ ਪੁਰਾਣਾ ਡਾਇਲੈਕਟ ਅਡਾਪਟਰ ਦੇ ਕਿਸੇ ਵੀ ਸਵਾਲ ਦੇ ਮਹੱਤਵਪੂਰਨ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਇਸਨੂੰ ਬਾਹਰ ਕਰ ਦਿੰਦਾ ਹੈ। ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਕਿਸ ਸਰਵਰ ਨਾਲ ਜੁੜਿਆ, ਕਿਉਂਕਿ ਤੁਸੀਂ ਜਾਂਚ ਰਹੇ ਨੋਡ ਤੋਂ ਵੱਖਰੇ ਨੋਡ ਵਿੱਚ ਰਿਜ਼ੌਲਵ ਹੋਣ ਵਾਲਾ ਨਾਮ ਯਕੀਨੀ ਪਰ ਅਸੰਬੰਧਿਤ ਨਤੀਜਾ ਦਿੰਦਾ ਹੈ।
Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterfaceਪਹਿਲਾ ਕਮਾਂਡ ਡਾਇਲੈਕਟ, ਸਰਵਰ ਅਤੇ ਸ਼ੇਅਰ ਦਾ ਨਾਮ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਦੱਸਦਾ ਹੈ। ਦੂਜਾ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਉੱਤੇ ਵਿਸ਼ੇਸ਼ਤਾ ਸਮਰੱਥ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਤੀਜਾ SMB ਦੁਆਰਾ ਜਾਣੇ ਜਾਂਦੇ ਇੰਟਰਫ਼ੇਸਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੀਆਂ ਰਿਪੋਰਟ ਕੀਤੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨਾਲ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। ਜਿਹੜਾ ਵਰਚੁਅਲ ਅਡਾਪਟਰ RSS ਜਾਂ RDMA ਰਿਪੋਰਟ ਨਹੀਂ ਕਰਦਾ, ਉਹ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਲੇਆਉਟ ਕੀ ਬਣ ਸਕਦਾ ਹੈ।
ਜੇ ਡਾਇਲੈਕਟ SMB3 ਨਹੀਂ ਹੈ, ਤਾਂ ਰੁਕੋ ਅਤੇ ਪਹਿਲਾਂ ਉਹ ਸਵਾਲ ਹੱਲ ਕਰੋ। ਨਹੀਂ ਤਾਂ ਹਰ ਅਗਲਾ ਕਮਾਂਡ ਅਜਿਹੀ ਵਿਸ਼ੇਸ਼ਤਾ ਦੱਸੇਗਾ ਜੋ ਚਾਲੂ ਨਹੀਂ ਹੋ ਸਕਦੀ।
ਕਲਾਇੰਟ ਦੇ ਇੰਟਰਫ਼ੇਸ ਇਮਾਨਦਾਰੀ ਨਾਲ ਪੜ੍ਹੋ
SMB ਨੂੰ ਇਸ ਗੱਲ ਦੀ ਪਰਵਾਹ ਨਹੀਂ ਕਿ ਤੁਹਾਡਾ ਡਿਫ਼ਾਲਟ ਰੂਟ ਕਿਹੜਾ ਅਡਾਪਟਰ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ; ਇਹ ਉਹ ਇੰਟਰਫ਼ੇਸ ਗਿਣਦਾ ਹੈ ਜੋ ਵਰਤ ਸਕਦਾ ਹੈ ਅਤੇ ਹਰ ਇੱਕ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ। Wi-Fi, Ethernet ਅਤੇ VPN ਅਡਾਪਟਰ ਵਾਲਾ ਲੈਪਟਾਪ ਤਿੰਨ ਇੰਟਰਫ਼ੇਸ ਦਿਖਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਤੁਹਾਡੇ ਨਾਲ ਗੱਲ ਕਰ ਰਹੇ ਸਰਵਰ ਲਈ ਪਹੁੰਚਯੋਗ ਹੋ ਸਕਦਾ ਹੈ। ਬਾਕੀ ਉਮੀਦਵਾਰ ਹਨ, ਚੈਨਲ ਨਹੀਂ।
ਲਿੰਕ ਸਪੀਡ ਕਾਲਮ ਦੀ ਥਾਂ RSS ਅਤੇ RDMA ਕਾਲਮ ਪੜ੍ਹੋ। ਵਰਚੁਅਲ ਅਡਾਪਟਰ ਆਮ ਤੌਰ ਉੱਤੇ RSS ਸਮਰੱਥਾ ਤੋਂ ਬਿਨਾਂ ਉੱਚ ਨਾਮਮਾਤਰ ਗਤੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਨਾਮਮਾਤਰ ਗਤੀ ਇੰਟਰਨੈੱਟ ਰਾਹੀਂ ਜਾਣ ਵਾਲੇ ਰਾਹ ਦੀ ਨਹੀਂ, ਵਰਚੁਅਲ ਲਿੰਕ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸੰਖਿਆ ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਸੈਸ਼ਨ ਕਿੰਨੇ ਚੈਨਲ ਵਰਤਦਾ ਹੈ।
ਜੇ ਅਡਾਪਟਰ RSS ਸਮਰੱਥਾ ਨਹੀਂ ਦਿਖਾਉਂਦਾ, ਤਾਂ ਸਮਰਥਿਤ ਸੁਧਾਰ VPN ਵਿਕਰੇਤਾ ਦੇ ਡਰਾਈਵਰ ਵਿੱਚ ਹੈ, ਭੌਤਿਕ NIC ਦੀਆਂ ਉੱਨਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਨਹੀਂ। ਹਾਰਡਵੇਅਰ ਅਡਾਪਟਰ ਉੱਤੇ RSS ਚੈਕਬਾਕਸ ਟਿੱਕ ਕਰਨ ਨਾਲ ਵਰਚੁਅਲ ਅਡਾਪਟਰ SMB ਨੂੰ ਜੋ ਦਿਖਾਉਂਦਾ ਹੈ ਉਸ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ।
ਚੁਣੇ ਚੈਨਲਾਂ ਨੂੰ ਖੋਜੇ ਉਮੀਦਵਾਰਾਂ ਤੋਂ ਵੱਖ ਕਰੋ
ਕਨੈਕਸ਼ਨ ਸੂਚੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਗਲਤ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ। ਨਾ-ਚੁਣੇ ਉਮੀਦਵਾਰਾਂ ਸਮੇਤ, ਆਉਟਪੁੱਟ ਉਹ ਸਭ ਦਿਖਾਉਂਦੀ ਹੈ ਜਿਸ ਉੱਤੇ SMB ਨੇ ਵਿਚਾਰ ਕੀਤਾ, ਅਤੇ ਇਹ ਡੇਟਾ ਲੈ ਕੇ ਜਾਣ ਵਾਲੇ ਚੈਨਲਾਂ ਦਾ ਸਮੂਹ ਨਹੀਂ ਹੈ। ਤੁਹਾਡੀ ਦਿਲਚਸਪੀ ਵਾਲੀ ਖ਼ਾਸ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਇੰਟਰਫ਼ੇਸ ਜੋੜੀ ਲਈ ਚੋਣ ਫਲੈਗ ਅਤੇ ਚੈਨਲ ਗਿਣਤੀ ਪੜ੍ਹੋ।
Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *ਆਪਣੇ ਸਰਵਰ ਦੇ ਨਾਮ ਨਾਲ ਬਦਲੋ। ਦੂਜਾ ਰੂਪ ਚੁਣੇ ਕਨੈਕਸ਼ਨਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਛਾਪਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੰਟਰਫ਼ੇਸ ਸੂਚਕਾਂਕ ਅਤੇ ਮੌਜੂਦਾ ਚੈਨਲ ਗਿਣਤੀ ਸ਼ਾਮਲ ਹੈ, ਅਤੇ ਉਹੀ ਮਹੱਤਵਪੂਰਨ ਸੰਖਿਆ ਹੈ। ਇੱਕ ਅਡਾਪਟਰ ਉੱਤੇ ਖੋਜੇ ਗਏ ਕਈ ਪਤੇ ਅਜੇ ਵੀ ਇੱਕੋ ਅਡਾਪਟਰ ਹਨ।
ਖੋਜਿਆ ਪਤਾ VPN ਨੀਤੀ ਕਾਰਨ ਵੀ ਨਕਾਰਾ ਹੋ ਸਕਦਾ ਹੈ: ਇਹ ਸਥਾਨਕ ਸਬਨੈੱਟ ਦਾ ਪਤਾ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਟਨਲ ਨਹੀਂ ਲੈ ਕੇ ਜਾਂਦਾ, ਜਾਂ ਅਜਿਹਾ ਪਤਾ ਜੋ ਸਰਵਰ ਸਿਰਫ਼ ਕਿਸੇ ਹੋਰ ਨੈੱਟਵਰਕ ਉੱਤੇ ਦਿੰਦਾ ਹੈ। SMB ਇਸਨੂੰ ਉਮੀਦਵਾਰ ਵਜੋਂ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇੰਟਰਫ਼ੇਸ ਮੌਜੂਦ ਹੈ, ਕਿਉਂਕਿ ਰਾਹ ਕੰਮ ਕਰਦਾ ਹੈ ਇਸ ਲਈ ਨਹੀਂ।
VPN ਅਡਾਪਟਰ ਲੇਆਉਟ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ
ਤਿੰਨ ਲੇਆਉਟ ਵੱਖਰੇ ਕਰਨ ਯੋਗ ਹਨ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਦੋ ਹੀ ਇੱਕ ਤੋਂ ਵੱਧ ਚੈਨਲ ਬਣਾ ਸਕਦੇ ਹਨ। RSS ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਅਡਾਪਟਰ ਇੱਕ ਚੈਨਲ ਦਿੰਦਾ ਹੈ। RSS ਸਮਰੱਥ ਇੱਕ ਅਡਾਪਟਰ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਕੋਰਾਂ ਵਿੱਚ ਫੈਲਾ ਸਕਦਾ ਹੈ। ਕਈ ਵਰਤੋਂਯੋਗ ਅਡਾਪਟਰ RSS ਤੋਂ ਬਿਨਾਂ ਵੀ ਕਈ ਚੈਨਲ ਬਣਾ ਸਕਦੇ ਹਨ, ਅਤੇ RSS ਨੂੰ ਲਾਜ਼ਮੀ ਮੰਨਣ ਵਾਲੇ ਲੋਕ ਇਹੀ ਸੰਰਚਨਾ ਭੁੱਲ ਜਾਂਦੇ ਹਨ।
| Layout SMB sees | Channels possible |
|---|---|
| One adapter, no RSS | One |
| One adapter with RSS | Several, spread across cores |
| Two or more usable adapters | Several, one path per adapter |
| Several adapters behind one tunnel | Several, one shared bottleneck |
ਆਖਰੀ ਕਤਾਰ ਉਹ ਹੈ ਜੋ VPN ਰਾਹੀਂ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜਿਹੜੇ ਚੈਨਲ ਸਾਰੇ ਇੱਕੋ ਇਨਕ੍ਰਿਪਟਿਡ ਟਨਲ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੇ ਹਨ ਉਹ ਟਨਲ ਦੀ ਥ੍ਰੂਪੁੱਟ, ਗੇਟਵੇ ਦੀ CPU ਅਤੇ WAN ਲਿੰਕ ਸਾਂਝੇ ਕਰਦੇ ਹਨ। ਉੱਥੇ ਚੈਨਲ ਜੋੜਨ ਨਾਲ ਸਮਰੱਥਾ ਵਧਾਏ ਬਿਨਾਂ ਕੰਮ ਮੁੜ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਮਾਪ ਇਹ ਦਿਖਾਏਗਾ।
ਤੁਲਨਾ ਕਰਦੇ ਸਮੇਂ ਸਾਈਨਿੰਗ ਅਤੇ ਇਨਕ੍ਰਿਪਸ਼ਨ ਸਮਰੱਥ ਰੱਖੋ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਬੰਦ ਕਰਨ ਨਾਲ ਤੁਸੀਂ ਜੋ ਮਾਪ ਰਹੇ ਹੋ ਉਹ ਬਦਲ ਜਾਂਦਾ ਹੈ। ਸੁਰੱਖਿਆ ਸੈਟਿੰਗ ਬੰਦ ਕਰਨ ਉੱਤੇ ਨਿਰਭਰ ਪ੍ਰਦਰਸ਼ਨ ਨਤੀਜਾ ਅਜਿਹਾ ਨਤੀਜਾ ਨਹੀਂ ਜੋ ਤੁਸੀਂ ਤੈਨਾਤ ਕਰ ਸਕੋ।
ਅਸਲ ਵਿੱਚ ਹੌਲੀ ਹੋਣ ਵਾਲਾ ਕੰਮ ਭਾਰ ਮਾਪੋ
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕੰਮ ਭਾਰ ਦਾ ਨਾਮ ਦਿਓ: ਇੱਕ ਵੱਡੀ ਕ੍ਰਮਵਾਰ ਨਕਲ, ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਛੋਟੀਆਂ ਫ਼ਾਈਲਾਂ, ਜਾਂ ਅਜਿਹੀ ਐਪਲੀਕੇਸ਼ਨ ਜੋ ਹੈਂਡਲ ਖੋਲ੍ਹਦੀ ਅਤੇ ਬੰਦ ਕਰਦੀ ਹੈ। ਸੱਚਮੁੱਚ ਸੁਤੰਤਰ ਰਾਹ ਹੋਣ 'ਤੇ ਮਲਟੀਚੈਨਲ ਪਹਿਲੇ ਕੇਸ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਤੀਜੇ ਲਈ ਬਹੁਤ ਘੱਟ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਉੱਥੇ ਲਾਗਤ ਬੈਂਡਵਿਡਥ ਨਹੀਂ, ਨਿਰਭਰ ਰਾਊਂਡ ਟ੍ਰਿਪ ਹਨ।
ਮੌਜੂਦਾ ਲੇਆਉਟ ਨਾਲ ਆਧਾਰ ਰੇਖਾ ਲਵੋ, ਇੱਕ ਚੀਜ਼ ਬਦਲੋ, ਅਤੇ ਉਸੇ ਫ਼ਾਈਲ ਸਮੂਹ ਅਤੇ ਦਿਨ ਦੇ ਉਸੇ ਸਮੇਂ ਉੱਤੇ ਦੁਬਾਰਾ ਲਵੋ। ਚੁਣੇ ਰਾਹਾਂ ਦੀ ਗਿਣਤੀ ਸੰਖਿਆ ਦੇ ਕੋਲ ਲਿਖੋ, ਤਾਂ ਜੋ ਬਾਅਦ ਵਾਲਾ ਪਾਠਕ ਜਾਣ ਸਕੇ ਕਿ ਬਦਲਾਅ ਨੇ ਲੇਆਉਟ ਬਦਲਿਆ ਜਾਂ ਸਿਰਫ਼ ਭਾਰ।
ਜੇ ਚੈਨਲ ਨਹੀਂ ਬਦਲੇ, ਤਾਂ ਪ੍ਰਦਰਸ਼ਨ ਦਾ ਸਵਾਲ ਕਿਤੇ ਹੋਰ ਹੈ: ਟਨਲ ਦਾ ਇਨਕ੍ਰਿਪਸ਼ਨ ਓਵਰਹੈੱਡ, ਰਾਹ ਦੀ ਦੇਰੀ, ਜਾਂ ਸਰਵਰ ਦੀ ਆਪਣੀ ਡਿਸਕ ਅਤੇ CPU। ਪਹਿਲਾਂ ਹੀ ਕਾਫ਼ੀ ਅਡਾਪਟਰ ਵਾਲੇ ਲੈਪਟਾਪ ਵਿੱਚ ਇੱਕ ਹੋਰ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹਨਾਂ ਨੂੰ ਮਾਪਣਾ ਯੋਗ ਹੈ।