جب دونوں پی سی ایک ہی 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 منظر سے نکل جائے تو اسے دوبارہ آن کریں۔ لکھیں کہ آپ نے کون سا اڈاپٹر بدلا، کیونکہ اگلا شخص ترتیب پائے گا، وجہ نہیں۔