Web barındırma mı VPS mi: paketiniz bir VPN sunucusu çalıştırabilir mi?
Paylaşımlı barındırma, yönetilen bir uygulama ve kendi yönettiğiniz sunucu farklı ağ denetimi verir. Bir şey satın almadan veya taşımadan önce dört yeteneği karşılaştırın.
Çalışan bir web sitesi, sağlayıcının HTTP sunabildiğinin kanıtıdır; sizin bir makineyi denetlediğinizin değil. Paylaşımlı bir paket, yönetilen bir uygulama ve kendi yönettiğiniz bir sunucu arasında, hesabın ağ üzerinde ne yapabileceği konusunda büyük bir uçurum var. Bir yıl daha ödemeden önce VPN tasarımınızın bu uçurumun hangi tarafına ihtiyacı olduğuna karar verin. Dört yetenek bu ikisini ayırır ve hiçbiri bir fiyat listesinde görünmez.
Her paket gerçekte ne verir
Yararlı karşılaştırma fiyat ya da disk boyutu değil, yetkidir. Hesabın neyi başlatabildiğini, hangi çekirdek özelliklerine erişebildiğini, hangi bağlantı noktalarının gelen trafiği kabul ettiğini ve izin verilen trafiğin yeniden başka bir yere çıkıp çıkamadığını sorun.
Barındırma ürünlerinin çoğu üç biçime girer ve yalnızca sonuncusu genel amaçlı bir sunucudur:
| Capability | Website plan | Self-managed server |
|---|---|---|
| Long-running custom process | Usually not permitted | Yours to run under a service manager |
| Virtual network interface | Almost never available | Present when the kernel module and privilege allow it |
| Arbitrary inbound port | Restricted to the web stack | Provider filtering still applies |
| Forwarding for clients | Not offered | Possible once routing and policy are configured |
Shell hesabı olağan karışıklık kaynağıdır. Dosya aktarımı veya zamanlanmış görevlere erişim yönetim gibi görünebilir, oysa süreç bir dizine ve küçük bir izinli işlem kümesine hapsedilmiştir.
Yanıtı belirleyen dört yetenek
Bunları sırayla ele alın, çünkü ilk adımdaki başarısızlık geri kalanı anlamsız kılar.
Birincisi, yazılım bakımdan sonra da ayakta kalan uzun ömürlü bir süreç olarak çalışmalıdır. İkincisi, uygulama kendi sanal arayüzünü oluşturabilmelidir; Linux’ta bu genellikle ilgili yönetici izniyle /dev/net/tun dosyasını açmak anlamına gelir, çekirdeğin TUN/TAP belgeleri bunu açıkladığı gibi, her VPN tasarımı o aygıtı kullanmasa da. Üçüncüsü, istemciler genel adresteki dinleyiciye ulaşmalıdır, amaçladığınız taşıma ve bağlantı noktası üzerinden, ve HTTPS kabul eden bir web ters proxy’si aynı numaradaki ilgisiz bir protokol hakkında hiçbir şey söylemez. Dördüncüsü, izin verilen trafik ileri gidebilmelidir; yollar, yönlendirme ve gerçekten desteklenen herhangi bir çeviri ile.
Hizmet koşulları o dördün yanında durur ve hiç de teknik değildir. Sınırsız trafik kotaları genellikle web isteklerini tanımlar, başkalarının indirmelerini taşıyan bir tüneli değil. Etrafında tasarım yapmadan önce kabul edilebilir kullanım bölümünü okuyun ve hizmetin başlamayacağı gün için kurtarma erişimini aklınızda tutun.
Bir web sitesi hesabı nerede durur
Bir web sitesi paketi genellikle kodunuzu sabit bir giriş noktası olan yönetilen bir çalışma zamanında çalıştırır. Tünel ikili dosyası bulunsa bile sürecin bir aygıt düğümü açma, ayrıcalıklı bir bağlantı noktası bağlama veya yönlendirme tablosunu değiştirme izni olmayabilir. Bu kısıtlar ürünün kendisidir, bir gözden kaçırma değil.
Bu yüzden VPN vaat eden bir eklenti genellikle başka bir yere giden bir vekil sunucu olarak çıkar. Mevcut hesap yalnızca web sitesi denetimleri sunuyorsa dürüst adım ayrı bir sunucudur, eksik yetkiyi açan modülü aramak değil.
Tek bir sunucu ikisini birden çalıştırmak zorunda kaldığında
Paylaşım mümkündür ve bazen mantıklıdır, ancak bunu kolaylık değil güvenlik kararı olarak ele alın. Yükleme formu olan bir web uygulaması tünel kimlik bilgilerinin ve bir denetim soketinin yanında durur ve birindeki bir açık diğerine ulaşır. Ayrı hesaplar, ayrı hizmet birimleri ve ayrı dosya sistemleri ikinci bir makine almadan bu maruziyeti azaltır.
Kaynak rekabeti de aynı ölçüde önemlidir. Tünel üzerinden bir yedekleme ve yoğun bir web süreci aynı yukarı akış hattı ve aynı disk için yarışır ve arıza doygun bir tünel gibi değil, yavaş bir site gibi görünür. Olaydan önce hangi yükün kazanacağına karar verin ve site yanıt vermeye devam etsin diye tüneli sınırlayın.
İki hizmet de çalıştığı için iki düzen de yalıtılmış değildir. İkisini birlikte barındırma yeteneği tasarımın başlangıcıdır ve yalıtım işi onu savunulabilir kılan şeydir.
Bunu dört komutla bir deneme sunucusunda karara bağlayın
Taşımadan önce hedef ürünün en küçük örneğini bir saatliğine kiralayın ve dört yeteneği doğrudan test edin. Özellik tablosundan tahmin etmek yanlış paketin bir yılından daha az para harcar ama çok daha fazla zaman.
Bunları deneme sunucusunda çalıştırın ve başarısızlıkları engel değil yanıt olarak okuyun:
ls -l /dev/net/tun
sudo ip tuntap add dev tun9 mode tun && sudo ip link del tun9
sysctl net.ipv4.ip_forward
ss -lunp | headİlk iki satır bir tünel aygıtının hiç var olup olamayacağını söyler. Üçüncüsü sunucunun paketleri iletip iletemeyeceğini bildirir, dördüncüsü ise bağlantı noktası çakışması erken yakalansın diye neyin zaten dinlediğini gösterir. İkinci satırda başarısız olan bir sağlayıcı yine de kullanıcı alanında bir uygulamayı destekleyebilir, bu yüzden destek masalarına sorarken ürün kategorisini değil, ihtiyaç duyduğunuz mekanizmayı adlandırın.