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, ובדוק מה חייב להיות נוכח
מנהל ההתקן של שכבה 3 שמספק פרויקט WireGuard זמין מגרסת לקוח 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, רשום איזו חבילת מנהל התקן כל אחד מביא לפני שאתה מאתר תקלות בפרופיל. שני לקוחות שמתקינים מהדורות שונות של אותו מנהל התקן הם התנגשות ששום עריכת פרופיל לא תפתור. הסר את הלקוח שאינו בשימוש והפעל מחדש, ואז חפש מתאמים כפולים במנהל ההתקנים. רק אחרי זה שווה להשוות שורות יומן בין שני המוצרים.