Bir VPN bağdaştırıcısının adı neden farklı bir protokolü gizleyebilir
Bağdaştırıcının yanındaki etiket onu oluşturan yazılımı tanımlar, ağdaki paketleri değil. Bir çözüm seçmeden önce istemciyi, profili ve eşi kontrol edin.
Bir VPN bağdaştırıcısının yanındaki etiket, arayüzü oluşturan yazılımı tanımlar ve bu, ağdan gerçekten geçen paketlerin bir kat üstündedir. Bir eklenti, adı ağdaki kapsüllemeyi değil eklentinin kendi sınıflandırmasını yansıtan bir bağdaştırıcı gösterebilir. İstemciyi, profili ve eşi okumak, adın cevaplayamadığını cevaplar. Ayarlar menüsünde aynı görünen iki bağlantı, bir kayıtta tamamen farklı davranabilir.
Ad, sağlayıcıdan gelir, ağdan değil
Windows, yerleşik VPN istemcileri için kısa bir bağlantı türleri listesi tanımlar ve üçüncü taraf ürünler yanlarına kendi yığınlarını kurar. Ağ listesinde görünen bağdaştırıcıyı, bağlantıya sahip olan sürücü oluşturur, dolayısıyla adı sürücü hakkında kanıttır, dış protokol hakkında garanti değildir. Bu yüzden bir istemcinin kaldırılması geride bir bağdaştırıcı adı bırakabilir.
Microsoft'un VPN bağlantı türleri hakkındaki belgeleri, türün o bağlantı için istemcinin yapılandırmasını tanımladığını açıkça belirtir. Bir eklenti devredeyse, gösterilen tür eklentinin kaydettiğini izler ve gerçek kapsülleme tamamen başka bir şey olabilir.
Aynı katmanlama başka yerlerde de görülür. Bir Linux ana bilgisayarındaki sanal bağdaştırıcı, bir TAP aygıtı veya bir mobil VPN hizmeti uzantısı, hepsi yazılım tarafından oluşturulan arayüzlerdir ve arayüzün adı sunucuyla müzakere edilmek yerine o yazılım tarafından seçilir.
Bağlantı noktaları ve adresler size ne söyleyebilir, ne söyleyemez
Her katman farklı kanıtlar bırakır. Bunları ayrı ayrı okuyun, etiket bir hüküm olmaktan çıkar:
| Evidence | What it establishes | Where it misleads |
|---|---|---|
| Adapter name | Which driver bound the interface | Plugins choose their own labels |
| Profile file | Which client consumes the configuration | Abstraction layers hide the transport |
| Outer port | Which port the peer accepts | 443 carries several protocols plus HTTPS |
| Tunnel address | The inner interface's network | Says nothing about encapsulation |
TCP 443 en açık örnektir. SSTP, bir OpenVPN TCP tüneli, bir SoftEther SSL-VPN oturumu veya sıradan web trafiği taşıyabilir ve tek başına bağlantı noktası numarası bunları ayırt edemez. Bu nedenle 443'e izin veren bir güvenlik duvarı kuralı, hangi istemcinin kullanıldığına dair kanıt değildir. Dış arayüzdeki bir kayıt bunu çözer ve saniyeler içinde çözer.
Profil biçimini ve eşi okuyun
Yapılandırma dosyası bağdaştırıcıdan daha güçlü bir ipucudur. Bir OpenVPN profili remote, proto ve ca gibi yönergeler içerir; bir WireGuard yapılandırması özel anahtar içeren [Interface] bölümü ve izin verilen IP'ler içeren [Peer] bölümleri içerir; Windows telefon defteri girdisi bağlantı türünü kendi biçiminde saklar. Her sözdizimi tek bir uygulamaya aittir.
Ardından eşin belgelerine ve günlüklerine bakın. Sunucu oturumu hangi protokol işleyicisinin kabul ettiğini bilir ve günlüğü tamamlanan aşamayı adlandırır. Bu kanıt herhangi bir masaüstü etiketinden üstündür, çünkü paketlerin gerçekten yorumlandığı yerde kaydedilir.
Kılavuzu etikete göre değil protokole göre seçin
Bir OpenVPN yönergesi OpenVPN'e aittir, WireGuard anahtarları ve izin verilen IP'ler WireGuard'a aittir ve bir SSTP profili ikisi de değildir. Bir istemcinin seçeneğini diğerine yapıştırmak, bağdaştırıcı adı uyumlu kulağa geldiği için, çalışan bir yapılandırmanın bozulma yoludur.
Protokol belirlendikten sonra, eşleşen sorun giderme yolunu seçin: istemcinin kendi günlüğü, sunucunun protokole özgü günlüğü ve dış alışverişi gösteren bir kayıt. Oradan itibaren arızanın bir etiket yerine adı vardır.