SoftEther VPN Azure: açık bir port değil, aktarma yolu

Sunucunuz yapılandıramadığınız bir yönlendiricinin arkasında, bu yüzden bir portu iletme gibi bariz plan kullanılamıyor. VPN Azure tam olarak bu durum için var ve ilk bağlantının yönünü tersine çevirerek çözer: sunucu dışarıya bir aktarıcıya bağlanır ve istemciler sunucu yerine aktarıcıya ulaşır. Bu tersine çevirmeyi anlamak, hizmetin neyi düzelttiğini ve daha sonra karşılaşacağınız her sınırı açıklar.

Yolda ne değişir

Geleneksel bir dinleyicide istemci, yönlendiricinizin sunucuya ilettiği genel bir adrese TCP bağlantısı açar. Aktarıcıyla sunucu, aktarıcı altyapısına giden bir dışa bağlantı sürdürür ve aktarıcı istemci bağlantılarını kabul edip yüklerini bekleyen sunucuya aktarır. Hiçbir gelen port açılmaz, statik bir adres gerekmez ve yönlendirici dokunulmadan kalır. Güvenlik duvarı açısından sunucu sıradan bir dışa giden istemcidir, bu yüzden kısıtlayıcı ağlar ona izin verir.

Aktarıcı, o sunucuya kendi etki alanında bir ad atar ve istemciler oraya bağlanacak şekilde yapılandırılır.

Bu ad, her ikisi de Azure bir şey olarak adlandırılsa da Microsoft Azure VPN Gateway olmayan aktarıcı hizmetine aittir. Onları birbirinin yerine konabilir saymak, çalışamayacak bir yapılandırma üretir.

Hangi protokoller aktarıcıdan geçer

Aktarıcı SoftEther protokolünü taşır ve proje, Windows bir SSTP istemcisiyle geldiği için yararlı olan SSTP seçeneğini istemci seçeneği olarak belgeler. Ancak ana bilgisayardaki her dinleyici için genel bir taşıyıcıya dönüşmez: bir OpenVPN dinleyicisi, bir IPsec yanıtlayıcısı ve bir L2TP hizmeti kendi erişilebilir uç noktalarına ihtiyaç duyar ve hiçbiri yalnızca SoftEther sunucusu bağlı olduğu için aktarıcıdan taşınmaz.

Bu yüzden istemci profilleri sunucu adresi yerine aktarıcı adını gösterir ve doğrudan bağlantı için oluşturulmuş mevcut bir profil değiştirilmeden çalışmaz. Aktarıcının taşımadığı bir protokol etrafında tasarım yapmadan önce çalıştırdığınız sürüm için desteklenen istemci listesine bakın.

Aktarıcının sizin için yapmadığı şeyler

Aktarıcı bir taşıma aracıdır. Kullanıcı, sanal hub, erişim ilkesi veya rota oluşturmaz ve sunucunuzun arkasındaki özel ağlar hakkında hiçbir şey bilmez. Uzak istemcilerin bir LAN alt ağına ulaşması gerekiyorsa sunucu yine de köprüleme veya yönlendirme yapılandırmasına, dönüş yoluna ve bunu çalıştıran güvenlik duvarı ilkesine ihtiyaç duyar. İki uçtaki çakışan adres planları da aktarıcı için görünmezdir ve çözmeniz gereken sorun olarak kalır.

Desteklenen güvenlik ayarlarını da siz seçersiniz. Proje belgeleri daha eski platform örnekleri içerir ve eski bir ekran görüntüsünden eski şifreleme veya sertifika ayarlarını kopyalamak, kimsenin denetleyemeyeceği bir tünel kurmanın iyi bir yoludur. Çalıştırdığınız sürüm için güncel yönergeleri kullanın.

Sertifika doğrulama ve kullanıcı kimlik doğrulama sunucunun sorumluluğunda kalır ve aktarıcı hiçbir zaman ikisinin yerini almaz.

Bir bağımlılık olarak işletin

Kullanılabilirlik artık üçüncü bir tarafı içeriyor. Aktarıcıya ulaşılamadığında, sunucunuz ne kadar sağlıklı olursa olsun istemciler bağlanamaz ve arıza dışarıdan bir istemci sorunu gibi görünür. Aktarıcı yolunu sunucunun kendi sağlığından ayrı izleyin ve önemli olduğu gün için başka bir adreste doğrudan dinleyici gibi belgelenmiş bir yedek plan bulundurun.

Gecikme, kullanıcılarınızın yakınlığı yerine aktarıcının coğrafyasını izler; bunun üzerinden etkileşimli performans vaat etmeden önce ölçmeye değer.

Sunucunun kimliğini ve ardından gerçek bir uygulama yolunu doğrulayın, yalnızca başarılı bir bağlantı bandını değil, ve ihtiyaç duyduğunuz kaynağın aktarıcının taşıdığı adres ailesi üzerinden erişilebilir olup olmadığını kontrol edin. Aktarıcı adını, kullanılan protokolü ve yedek planı kaydedin, çünkü bu üç gerçek bu bağlantı hakkındaki gelecekteki soruların çoğunu yanıtlar.