ფაილის კოპირება ნელდება VPN-ის დაკავშირებისას: SMB მრავალარხიანობა
ასლი თავის ყველაზე ნელ არხს ელოდება, ამიტომ ჯანსაღი გამტარობის ტესტი მიზეზს მალავს. დაადასტურეთ გვირაბის არხი, გამოიტანეთ იგი SMB-დან და შემდეგ გაზომეთ ორივე გზა.
ფაილის კოპირება ორ Windows-მანქანას შორის სწრაფია მანამ, სანამ ორივე ერთსა და იმავე VPN-ს არ შეუერთდება, და შემდეგ ის იმსხვრევა, მაშინ როცა იმავე წყვილზე გამტარობის ტესტი ჯერ კიდევ ხაზის სიჩქარესთან ახლოს მაჩვენებელს იუწყება. სწორედ ეს სხვაობაა დიაგნოზი: კავშირი წესრიგშია და რაღაც თავად გადაცემისთვის უარეს გზას ირჩევს. ეს რაღაც ჩვეულებრივ SMB3 მრავალარხიანობაა, რომელიც ზუსტად იმას აკეთებს, რისთვისაც შეიქმნა. მოაშორეთ ზედმეტი არხი და ასლი ფიზიკურ კავშირს დაუბრუნდება.
სიმპტომი თავის ყველაზე ნელ არხს ელოდება
მრავალარხიანობა ერთ SMB სესიას რამდენიმე TCP კავშირის გამოყენების საშუალებას აძლევს, თითო კლიენტსა და სერვერს შორის ყოველი შესაბამისი მისამართის წყვილისთვის. როცა ორივე მანქანა ლოკალურ ქსელში და ერთსა და იმავე გვირაბშია, Windows-ს შეუძლია ლოკალური ქსელის მისამართები გვირაბის მისამართებს შეუწყვილოს და ორივე წყვილი გამოსაყენებლად მიიჩნიოს. საბოლოოდ სესიას ფიზიკურ კავშირზე მეტი არხი რჩება და ერთი მათგანი გაცილებით ნელია.
ის არ ფუჭდება. ის ელოდება, რადგან სესია თავის ყველაზე ნელ არხზე სწრაფად ვერ დასრულდება.
ამიტომ გამტარობის ტესტი ჯანსაღად შეიძლება გამოიყურებოდეს, სანამ ასლი ცოცავს: ერთი ნაკადის გაზომვამ შეიძლება ერთი გზა აირჩიოს, მაშინ როცა გადაცემა ორზე იყო განაწილებული. წაიკითხეთ არხების სია ნებისმიერი ადაპტერის პარამეტრის შეცვლამდე და წაიკითხეთ ის მაშინ, როცა ასლი ჯერ კიდევ მიდის, რადგან უმოქმედო სესია არაფერს აჩვენებს. რასაც ჩაიწერთ, უნდა დაასახელოს თითოეული არხის უკან არსებული ინტერფეისი და არა მხოლოდ ის, რამდენად ნელი მოგეჩვენათ შედეგი.
დაადასტურეთ, რომ მეორე არხი არსებობს
ორი cmdlet პირდაპირ პასუხობს ამ კითხვას. კავშირების სია გვიჩვენებს გამოყენებულ არხებს, ხოლო სესიის შეჯამება — თავად კავშირს. გაუშვით ორივე ნელი კოპირების დროს.
Get-SmbMultichannelConnection
Get-SmbConnectionმოძებნეთ ერთზე მეტი სტრიქონი, რომელიც იმავე სერვერისთვის არჩეულადაა მონიშნული, შემდეგ გადაჭრით საეჭვო სტრიქონში კლიენტის მისამართი. თუ ეს მისამართი გვირაბის ადაპტერს ეკუთვნის, მეორე გზა რეალურია და დადასტურებული. თუ ყველა სტრიქონი ფიზიკურ ინტერფეისს ეკუთვნის, მრავალარხიანობა თქვენი პრობლემა არ არის და ასლი დაუკავშირებელი მიზეზის გამო ნელია. ეს დადასტურება პირველად გააკეთეთ, რადგან შეკეთება საკმარისად ხელისშემშლელია, რომ ერთი წუთი მტკიცებულების ღირსი იყოს.
Get-NetIPAddress -IPAddress 10.20.30.44აქ მოცემული მისამართები დროებითი ნიშნებია. ჩაანაცვლეთ იმით, რასაც თქვენივე გამოტანილი შედეგი იუწყება, რადგან ბლოგიდან მისამართის კოპირება ის გზაა, რომლითაც მომუშავე ბრძანება დამაბნეველ შეცდომის შეტყობინებად იქცევა.
გამოიტანეთ გვირაბი SMB-დან და შემდეგ კვლავ გაზომეთ
მრავალარხიანობის გამორთვა დიაგნოზის დადასტურების უსწრაფესი გზაა და ის შექცევადია. კლიენტის პარამეტრი გამოიყენეთ კოპირების მანქანაზე, სერვერის პარამეტრი კი გაზიარების ჰოსტზე, რადგან ნებისმიერ მხარეს ცალკე შეუძლია ზედმეტი არხი ცოცხლად შეინარჩუნოს. ცვლილება ეხება ახალ კავშირებს და არა არსებულს, ამიტომ ღია სესია მას გადაურჩება. გადატვირთეთ ორივე მანქანა, ან სულ ცოტა დახურეთ გაზიარების ყველა დესკრიპტორი, სანამ რამეს გაზომავთ.
Set-SmbClientConfiguration -EnableMultiChannel $false -Force
Set-SmbServerConfiguration -EnableMultiChannel $false -Forceდაადასტურეთ ახალი მდგომარეობა, შემდეგ ნახეთ, რას აცხადებს სერვერი ახლა კლიენტებისთვის.
Get-SmbClientConfiguration | Select-Object EnableMultiChannel
Get-SmbServerNetworkInterface | Format-List *გვირაბის ინტერფეისი ამ გამოცხადებული სიიდან უნდა გამოვარდეს. თუ არ გამოვარდა, პარამეტრი არასწორ ბოლოზე დაჯდა ან ძველი სესია ჯერ კიდევ ღიაა. თუ ფაილების გაზიარებამ საერთოდ არ უნდა გამოიყენოს გვირაბი, მაშინ სერვერის კომპონენტი ამ ადაპტერს გაუნაწილეთ, რაც გვირაბს ყველა სხვა სერვისისთვის გამოსაყენებლად დატოვებს.
Get-NetAdapterBinding -Name "OpenVPN Data Channel Offload"
Disable-NetAdapterBinding -Name "OpenVPN Data Channel Offload" -ComponentID ms_serverანიჭეთ უპირატესობა ლოკალური ქსელის გზას იმის თამაშის გარეშე, თითქოს ის არხებს შლის
ინტერფეისის მეტრიკა Windows-ს ეუბნება, რომელი გზა უპირატესობდეს ახალი კავშირებისთვის. ის არ შლის არხს, რომლის გახსნაც მრავალარხიანობამ უკვე გადაწყვიტა. გვირაბის მეტრიკის აწევა მაინც ღირს, რადგან ის დაუკავშირებელ ტრაფიკს ნელი გზისგან მოშორებით ამყოფებს და სასურველ მარშრუტს წინასწარმეტყველებადს ხდის, მაგრამ ეს ბიძგია და არა ფილტრი.
Get-NetIPInterface | Sort-Object InterfaceMetric | Select-Object InterfaceAlias, InterfaceMetric
Set-NetIPInterface -InterfaceAlias "OpenVPN Data Channel Offload" -AutomaticMetric Disabled -InterfaceMetric 1000დააკოპირეთ ფსევდონიმი იმ გამოტანილი შედეგიდან, ნაცვლად მისი აკრეფისა, რადგან ზოგი ინსტალაცია ადაპტერის სახელს ლოკალიზებს და ინგლისური სტრიქონი არ დაემთხვევა.
შემდეგ კვლავ გაზომეთ ორივე რიცხვი: ფაილის კოპირება და იმავე წყვილზე გამტარობის ტესტი. თუ ასლი აღდგა მაშინ, როცა გამტარობის ტესტი არასდროს ყოფილა ნელი, მიზეზი მრავალარხიანობა იყო და შეგიძლიათ შეჩერდეთ. თუ ორივე იმსხვრევა, გვირაბია შეფერხება და მრავალარხიანობამ მხოლოდ გააძლიერა ის. თუ ასლი ნელი რჩება მაშინ, როცა ორივე გზა სწორად გამოიყურება, დარჩენილი პრობლემა გაზიარებაში, საცავში ან ფილტრის დრაივერში ცხოვრობს, რაც სხვა გამოძიებაა.