VPN üzerinden Minecraft: sunucu listesine hangi adres yazılır?

VPN uç noktasını Minecraft sunucu listesine yazmak mantıklı görünür ve her seferinde başarısız olur, çünkü o adres tüneli sonlandırır, oyunu barındırmaz. Aynı VPN'e bağlı bir oyuncunun oyun ana makinesine giden bir yolu zaten vardır, bu yüzden giriş ana makineyi ve oyunun dinlediği bağlantı noktasını belirtmelidir. Bu ikisini doğru yapın, sorunun geri kalanı sıradan hizmet erişilebilirliğidir; ilk bakışta göründüğünden çok daha kısa bir denetim listesi.

İki adres, iki iş

Adreslerden biri genel altyapıdır: eşler arasında şifreli paketler taşıyan taşıma uç noktası. Diğeri, özel sunucuyu çalıştıran makinenin özel adresidir. Birbirlerinin yerine geçmezler ve birini diğeriyle değiştirmek, güvenlik duvarı sorunu gibi görünen bir bağlantı reddi veya zaman aşımı üretir.

Varsayılan bağlantı noktasıyla oyuncu 10.60.0.20:25565 yazar ve başka bir şey yazmaz. Mojang'ın Java sunucusu indirme sayfası 25565'i varsayılan olarak belirtir ve bağlantı noktasını değiştiren sunucu işletmecisine eski bir eğiticiden kuşkulanmak yerine inanmak gerekir.

O adresi gerçek bir hizmete dönüştürün

Erişilebilir bir adres gereklidir ve yeterli değildir. Özel sunucu çalışıyor olmalı, oyuncunun istemcisinin çalıştırdığı sürümle uyumlu olmalı ve tünelin ulaştırabileceği bir adreste dinlemelidir. Yalnızca loopback'e bağlı bir süreç, biri makineye başka bir adres ekledi diye erişilebilir hale gelmez.

Güvenlik duvarına dokunmadan önce dinleyiciyi doğrulayın:

ss -lntp | grep 25565
nc -vz 10.60.0.20 25565

İlk satır sürecin gerçekte neye bağlandığını, ikincisi bir eşin TCP el sıkışmasını tamamlayıp tamamlayamayacağını gösterir. Bağlama 127.0.0.1 olduğunda, hiçbir VPN yapılandırması sonucu değiştirmez ve bu tek ayrıntı şaşırtıcı sayıda «VPN bozuk» bildirimini açıklar.

Eş ilkesi, güvenlik duvarı ve dönüş yolu

Dinleyicinin üstünde iki izin sorusu vardır. VPN eş yapılandırması iki eş arasındaki trafiğe izin vermeli, oyun ana makinesinin güvenlik duvarı da o eşten gelen oyun bağlantı noktasını kabul etmelidir. İkisini de oyun hizmeti ve yetkili eşlerle sınırlı tutun; ana makinenin güvenlik duvarını kapatmayın, çünkü bu iki satırlık bir kuralı çok daha büyük bir sorunla değiştirir. Dar kurallar aynı zamanda bunun bir paragraf gerekçe olmadan güvenlik incelemesinden geçen tek sürümüdür.

Sonra başarılı bir ping'in neyi kanıtladığını hatırlayın. VPN ağ geçidine ulaşmak veya oyun ana makinesinden yanıt almak yalnızca ICMP'nin yolu geçtiğini gösterir. Oyun bağlantısı belirli bağlantı noktasının iki yönde de açık olmasını gerektirir ve dönüş yolu gidiş yolu kadar önemlidir.

Sunucu ağ geçidinin arkasında olduğunda

Yukarıdaki örnekte oyun sunucusu bir eştir, bu da adres planını basit tutar. Sunucu bunun yerine VPN ağ geçidinin arkasındaki bir LAN'da bulunuyorsa, oyuncunun sunucunun yönlendirilebilir özel adresine ihtiyacı vardır, ağ geçidinde o LAN için yönlendirme yapılandırılmış olmalıdır ve LAN'daki ana makinenin tünellenmiş istemciye doğru bir dönüş rotasına ihtiyacı vardır. Dönüş yolu kaçarsa el sıkışma yarı yolda ölür; bu, üç arızadan en kafa karıştırıcı olanıdır.

Bu topolojiyi taklit etmek için örnekteki eş adresini başka bir makineye kopyalamayın. Bir örnekteki adresler rolleri tanımlar ve tek bir adresi iki rolde yeniden kullanmak, yönlendirmenin çözemeyeceği bir çakışma yaratır.

Keşif, hesaplar ve değiştirilmemesi gerekenler

Otomatik LAN keşfi, duyurular üzerine kurulmuş bir kolaylıktır. Yönlendirilmiş bir VPN o yayınları taşımak zorunda değildir, bu yüzden LAN listesinde eksik bir giriş, açık özel adresin çalışıp çalışmadığı hakkında hiçbir şey söylemez. Adresi yazın, sonra karar verin. Bağlanırsa, keşif boşluğu bir arıza değil kullanılabilirlik sıkıntısıdır ve araştırmak yerine böyle belgelenebilir.

Oyunun normal hesap kimlik doğrulamasını ve kabul politikasını da bozmayın. Çalışan bir özel rota yol verir, üyelik değil; bağdaştırıcı önceliklerini karıştırmak, istemcinin kullanması gereken hedefi belirlemenin yerini tutmaz.