Kendi kendine barındırma size operatör rolünü verir: yazılımı, yapılandırmayı, güncelleme takvimini ve kendi hizmetinizin ne kaydettiğini siz seçersiniz. Yapmadığı şey, diğer tarafları bağlantıdan çıkarmaktır. Erişim ağınız paketleri taşımaya devam eder, barındırma sağlayıcınız makineyi işletmeye devam eder, bir çözümleyici sorguları yanıtlamaya devam eder ve bir hedef hâlâ bir istek görür. Bunlardan hangisini gerçekten değiştirdiğinizi bilmek, alıştırmanın tamamıdır.

Adım 1: tarafları envanterleyin

Gerçek kurulumdaki her tarafı listeleyin: cihazınız, bağlandığınız ağ, VPN ana makinesi, DNS çözümleyici ve hedef hizmet. Her biri için neleri gözlemleyebileceğini ve hangi ayarları sizin denetlediğinizi not edin.

Bu tablo, anonimlik üzerine herhangi bir iddiadan daha faydalıdır, çünkü denetimin gerçekten nerede değiştiğini gösterir. Ana makinenin yapılandırmasını ve günlüklerini siz denetlersiniz. Erişim ağının bağlantınıza bakışını denetlemezsiniz ve hedefin hesabınız hakkında ne kaydettiğini de denetlemezsiniz.

Bir ev uç noktası için kapsanan trafik normalde o evin erişim bağlantısından çıkar. Hedefinizin gördüğü çıkış adresi hanenin adresidir; bu topolojiyle ilgili bir olgudur, yazılımda bir kusur değildir. Değiştirmek istediğiniz adres buysa, bir ev sunucusu bunu yapamaz. Başka bir yerde çıkışa ihtiyacınız var.

Adım 2: ne kazandığınızı yazın

Dağıtılmış yapılandırmayı inceleyebilir, hangi cihazların katılabileceğine karar verebilir, bir tanılama ilkesi belirleyebilir ve seçtiğiniz kayıtları tutabilirsiniz. Bunlar, onları sürdürdüğünüzde gerçek denetimlerdir ve kendi kendine barındırmanın dürüst gerekçesi budur.

Bunlar koşulludur da. Kullanılmayan bir varsayılan ayar ve test edilmemiş bir yedekleme, protokolün sağladığı özellikler değildir; bunlar niyetlerdir. Denetimi, onu kanıtlayan testle birlikte yazın, yoksa sayılmaz.

Adım 3: bakım listesini kabul edin

Liste kısa ve acımasızdır: yönetici hesabını koruyun, sunucu anahtarlarını koruyun, istemci kimliklerini verin ve iptal edin, yedeklemeleri tutun, kaybolan cihazları kaldırın ve başarısız tünele bağlı olmayan bir kurtarma yolu saklayın.

İptal kendi satırını hak eder. Yapılandırmadan kaldırdığınız ama hiç iptal etmediğiniz bir cihaz hâlâ geçerli kimlik bilgilerine sahiptir ve fark ancak biri onları kullandığında ortaya çıkar. Kaldırmayı eski materyalle bağlanmayı deneyerek test edin.

Yedeklemeler de aynı muameleyi gerektirir. Birini yedek ana makinede geri yükleyin ve tünelin aynı kimliklerle açıldığını doğrulayın. Hiç geri yüklemediğiniz bir yedek, bir dosyadır, kurtarma planı değil.

Adım 4: anonimlik varsayımını bırakın

Sunucuyu çalıştırmak tarayıcınızı anonim yapmaz. Siteler hâlâ hesap bilgisi ve çerez alır ve HTTPS, uygulama verilerini tünelden bağımsız olarak kendi yolunda korur.

Daha ince bir etki de var: yalnızca sizin kullandığınız bir adres, kullanımınızla ilişkilendirilen kalıcı bir sinyal hâline gelebilir. Ticari bir çıkış yabancılarla paylaşılır; bu, gizlilik açısından bir yönden kötü, başka bir yönden iyidir. Kendi adresiniz benzersizdir ve bu, söz konusu takası tersine çevirir.

Amaç ilişkilendirilmesi zor olmaksa, kendi kendine barındırma bunu zorlaştırmak yerine kolaylaştırabilir. Bir akşam harcamadan önce hangi özelliği gerçekten istediğinize karar verin. Benzersizlik bir maliyettir, bir özellik değildir ve çoğu kendi kendine barındırma yazısında görünmez. Onu 1 numaralı adımın taraf tablosuna yazın, takas görünür hâle gelir.

Adım 5: belirtilen bir gerekçeyle seçin

Kendi ağınıza özel erişim, yapılandırma denetimi, belirli bir yönlendirme gereksinimi veya bir sağlayıcının politikasından bağımsızlık, hepsi iyi gerekçelerdir. Hangisi geçerliyse onu yazın ve çalıştığını gösterecek testi tasarlayın.

Sonra sıkıcı kısımları doğrulayın: ana makine yamalı mı, eski anahtarlar gitti mi, saklama belgelediğiniz gibi mi ve bir arızadan sonra hizmeti geri yükleyebiliyor musunuz? Bu dört yanıt, güven modelini protokolün adından çok daha iyi tanımlar.

Adım 6: çıkışı planlayın

Ana makineden nasıl taşınacağınıza önceden karar verin: yapılandırmanın nerede durduğu, istemci profillerinin nasıl yeniden verildiği ve tuttuğunuz kayıtlara ne olacağı. Çıkış planı olmayan kendi kendine barındırılan bir hizmet, kaldıramayacağınız bir bağımlılığa dönüşür.

AWS ortak sorumluluk modeli AWS dışında da yararlı bir şablondur, çünkü aynı soruyu dayatır: hangi katman sizin ve hangisi başkasına ait. 1 numaralı adımdaki her taraf için yanıtlayın ve güven modeli bir slogandan ibaret olmaktan çıkar.

İlgili makaleler