Birisi VPN sunucusu dediğinde üç işlev bir araya gelir: şifreli tüneli sonlandırmak, paketleri ağlar arasında taşımak ve isteğe bağlı olarak adresleri yeniden yazmak. Windows’ta bunlar tek bir makine üçünü de yapsa bile yığının farklı bölümlerinde yaşar. Her birinin kendi girdileri ve kendi arıza biçimi vardır ve her biri farklı bir ürüne verilebilir. Bunları kâğıt üzerinde ayırmak, küçük bir kurulumu anlaşılır tutmanın en ucuz yoludur.

Okunabilir bir tasarım, makineyi bir rol olarak tanımlamak yerine her akışın sahibini adlandırır.

Sonlandır, ilet, çevir

RRAS, Windows’a özgü durumda tüneli yönetir: kullanıcının kimliğini doğrular, bir havuzdan adres atar ve hangi hedeflere izin verileceğine karar verir. Başka bir VPN ürünü bunun yerine dinleyiciye ve sanal bağdaştırıcıya sahip olabilir ve şifresi çözülmüş paketleri iletmeyi Windows’a bırakabilir. Microsoft’un Remote Access belgeleri VPN, site-site ve yönlendirme rollerini ayırır ve yönlendirme rolünün kurulması ikinci bir VPN kimliği yaratmaz. Başka bir VPN uygulaması eklemek de onun bağdaştırıcısını mevcut tüm ağ geçidi işlevlerine vermez.

Çeviri üçüncü ve en isteğe bağlı iştir. İletmeden sonra gelir ve uzak ağın gördüğü kaynak adresini değiştirir. Ona ihtiyacınız olup olmadığı, hedef ağın kaynak olarak neyi kabul edeceğine bağlıdır; makinenin VPN ağ geçidi olarak adlandırılmasına değil.

Bağdaştırıcının ve havuzun sahibi kim

Birden çok ürün ana bilgisayarı paylaştığında dört şeyin her biri tek bir sahibe ihtiyaç duyar: dinleme bağlantı noktaları, bağdaştırıcının ömrü, istemci adres havuzu ve yollar. En zahmetli olan bağdaştırıcıdır, çünkü bir VPN hizmeti onu dinamik olarak oluşturup bağlantı kesilince yok edebilir. Bu arayüzü kalıcı olarak adlandırılmış bir ağ kartı gibi ele almak ve adına karşı kurallar yazmak bir sonraki yeniden bağlanmaya kadar çalışır. Arayüz adını sabit kodlamak yerine ürünün desteklediği tümleştirme noktasını kullanın.

Adres havuzu ikinci çakışmadır. Örtüşen aralıklar dağıtan iki ürün, doğru görünen ve hiçbir şey teslim etmeyen yönlendirme üretir. Havuzları yollarla aynı belgede tutun, böylece birindeki değişiklik diğerine göre görünür olsun.

Kaynağı koru ya da yeniden yaz

İstemcinin kaynak adresini korumak, kullanıcı başına görünürlüğü korur: günlükler, kotalar ve güvenlik duvarı kuralları bir kullanıcıyı diğerinden ayırabilir. Bedeli, hedef LAN’ın ağ geçidine doğru bir dönüş yoluna ihtiyaç duyması ve birinin bunu sürdürmesi gerektiğidir. Kaynağı NAT ile yeniden yazmak bu gereksinimi ortadan kaldırır ve görünürlüğü de beraberinde kaldırır. Bilinçli seçin ve yeniden yazmanın hangi bilgiyi sakladığını yazın.

Özel ağa erişim, internete çıkış ve ağ geçidinin kendi üzerinde sonlanan bağlantılar üç farklı yoldur. Hepsinin aynı muameleye ihtiyacı yoktur.

Akışı tek cümleyle anlat

Tek bir cümle tasarımı anlatmalıdır: bu hizmet hangi istemcileri kabul ediyor, o iletme ilkesi hangi kaynakları veriyor ve dönüş yolu akışı nasıl tamamlıyor. Cümlenin doğru olması için ikinci bir NAT katmanı gerekiyorsa, bu genellikle önceki parçaların oturmadığının işaretidir. Ana bilgisayar aynı zamanda ortak bir arıza ve güven sınırıdır, bu yüzden yönlendirme değişikliği hem kullanıcı erişimini hem de yönetimi etkileyebilir. İkincisi için bağımsız bir kurtarma yolu tutun.

Yapılandırmanın yanında bir rol envanteri tutun: hangi ürün sonlandırıyor, hangisi iletiyor, hangisi çeviriyor ve her birini kim değiştirebilir. O liste, bir sonraki değişikliği gözden geçirilebilir kılan şeydir.

Cümle belirsizleştiğinde, bir çeviri katmanı daha eklemek onu nadiren netleştirir. Birini kaldırmak genellikle netleştirir.

İlgili makaleler