المصافحة تعمل والإنترنت لا: ما الذي تصلحه أولًا على 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. دون ذلك ينجح ping بالعنوان بينما يفشل كل اسم مضيف، ويبلّغ المستخدمون عن ذلك بانقطاع الإنترنت.

تحقّق من الخوادم التي يستخدمها Windows فعلًا بعد الاتصال. إن خادمًا متبقيًا على المحوّل الفيزيائي يفسّر فشلًا جزئيًا، حيث تنجح بعض الأسماء ويفشل بعضها. أزله بدلًا من إضافة خادم ثانٍ فوقه.

إذا كان جهاز Windows هو المخرج

يعيد Internet Connection Sharing كتابة العنونة عند تفعيله، ما قد ينقل المحوّل المشترك إلى نطاق مختلف. وعميل ما زال يشير إلى العنوان الأصلي يتوقف عن العمل بعدها. قيم التسجيل ScopeAddress وStandaloneDHCPAddress تتحكم في ذلك النطاق، ويمكن أن يعود الإعداد إلى ما كان عليه بعد إعادة التشغيل.

ثمة تعارضان آخران خاصان بـ Windows يستحقان نظرة. خدمة Routing and Remote Access يمكن أن تتداخل مع النفق. ومثبّت بُني لبنية معمارية خاطئة يفشل برسالة لا تذكر البنية المعمارية أبدًا.

أصلح الطبقة التي سمّاها الاختبار، ثم أعد تنفيذ الوجهات الثلاث نفسها. التغيير الذي يصلح اختبار اسم المضيف لكنه يكسر عنوان النفق قد طُبّق على الطبقة الخطأ.