لماذا تتباطأ نسخة SMB عند اتصال الجهازين بنفس VPN

تتدهور نسخة ملف بين جهازي Windows على شبكة LAN بسرعة جيجابت إلى زحف شديد لحظة اتصال الجهازين بنفس VPN، بينما يظل اختبار الإنتاجية بين الزوج نفسه يبلغ ما يقارب سرعة الخط. المشكلة ليست في الوصلة ولا في القرص. أضاف SMB3 Multichannel بصمت اتصال TCP ثانيًا يعمل عبر النفق، وتنتظر النسخة القناة الأبطأ. وإزالة هذا المسار من SMB تعيد سرعة LAN.

يمكن لمشاركة واحدة أن تسير عبر عدة اتصالات TCP

يتيح Multichannel للعميل فتح اتصالات مستقلة بخادم واحد، اتصال لكل زوج مناسب من العناوين. في شبكة LAN عادية قد يوجد زوج واحد فقط، فلا يحدث شيء مفاجئ. أضف محول VPN على الجهازين، فيرى Windows زوجًا ثانيًا، عنوان نفق مقابل عنوان نفق، ويفتح قناة عبره.

تلك القناة مشفّرة، وتتقاسم المعالج مع النفق، وتعبر وصلة 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 من الصورة. سجّل أي محول غيّرته، لأن الشخص التالي سيجد الإعداد لا السبب.