ทำไมการคัดลอก SMB จึงช้าลงเมื่อพีซีทั้งสองเครื่องเชื่อมต่อ VPN เดียวกัน

การคัดลอกไฟล์ระหว่างเครื่อง Windows สองเครื่องบน LAN กิกะบิตจะช้าลงอย่างมากในทันทีที่ทั้งสองเครื่องเชื่อมต่อ 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 ออกจากฉากไป บันทึกว่าคุณเปลี่ยนอะแดปเตอร์ใด เพราะคนถัดไปจะพบการตั้งค่าไม่ใช่เหตุผล