إعدادات punchy في Nebula: أيّها يصلح NAT لديك

يجد نقران بعضهما عبر المنارة ثم يفشلان في بناء مسار مباشر، وأول ما يتبادر إلى الذهن هو تشغيل كل خيار من خيارات punchy. ذلك الحدس ينتج إعدادًا فيه ثلاثة تغييرات دون أي فكرة عن أيّها كان مهمًا. الإعدادات تجيب عن أسئلة مختلفة: أحدها يحافظ على تعيين موجود أصلًا، والآخر يحاول مصافحة في الاتجاه المعاكس. حدّد أي سؤال لديك قبل أن تمسّ أيًّا منهما.

تحقّق من الطرف قبل التوقيت

النقر الذي لا يظهر أبدًا على العنوان المتوقّع لن ينقذه ضبط punch. تحقّق مما تعرفه المنارة عن النقر ومما يعلنه إعداد النقر نفسه، لأن عنوان bootstrap قديمًا أو عنوانًا خاصًّا نُشر بالخطأ يبطل كل حيلة من حيل العبور. تأكّد من أن الشهادة موثوقة أيضًا، لأن هوية غير موثوقة توقف المحادثة قبل أن يهمّ NAT بوقت طويل. ثم تحقّق من أن UDP يصل إلى المنارة أصلًا. قيم التوقيت آخر ما يُنظر إليه، لا أوّله.

سجّل زوج الأطراف الذي تختبر به، حتى تستخدم المقارنات اللاحقة النقرين نفسيهما لا جهازين آخرين.

punch يحفظ التعيين وrespond يفتح اتجاهًا

يرسل خيار punch حزمًا فارغة على نحو دوري إلى عنوان الطبقة السفلى لنقر يملك نفقًا بالفعل. غرضه غير لامع: يمنع NAT ذا حالة أو جدار حماية من إنهاء التعيين الذي يعتمد عليه المسار المباشر. يغيّر خيار respond ما يحدث عند إشعار من المنارة، فيجعل المضيف يحاول مصافحة راجعة نحو النقر الذي يحاول الوصول إليه. تلك آليات مختلفة بأنماط فشل مختلفة.

اختر punch حين يعمل المسار المباشر ثم يتلاشى. اختر respond حين لا يتشكّل المسار أبدًا في أحد الاتجاهين. تشغيل الاثنين معًا والأمل هو كيف يتحوّل إصلاح في خمس دقائق إلى أسبوع من الضبط.

التأخيرات تحدّد متى لا هل

قيم التأخير تزحزح التوقيت: إحداها تنطبق على الحزمة المرسلة بعد إشعار، والأخرى على محاولة المصافحة المعاكسة. لا تجعل أيٌّ منهما اتجاهًا محجوبًا يعمل. تغيير الاثنين معًا يدمّر المقارنة التي كنت على وشك إجرائها.

اتركهما كما هما حتى تصحّ الآلية. ثم عدّل واحدًا، واحفظ القيمة القديمة مكتوبة.

حين يكون المرحّل هو الجواب الصادق

بعض تركيبات NAT لا يمكنها دعم مسار مباشر مهما رُتّب التوقيت. NAT المتماثل على الجانبين، أو جدار حماية يُسقط حركة الواردة غير المطلوبة كليًا، لا يتركان شيئًا لثقبه.

عقدة مرحّل بعنوان يمكن الوصول إليه تمنح هذين النقرين مسارًا لا يعتمد على نجاح العبور. يكلّف ذلك نطاقًا عبر تلك العقدة، فهو قرار يتعلّق بالسعة لا حلّ التفافي. اضبط المرحّل عمدًا وتحقّق من أن النقرين يستطيعان الوصول إليه، لأن مرحّلًا يقف هو نفسه خلف NAT صعب لا يغيّر شيئًا. ثم توقّف عن ضبط إعدادات punch لذلك الزوج، لأن المسار المباشر لم يكن ليظهر قط.

اختبر الزوج الذي فشل بعد الترك خاملًا

أعد إنتاج الشرط الذي انكسر: اترك الزوج خاملًا للمدة نفسها، أو كرّر تسلسل المصافحة الذي كان يفشل. ثم شغّل التطبيق بين هذين النقرين، لا طلبًا إلى المنارة. استجابة المنارة تثبت مسار التحكّم ولا شيء عن مسار البيانات.

سجّل أي إعداد تغيّر، والوقت، وهل ظهر مسار مباشر أم بقي المرور على المرحّل. إن بقي فالجواب مرحّل وملاحظة سعة، وتلك نتيجة جيدة تمامًا. وإن ظهر فالسؤال التالي هو هل يصمد ساعة من الترك خاملًا، لأن تعيينًا يتلاشى هو بالضبط المشكلة التي وُجد punch لمعالجتها.