Nebula punchy ayarları: hangisi NAT'ınızı düzeltir

İki eş düğüm fener üzerinden birbirini bulur ve sonra doğrudan bir yol kuramaz, ilk içgüdü her punchy seçeneğini açmaktır. Bu içgüdü üç değişiklik içeren bir yapılandırma üretir ve hangisinin önemli olduğu bilinmez. Ayarlar farklı sorulara yanıt verir: biri zaten var olan bir eşlemeyi sürdürür, diğeri ters yönde bir el sıkışma dener. İkisinden birine dokunmadan önce hangi soruya sahip olduğunuza karar verin.

Zamanlamadan önce uç noktayı doğrulayın

Beklenen adreste hiç görünmeyen bir eş düğüm punch ayarıyla kurtarılmaz. Fenerin eş düğüm hakkında ne bildiğini ve eş düğümün kendi yapılandırmasının ne duyurduğunu kontrol edin, çünkü eski bir bootstrap adresi veya yanlışlıkla yayımlanmış özel bir adres her geçiş hilesini boşa çıkarır. Sertifikanın güvenilir olduğunu da doğrulayın, çünkü güvenilmeyen bir kimlik NAT önemli olmadan çok önce konuşmayı durdurur. Ardından UDP'nin fenere hiç ulaşıp ulaşmadığını doğrulayın. Zaman değerleri ilk değil, en son bakılacak şeydir.

Test ettiğiniz uç nokta çiftini kaydedin, böylece sonraki karşılaştırmalar iki başka makine yerine aynı eş düğümleri kullansın.

punch eşlemeyi korur, respond bir yön açar

punch seçeneği, hâlihazırda tüneli olan bir eş düğümün alt katman adresine düzenli olarak boş paketler gönderir. Amacı gösterişli değil: durum tutan bir NAT'ın veya güvenlik duvarının doğrudan yolun bağlı olduğu eşlemenin süresini doldurmasını engeller. respond seçeneği fener bildiriminde ne olduğunu değiştirir ve konağı kendisine ulaşmaya çalışan eş düğüme doğru geri bir el sıkışma denemeye zorlar. Bunlar farklı arıza biçimlerine sahip farklı mekanizmalardır.

Doğrudan yol çalışıp sonra zayıflıyorsa punch seçin. Yol bir yönde hiç oluşmuyorsa respond seçin. İkisini de açıp ummak, beş dakikalık bir düzeltmenin bir haftalık ayara dönüşme biçimidir.

Gecikmeler ne zaman olduğunu belirler, olup olmayacağını değil

Gecikme değerleri zamanlamayı kaydırır: biri bildirimden sonra gönderilen pakete, diğeri ters el sıkışma denemesine uygulanır. Hiçbiri engellenmiş bir yönü çalışır hale getirmez. İkisini birden değiştirmek yapmak üzere olduğunuz karşılaştırmayı yok eder.

Mekanizma doğru olana kadar onları rahat bırakın. Sonra birini ayarlayın ve eski değeri yazın.

Aktarıcı dürüst yanıt olduğunda

Bazı NAT birleşimleri zamanlama nasıl düzenlenirse düzenlensin doğrudan yolu destekleyemez. Her iki tarafta simetrik NAT veya istenmeyen gelen trafiği tamamen atan bir güvenlik duvarı, delinecek hiçbir şey bırakmaz.

Erişilebilir adresi olan bir aktarıcı düğümü o eş düğümlere geçişin başarısına bağlı olmayan bir yol verir. Bu, o düğüm üzerinden bant genişliği harcar, yani bir kestirme değil kapasite kararıdır. Aktarıcıyı bilerek yapılandırın ve eş düğümlerin ona ulaşabildiğini doğrulayın, çünkü kendisi zor bir NAT'ın arkasında olan bir aktarıcı hiçbir şeyi değiştirmez. Sonra o çift için punch ayarlarını düzenlemeyi bırakın, çünkü doğrudan yol hiç görünmeyecekti.

Başarısız çifti boşta kaldıktan sonra test edin

Bozulan koşulu yeniden üretin: çifti aynı aralık boyunca boşta bırakın veya eskiden başarısız olan el sıkışma dizisini yineleyin. Sonra fenere bir istek değil, o iki eş düğüm arasında uygulamayı çalıştırın. Fenerin yanıtı kontrol yolunu kanıtlar ve veri yolu hakkında hiçbir şey söylemez.

Hangi ayarın değiştiğini, saati ve doğrudan bir yolun mu çıktığını yoksa trafiğin aktarıcıda mı kaldığını kaydedin. Kaldıysa yanıt bir aktarıcı ve kapasite notudur, ve bu tamamen iyi bir sonuçtur. Çıktıysa sonraki soru bir saatlik boşta kalmaya dayanıp dayanmadığıdır, çünkü zayıflayan bir eşleme punch'ın var olma nedenidir.