OpenVPN kullanıyoruz: protokol, motor yoksa uygulama mı? Bunun yerine ne sorulmalı

«OpenVPN kullanıyoruz» cümlesi destek taleplerinde, satın alma formlarında ve yeni çalışan belgelerinde karşımıza çıkar ve her birinde farklı bir soruyu yanıtlar. Bazen bir aktarım protokolünü, bazen bir ağ geçidindeki yazılımı, bazen de yeni çalışanın kurması gereken uygulamayı adlandırır. Bu üç olgu farklı sonraki adımlara götürür ve hangisinin kastedildiğini sormak tahmin etmekten daha az zaman alır. Araştırmanın geri kalanı o yanıttan doğar.

Rolü markadan ayırarak başlayın, çünkü marka üçünü de kapsar.

Bu ad, farklı biçimlerde başarısız olan üç rolü kapsar

Bir protokol olarak OpenVPN, uyumlu eşlerin nasıl tünel kurduğunu ve içinden geçeni nasıl koruduğunu tanımlar. Bir yazılım olarak, o protokolü istemci ya da sunucu rolünde konuşan bir uygulamadır. Bir istemci olarak, birinin kurduğu, kendi sürümü, profil biçimi ve platform tuhaflıkları olan bir uygulamadır. Bir roldeki arıza başka bir roldeki arıza anlamına gelmez, bu yüzden «OpenVPN düştü» cümlesinin bir öznesi olmalıdır.

Bildiren kişinin ne görebildiğini sorun: bir profil dosyası, kurulu bir program ya da yönettiği bir ağ geçidi. Bu tek ayrıntı, sonraki adımın istemci günlüğü mü, paketle ilgili bir soru mu yoksa sunucu tarafında dinleyici denetimi mi olduğunu söyler.

OpenVPN 2 ile OpenVPN 3 bir yükseltme çifti değildir

OpenVPN 2.x hem sunucu hem istemci rolünde çalışır ve ağ geçidi kurulumlarının çoğu hâlâ onu kullanır. OpenVPN 3, kendi yapılandırması ve oturum modeli olan, istemciye yönelik ayrı bir uygulamadır; 2.x sunucusunun üzerine kurduğunuz sonraki sürüm değildir. OpenVPN Connect, OpenVPN 3 motoru üzerine kurulmuş bir istemci uygulamasıdır. Bunlardan herhangi birini kurmak bir internet çıkış hizmeti oluşturmaz; çıkış, işletmecinin yapılandırdığı şeydir.

Protokol düzeyindeki uyumluluk profil yönergelerine uzanmaz, bu yüzden temiz içe aktarılan bir profil bile istemcinin uygulamadığı bir yönergede başarısız olabilir.

Taşıma, içindeki uygulama değildir

Dış bağlantı, yapılandırılmış bir dinleyiciye ulaşmak için UDP ya da TCP gibi bir taşıma kullanır ve tünelin taşıdığı her şey onun içinde gider. VPN üzerinden yapılan bir web isteğinin kendi OpenVPN dinleyicisine ihtiyacı yoktur ve kablo üzerinde OpenVPN paketine dönüşmez. TLS kipinde denetim kanalı anahtar malzemesi üzerinde anlaşırken veri kanalı yükü korur ve günlükleri okurken bu ayrımı doğru tutmak değerlidir.

Katmanları karıştırmak, tünelden zaten çalışan bir site için bağlantı noktası açmak gibi isteklere yol açar. Bağlantı noktası dış bağlantıya aittir, uygulamaya değil.

Bir profilin neleri vaat edebileceği ve neleri edemeyeceği

Bir profil tek bir istemciye tek bir hizmete nasıl ulaşacağını söyler: uç nokta, taşıma, kimlik malzemesi ve çoğu zaman birkaç yönlendirme ve DNS tercihi. O hizmeti kimin işlettiği ya da hesabın yetkili olup olmadığı hakkında hiçbir şey söylemez. Yollar, çözümleyici ayarları, iletme kuralları ve erişim ilkesi oturumun gerçekte neye ulaştığını belirler. Başarıyla içe aktarılan bir profil, çalışan bir bağlantının başlangıcıdır, onun kanıtı değil.

Biri bir kaynağa VPN üzerinden ulaşılıp ulaşılamayacağını sorduğunda yanıt, istemcinin yapılandırma dosyasına değil sunucunun ilkesine bağlıdır.

Sağlanabilecek olanı isteyin

Geniş adı üç belirgin şeye dönüştürün: istemci ve sürümü, o istemci için yetkilendirilmiş profil ve kişinin ulaşması gereken kaynak. Bunlarla sağlama somut bir iştir. Onlar olmadan her yanıt, sorunun hangi OpenVPN'i kastettiğine dair bir tahmindir.

Yanıtı isteğin kendisine yazın. Sonraki talep aynı soruyu aynı belirsiz biçimde soracaktır.