چرا کپی SMB کند می‌شود وقتی هر دو رایانه به یک VPN می‌پیوندند

کپی یک فایل میان دو ماشین ویندوز در یک LAN گیگابیتی همان لحظه‌ای که هر دو به یک VPN وصل می‌شوند به خزیدن می‌افتد، در حالی که تست توان عملیاتی میان همان جفت همچنان تقریباً سرعت خط را گزارش می‌دهد. مشکل نه پیوند است و نه دیسک. SMB3 Multichannel بی‌صدا یک اتصال TCP دوم افزوده است که از تونل می‌گذرد، و کپی منتظر کندترین کانال می‌ماند. حذف این مسیر از SMB سرعت LAN را برمی‌گرداند.

یک سهم می‌تواند روی چند اتصال TCP سوار شود

Multichannel به کارخواه اجازه می‌دهد اتصال‌های مستقل به یک کارساز باز کند، یکی برای هر جفت نشانی مناسب. در یک LAN ساده ممکن است فقط یک جفت وجود داشته باشد، پس چیز شگفت‌آوری رخ نمی‌دهد. یک مبدل VPN روی هر دو ماشین بیفزایید و ویندوز جفت دومی می‌بیند، نشانی تونل در برابر نشانی تونل، و از آن یک کانال باز می‌کند.

آن کانال رمزگذاری شده است، پردازنده را با تونل شریک می‌شود و همان پیوند 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 از صحنه رفت دوباره روشنش کنید. ثبت کنید کدام مبدل را تغییر دادید، چون نفر بعدی تنظیم را پیدا می‌کند نه دلیل را.