OpenVPN üzerinden Boş LAN Oyun Listesi? Keşif Yolunu Kontrol Edin

Başka bir oyuncunun tünel adresine ping atmak ve onun barındırdığı oyunu görmek iki farklı başarıdır. Lobideki liste genellikle tek bir yerel ağ için yazılmış bir keşif alışverişine bağlıdır, oysa oyun oturumu bir adrese ve bağlantı noktasına yapılan sıradan bir bağlantıdır. Boş bir listeyi yönlendirme hatası saymak sizi ihtiyacınız olmayabilecek bir köprüye yönlendirir, bu yüzden herhangi bir şeyi değiştirmeden önce iki soruyu ayırın.

Oturuma katılmayı onu bulmaktan ayırın

Başarısız bir katılım yollara, güvenlik duvarı kurallarına ve dinleyen bir hizmete işaret eder. Boş listeyle başarılı bir katılım ise keşfe ya da duyurunun taşıdığı adrese işaret eder. Bu iki sonuç tamamen farklı işlere götürür ve ancak ilkini bilerek deneyerek ayırt edebilirsiniz.

VPN yapılandırmasına dokunmadan önce sonucu yazın. Bu, tüm soruşturmanın en ucuz testidir ve tasarım alanının yarısını eler. Kullandığınız adresi de not edin, çünkü sonraki her test için referans noktası olur. Notlarınızda o satır yoksa bir sonraki karşılaştırma yalnızca tahmindir.

Tünele dokunmadan önce doğrudan katılmayı deneyin

Oyun doğrudan bağlantı seçeneği sunuyorsa ana makinenin tünel adresini ve oyunun belgelenmiş bağlantı noktasını kullanın, oyunun kendi kimlik doğrulamasını ve ana makinenin güvenlik duvarı kurallarını olduğu gibi bırakın. Başarılı bir katılım sorunu keşfe daraltır. Başarısız bir katılım yine kendi soruşturmasını gerektirir ve hiçbir röle bunu düzeltmez.

Keşif bağlantı noktası ile oturum bağlantı noktasının aynı numara olduğunu varsaymayın. Oyunlar genellikle bir UDP bağlantı noktasında duyuru yapar ve oyuncuları başka bir noktada kabul eder; yanlış nokta için kurulmuş bir röle ise boş kalan bir liste üretir.

Barındırma sürecinin hangi bağdaştırıcıyı seçtiğini de kontrol edin. Ev LAN adresine bağlı bir süreç o adresi duyurur ve uzak oyuncu duyuru gelse bile oraya yönlendirme yapamaz. Liste dolabilir ve katılım yalnızca bu nedenle başarısız olabilir.

Yayının nerede durduğunu anlayın

Yönlendirilmiş bir TUN tüneli eşler arasında IP paketleri taşır ve her eşin ağında yerel yayını yeniden üretmez. Sınırlı yayın adresi 255.255.255.255 onu gönderen arayüzün içinde kalır ve alt ağa yönlendirilmiş yayın ayrı bir durumdur; yönlendiricilerin duyuruları sel gibi basması için genel bir izin değildir.

Bu tasarımın bir özelliğidir, bir seçenekle yamanacak kusur değildir. OpenVPN ve client-to-client ayarı tünel içindeki eş trafiğini yönetir ve keşif rölesi değildir, birçok başlıkta tam bu amaçla önerilse de. Röle, kendi yapılandırması ve kendi arıza biçimleri olan ayrı bir bileşendir. Mevcut bir seçeneğin bunu zaten kapsadığını varsaymak, bu soruşturmanın tıkanmasının en yaygın nedenidir.

Multicast keşif, farklı bir adres sınıfıyla aynı sorunu yaşar ve yayın istisnası değil, multicast yönlendirme ya da bir röle gerektirir.

Bir röle haklıysa onu dar tutun

Otomatik keşif bir gereksinimse önce gerçek alışverişi tanımlayın: yayın mı multicast mi, hedef adres, UDP bağlantı noktası, onu gönderen arayüz ve yanıtın içindeki adres. Bu beş olguyla sınırlanmış protokole uygun bir röle, tüm bir Ethernet kesimini genişletmekten çok daha dardır.

Paketi değiştirmeden iletmek yine de yetersiz olabilir. Yük, alıcıya ulaşamayacağı bir adrese bağlanmasını söylüyorsa röle işe yaramaz bir yanıt verir; bu yüzden herhangi bir röle var olmadan önce oyunun kendi arayüzü ya da duyurulan adres ayarı denenmelidir.

Röleyi ihtiyaç duyan arayüzler ve eşlerle sınırlayın ve yanıtların istekte bulunanı nasıl bulduğunu tanımlayın. İlgisiz yayınları yinelemek diğer yerel hizmetleri açığa çıkarır ve sonradan hata ayıklaması sancılı döngüler oluşturur.

Köprüyü yalnızca tasarım Ethernet gerektirdiğinde kurun

Ethernet çerçeveleri TAP içinde yol alır, bu yüzden bir TAP tüneli bilerek köprülenmiş bir yayın alanına ait olabilir. Yalnızca dev tun yerine dev tap koymak o köprüyü kurmaz, sunucu yapılandırmasını uyumlu hale getirmez ve uygulamanın yeni arayüzü seçmesini sağlamaz. OpenVPN köprüleme kılavuzu tek bir boş lobi için çare değil, daha geniş düzeni anlatır.

Köprüleme adres planını da düzleştirir, bu yüzden karar sabırsızlığın ötesinde bir gerekçeyi hak eder. Ayrı olan iki ağ bir olur ve her iki taraftaki her hizmet karşı tarafın yayınlarını görmeye başlar. Bu sonuç, biri onu etkinleştirmeden önce değişiklik kaydında yer almalıdır. Oyun istemcilerinin 192.168 aralığında olması gerektiğine dair bir kural yok; çakışmayan bir plan seçin ve bir forum gönderisi öyle yaptı diye tüneli yeniden numaralandırmak yerine ilgili oyunun kısıtlamalarını kontrol edin.

Sonunda iki sonucu ayrı tutun: ana makineye katılıp katılamayacağı ve keşif yanıtının diğer oyuncunun gerçekten kullanabileceği bir hedef duyurup duyurmadığı. İkincisini birincisi doğrulanmadan düzeltmek, insanların hiçbir zaman yayınla ilgili olmayan bir sorun için köprü bakımına düşmesinin yoludur.