לחיצת יד עובדת, אינטרנט לא: מה לתקן קודם ב-Windows 11

ב-Windows 11 לעתים קרובות עומדות לחיצות יד טריות לצד דפדפנים שלא פותחים דבר. לחיצת היד מוכיחה רק שחילוף ה-UDP עם העמית הושלם. היא לא אומרת דבר על המסלול ש-Windows התקין, על הפותר שבו הוא משתמש, ולא על אם היציאה מעבירה משהו בכלל.

ארבעה תנאים מחליטים איזו מהשכבות האלה נכשלה. מעבר עליהם לפי הסדר אורך דקות, בעוד שכתיבה מחדש של מפתחות אורכת יותר ולא משנה דבר.

החליטו על השכבה לפני שנוגעים במפתחות

עברו על שלושה יעדים, לפי הסדר הזה. התחילו בכתובת בצד המנהרה, אחר כך IP ציבורי כמספר, וסיימו בשם מארח. במקום שבו הרצף נשבר, שם נקראת השכבה. כשל בצעד הראשון הוא ניתוב, בשני הוא העברה או NAT, ובשלישי הוא פתרון שמות.

הסדר הזה הוא כל השיטה. הוא מונע אבחון של תקלת DNS כמנהרה שבורה, שהיא הפנייה השגויה הנפוצה ביותר כאן.

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

אם זמן לחיצת היד ריק

כשזמן לחיצת היד ריק, החילוף המוצפן מעולם לא הושלם. לכן התקלה נמצאת לפני הניתוב. הסתכלו קודם על כתובת נקודת הקצה והפורט, ואחר כך על האם הרשת מסננת UDP. ספק אחסון שזורק תעבורת WireGuard יוצר בדיוק את זה, וכך גם לקוח שהעתיק נקודת קצה מפרופיל ישן.

בייטים שיוצאים ואף אחד לא נכנס הם מקרה אחר. זה מצביע על NAT או על חומת אש שמחזירה תעבורה למקום הלא נכון.

אם המסלול מפסיד למתאם הפיזי

עבור מנהרה מלאה קטע העמית חייב לכסות את היעדים שאתם מצפים להשתמש בהם. Windows לעתים שומר על מסלול ברירת המחדל של המתאם הפיזי גם כשמוגדר כלל כוללני. פיצול הכלל הכוללני ל-0.0.0.0/1 ועוד 128.0.0.0/1 יוצר שני קידומות ספציפיות יותר שמנצחות בחיפוש. הפיצול הוא עקיפה מתועדת, לא העדפה.

אמתו זאת באמצעות route print או חיפוש של כתובת ציבורית. הממשק שנבחר אמור להיות מתאם המנהרה. אם הפיזי עדיין מנצח, תקנו את טווחי העמית לפני שנוגעים בשרת.

אם כתובות עובדות ושמות נכשלים

WireGuard נושא מנות IP ואין לו דעה על DNS. שימו שורת DNS = בקטע הממשק, או הגדירו את המתאם דרך Windows. בלעדיה פינג לפי כתובת מצליח בעוד כל שם מארח נכשל, ומשתמשים מדווחים על כך כעל אין אינטרנט.

בדקו באילו שרתים Windows באמת משתמש לאחר ההתחברות. פותר שנותר על המתאם הפיזי מסביר כשל חלקי, שבו כמה שמות נפתרים ואחרים לא. נקו אותו במקום להוסיף שני מעליו.

אם מחשב Windows הוא היציאה

Internet Connection Sharing כותב מחדש את המיעון כשמופעל, מה שיכול להעביר את המתאם המשותף לטווח אחר. לקוח שעדיין מצביע לכתובת המקורית מפסיק אז לעבוד. ערכי הרישום ScopeAddress ו-StandaloneDHCPAddress שולטים בטווח הזה, וההגדרה יכולה לחזור לאחר אתחול.

שני עימותים נוספים המיוחדים ל-Windows ראויים למבט. שירות Routing and Remote Access יכול להפריע למנהרה. מתקין שנבנה לארכיטקטורה הלא נכונה נכשל בהודעה שלעולם אינה מזכירה ארכיטקטורה.

תקנו את השכבה שהבדיקה ציינה, ואז הריצו שוב את אותם שלושה יעדים. שינוי שמתקן את בדיקת שם המארח אך שובר את כתובת המנהרה הוחל על השכבה הלא נכונה.