Uzaktan erişim mi, siteden siteye VPN mi: hangisi uygun?

Seyahat eden bir çalışan ile bir şube ofisi farklı tünellere ihtiyaç duyar ve yanlış seçim, laboratuvarda çalışıp ilk pazartesi günü başarısız olan bir tasarım üretir. Uzaktan erişim bir cihazı bir ağ geçidine bağlar. Siteden siteye, ağları temsil eden iki ağ geçidini bağlar. Aşağıdaki kontrol listesi, gereksinimin gerçekte hangisini tanımladığını belirler.

Kim bağlanıyor ve bağlananın arkasında ne var

Uzaktan erişimde dizüstü bilgisayardaki veya telefondaki yazılım tüneli kurar ve ağ geçidi bir adres ile rotaları atamadan önce bir kullanıcıyı, bir cihazı ya da her ikisini doğrular. Siteden siteyede yönlendiriciler, güvenlik duvarları veya bulut ağ geçitleri bağlantıyı kurar ve arkalarındaki cihazlar istemci çalıştırmak yerine olağan yönlendirmeyi kullanır. Bu fark, tünelin çalışma süresinden kimin sorumlu olduğunu belirler: ilk durumda çalışanın cihazı, ikincisinde yönetilen bir cihaz. Ayrıca kimlik doğrulamanın bir kişiyi mi yoksa bir ağı mı tanımladığını da belirler.

Gereksinim, bir ofisteki her makinenin cihaz başına kurulum olmadan başka bir ofise ulaşmasıysa burada durun. Bu siteden siteyedir ve bir yığın uzaktan erişim oturumu bunun yerini tutmaz.

Adresleme ve dönüş yolu

Yerel ve uzak aralıkları ayrı planlayın. İki site aynı özel alt ağı kullanabilir ve tasarım o zaman yönlendirme netleşmeden önce çeviri veya yeniden numaralandırma gerektirir. Merkez ofisle aynı aralığı kullanan bir ev yönlendiricisi, uzaktan çalışan tek bir kişi için aynı sorunu yaratır. Çakışma yeterince yaygındır; bu yüzden bunun denetimi ilk konuşmaya aittir.

Dönüş yolu en az giden yol kadar önemlidir. Bir sunucu bir isteği alıp yine de istemci ağına dönüş yolu olmayabilir.

Hangi yönlendiricinin uzak öneki bildiğini belgeleyin, özellikle bulut ağlarında ve birden çok ağ geçidinde. Yeşil bir tünel simgesi bir hedefin çalışan dönüş yolu olup olmadığını yanıtlayamaz; tek yönlü bir ping de yanıtlayamaz. Uzaktan erişimde ağ geçidi genellikle havuz rotasını elinde tutar; siteden siteyede öneki taşıyan her ara yönlendirici aynı fikirde olmalıdır. Adres gömülü bir uygulama bozulana kadar çeviri eksik bir rotayı gizleyebilir.

İnternet çıkışı ayrı bir karardır

Özel erişilebilirlik, tünelin genel taramayı taşımasını gerektirmez. Olağan web trafiğinin ağ geçidinden çıkıp çıkmadığı ikinci bir karardır; tasarım başına verilir ve istemci profilinde ya da site yapılandırmasında kaydedilir.

Tam tünel ve bölünmüş tünel o sorunun yanıtıdır, uzaktan erişim ile siteden siteye sorusunun değil. İç adlar her iki tasarımda da uygun DNS gerektirir, çünkü genel bir çözümleyicinin özel bir ofis ana bilgisayar adına yanıtı yoktur. Bir çözümleyici göndermek ile varsayılan rota göndermek ilişkili ayarlardır ve birini diğeri olmadan değiştirmek DNS sorunu gibi görünen arızalar üretir.

Hatayı daraltmak için topolojiyi kullanın

Dolaşan tek bir dizüstü bilgisayarın erişimi kaybetmesi istemciye, hesabına veya yerel ağına işaret eder. Bütün bir şubenin erişimi kaybetmesi paylaşılan yollara ve ağ geçitlerine işaret eder.

Önce tünelin kurulmasını, sonra rotaları, sonra izin verilen trafiği, sonra ad çözümlemesini, sonra uygulama oturumunu kontrol edin ve başarısız olan ilk adımda durun. ip route get 10.60.8.15, tek bir uygulama günlüğünü okumadan önce yönlendirme sorusunu yanıtlar. Şifreleme ayarları bir dosya paylaşımı izin hatasını düzeltmez ve çalışan bir ping bir uygulamanın yetkili olduğunu kanıtlamaz. Sırayı sabit tutmak, bir hatayı üçe çeviren rastgele yapılandırma değişikliklerini önler.

Son olarak, satıcı belgelerini okurken tanımları ayrı tutun: ticari bir internet çıkış sunucusu, bir şirketin özel ağ geçidinden farklı bir hizmettir ve o şirketin ağına erişim vermez.