dev tun Windows-ზე კვლავ TAP ადაპტერს აჩვენებს. არის ეს შეცდომა?
TAP-Windows ადაპტერი dev tun პროფილის ქვეშ ნორმალურია. მე-3 დონის დრაივერი არასავალდებულო გადამრთველია, და კლიენტის ჟურნალი, და არა ადაპტერის სახელი, ამბობს რომელი მუშაობდა.
მოწყობილობების მენეჯერი აჩვენებს TAP-Windows Adapter V9-ს, მაშინ როცა პროფილი ამბობს dev tun, და გვირაბი მუშაობს. ეს კომბინაცია არასწორი კონფიგურაცია არ არის, და რეჟიმის წინ და უკან გადართვა მას არ შეცვლის. ადაპტერის სახელი ასახავს, თუ რომელი Windows დრაივერი ჩატვირთა კლიენტმა, და არა იმას, თუ რომელ პაკეტებს გადაიტანს გვირაბი. სანამ რამეს შეცვლით, წაიკითხეთ დრაივერის ხაზი კლიენტის ჟურნალში.
რატომ იღებს მე-3 დონის გვირაბი Ethernet ადაპტერს
კლიენტის Windows ისტორიის უმეტეს ნაწილში გამოსაყენებელი ვირტუალური მე-3 დონის ადაპტერი არ არსებობდა. ერთადერთი ვარიანტი იყო TAP-Windows დრაივერი, რომელიც Ethernet ინტერფეისს წარმოადგენს. შემდეგ კლიენტი ამუშავებდა დაკარგული მე-2 დონის ქცევის ემულაციას, რომ Windows-ს შესძლებოდა მისი კონფიგურაცია. სწორედ ეს ემულაციაა მიზეზი, რატომაც ადაპტერი კვლავ ქსელის ბარათივით გამოიყურება.
ამ ემულაციის ორი ნაწილი შესამჩნევია, თუ დააკვირდებით: კლიენტი პასუხობს ARP-ს გვირაბის მისამართისთვის და აძლევს მცირე DHCP იჯარას ლოკალურ მანქანას. ამიტომ Windows ხედავს ჩვეულებრივ Ethernet ადაპტერს MAC მისამართითა და NDIS დრაივერით, მაშინ როცა თავად გვირაბი შიშველ IP პაკეტებს გადაიტანს. Ethernet-ის კოსტიუმი დრაივერს ეკუთვნის და არა გვირაბის რეჟიმს.
იპოვეთ დრაივერის ხაზი სახელით განსჯის ნაცვლად
ორ ადაპტერს შეუძლია ერთი სახელი გაიზიაროს დრაივერის ვერსიებს შორის, ამიტომ მხოლოდ სახელი ვერ გეტყვით, რა მუშაობდა. კლიენტის ჟურნალი ასახელებს მოწყობილობას, რომელიც გახსნა, და უფრო ახალ ვერსიებში ასევე დრაივერს, რომელიც აირჩია; სწორედ ეს ხაზი უნდა წაიკითხოთ.
ჟურნალში შეამოწმეთ სამი რამ ამ თანმიმდევრობით: გახსნა თუ არა კლიენტმა რაიმე ადაპტერი, რომელ დრაივერს აცხადებს და დაბრუნდა თუ არა ძველზე წარუმატებლობის შემდეგ. დაბრუნების ხაზი ადვილად გამორჩევადია, რადგან კავშირი მაინც დამყარდება, და გვირაბი შემდეგ ძველ დრაივერზე მუშაობს, სანამ მომხმარებელი ფიქრობს, რომ ახალი აქტიურია.
გადადით მე-3 დონის დრაივერზე და შეამოწმეთ, რა უნდა იყოს არსებული
WireGuard პროექტის მიერ მოწოდებული მე-3 დონის დრაივერი ხელმისაწვდომია კლიენტის 2.5 ვერსიიდან, მაგრამ ის არასავალდებულოა. ერთი დირექტივა ირჩევს მას:
windows-driver wintunდრაივერი უნდა იყოს დაინსტალირებული მანქანაზე, და ოფიციალურ ვერსიებს ხელმოწერილი ასლი მოჰყვება. გაავრცელეთ ის ხელმოწერილი გამოშვება, თუ თავად აფუთავთ კლიენტს, რადგან კერძო წესით აწყობილი დრაივერი ეჯახება იმ ასლებს, რომლებსაც სხვა VPN პროდუქტები აყენებენ. ეს შეჯახებები წარმოშობს ძნელად მისაკუთვნებელ ხარვეზებს და, როგორც წესი, ჩნდება მას შემდეგ, რაც მანქანაზე მეორე VPN კლიენტი მოვა. არარსებული დრაივერი, პირიქით, ჟურნალში მკაფიო ხაზს ტოვებს.
დრაივერი უფრო მკაცრ ნებართვებსაც აწესებს, ამიტომ კლიენტი ადაპტერს ქმნის თავისი ინტერაქტიული სერვისით, რომელიც პრივილეგირებული ანგარიშით მუშაობს. გაუშვით კლიენტი ჩვეულებრივ მომხმარებლის პროცესად იმ სერვისის გარეშე და დირექტივამ შეიძლება ვერ იმუშაოს, რაც ადრე დაყენებულ ადაპტერს ხილულად ტოვებს და ჩანს, თითქოს გადართვა უგულებელყოფილ იქნა.
როდის რჩება TAP სწორ პასუხად
თუ გვირაბმა უნდა გადაიტანოს Ethernet კადრები, მაუწყებლობის ტრაფიკი ან არა-IP პროტოკოლები, საჭიროა მე-2 დონის ადაპტერი და TAP დრაივერი ამ მოთხოვნიდან გამომდინარეობს. Windows-ზე ხიდიან კონსტრუქციას იგივე შეზღუდვა აქვს, რადგან ინტერფეისი მე-2 დონის დომენს უნდა შეუერთდეს.
წარმადობა არ არის ადაპტერის სახელის დონეზე ერთის მეორეზე არჩევის მიზეზი. 2.6 ვერსია ამატებს მონაცემთა არხის გადმოტვირთვის დრაივერს, რომელიც პაკეტების დამუშავებას ბირთვში გადააქვს, და სწორედ ეს ვარიანტი ცვლის გამტარუნარიანობის მახასიათებლებს. ეს შესაძლებლობის გადაწყვეტილებაა და არა დაკავშირების პირობა, და დამოკიდებულია აწყობაზე და დაყენებულ პაკეტზე. პროფილი, რომელიც მის გარეშე მუშაობს, განაგრძობს მუშაობას.
| What the tunnel must carry | Adapter family | Where it is selected |
|---|---|---|
| IPv4 and IPv6 packets | Layer-3 driver, or the older TAP emulation | Client directive plus installed signed driver |
| Ethernet frames, non-IP protocols | TAP-Windows | Profile mode and the TAP driver package |
| Higher throughput on a supported build | Data-channel offload driver | Client build and driver package, separately from the profile |
გადართვის შემდეგ გაასუფთავეთ
ძველი ადაპტერის წაშლა ისეთივე მნიშვნელოვანია, როგორც ახლის დამატება. დარჩენილ TAP ინტერფეისს შეუძლია შეინარჩუნოს მისამართი და მარშრუტი წინა სეანსიდან, და ეს ჩანაწერები უფრო დიდხანს ცოცხლობს, ვიდრე მათი შემქმნელი კავშირი. წაშალეთ მოძველებული მოწყობილობა მოწყობილობების მენეჯერში, შემდეგ ხელახლა დაუკავშირდით და დაადასტურეთ, რომ მარშრუტიზაციის ცხრილი აღარ იხსენიებს მას.
თუ რამდენიმე VPN პროდუქტია დაყენებული, სანამ პროფილს გამართავთ, ჩაიწერეთ, რომელი დრაივერის პაკეტი მოაქვს თითოეულს. ორი კლიენტი, რომლებიც ერთი და იმავე დრაივერის სხვადასხვა აწყობას აყენებენ, კონფლიქტია, რომელსაც პროფილის არც ერთი ცვლილება არ გადაჭრის. წაშალეთ გამოუყენებელი კლიენტი და გადატვირთეთ, შემდეგ მოწყობილობების მენეჯერში მოძებნეთ დუბლირებული ადაპტერები. მხოლოდ ამის შემდეგ ღირს ორი პროდუქტის ჟურნალის ხაზების შედარება.