Veb-hostinq, yoxsa VPS: planınız VPN serverini işə sala bilərmi?

İşləyən veb-sayt provayderin HTTP verə bildiyini sübut edir, maşını idarə etdiyinizi yox. Paylaşılan plan, idarə olunan tətbiq və özünüidarə edilən server arasında hesabın şəbəkə ilə nə edə biləcəyi barədə böyük fərq var. Daha bir il üçün ödəniş etməzdən əvvəl VPN dizaynınızın bu fərqin hansı tərəfinə ehtiyacı olduğunu qərarlaşdırın. Dörd imkan bu ikisini ayırır və heç biri qiymət siyahısında görünmür.

Hər plan əslində nə verir

Faydalı müqayisə qiymət və ya disk həcmi deyil, səlahiyyətdir. Hesabın nə işə sala bildiyini, hansı kernel funksiyalarına çata bildiyini, hansı portların daxil olan trafiki qəbul etdiyini və buraxılan trafikin başqa yerə yenidən çıxa bildiyini soruşun.

Hostinq məhsullarının çoxu üç formaya düşür və yalnız sonuncusu ümumi təyinatlı serverdir:

Shell hesabı adi qarışıqlıq mənbəyidir. Fayl ötürmə və ya planlaşdırılmış tapşırıq girişi idarəetmə kimi görünə bilər, halbuki proses bir qovluqla və kiçik bir icazəli əməliyyat dəsti ilə məhdudlaşır.

Cavabı həll edən dörd imkan

Onları sıra ilə götürün, çünki ilk addımdakı uğursuzluq qalanını əhəmiyyətsiz edir.

Birincisi, proqram təminatı texniki xidmətdən sonra da davam edən uzunömürlü proses kimi işləməlidir. İkincisi, tətbiq öz virtual interfeysini yarada bilməlidir; Linuxda bu adətən /dev/net/tun faylını müvafiq inzibati icazə ilə açmaq deməkdir, kernel TUN/TAP sənədləşməsi izah etdiyi kimi, baxmayaraq ki hər VPN dizaynı bu cihazdan istifadə etmir. Üçüncüsü, müştərilər dinləyiciyə ictimai ünvanda çata bilməlidir, nəzərdə tutduğunuz nəqliyyat və port üzərindən, və HTTPS qəbul edən veb əks-proksisi eyni nömrədəki əlaqəsiz protokol barədə heç nə demir. Dördüncüsü, buraxılan trafik irəli gedə bilməlidir, marşrutlar, yönləndirmə və həqiqətən dəstəklənən hər hansı ünvan çevirməsi ilə.

Xidmət şərtləri bu dördün yanında durur və heç də texniki deyil. Limitsiz trafik normaları adətən veb sorğularını təsvir edir, başqalarının yükləmələrini daşıyan tuneli yox. Ətrafında dizayn qurmazdan əvvəl məqbul istifadə bölməsini oxuyun və xidmətin işə düşməyəcəyi gün üçün bərpa girişini yadda saxlayın.

Veb-sayt hesabının dayandığı yer

Veb-sayt planı adətən kodunuzu sabit giriş nöqtəsi olan idarə olunan icra mühitində işlədir. Tünel ikili faylı mövcud olsa belə, prosesin cihaz qovşağını açmaq, imtiyazlı portu tutmaq və ya marşrut cədvəlini dəyişmək icazəsi olmaya bilər. Bu məhdudiyyətlər məhsulun özüdür, nöqsan deyil.

Buna görə VPN vəd edən plagin adətən başqa yerə proksi olur. Cari hesab yalnız veb-sayt idarəetməsi təklif edirsə, dürüst addım ayrı serverdir, çatışmayan səlahiyyəti açan modulu axtarmaq deyil.

Bir host hər ikisini işlətməli olduqda

Paylaşma mümkündür və bəzən məqsədəuyğundur, amma ona rahatlıq kimi deyil, təhlükəsizlik qərarı kimi yanaşın. Yükləmə forması olan veb tətbiqi tunel etimadnamələri və idarəetmə soketi ilə yan-yana durur, birindəki istismar digərinə çatır. Ayrı hesablar, ayrı xidmət vahidləri və ayrı fayl sistemləri ikinci maşın almadan bu məruz qalmanı azaldır.

Resurs rəqabəti də eyni dərəcədə vacibdir. Tünel üzərindən ehtiyat nüsxə və məşğul veb proses eyni yuxarı kanal və eyni disk üçün yarışır, nasazlıq isə doymuş tunel kimi deyil, yavaş sayt kimi görünür. Hadisədən əvvəl hansı iş yükünün qalib gələcəyini qərarlaşdırın və sayt cavab verməyə davam etsin deyə tuneli məhdudlaşdırın.

Hər iki xidmət işlədiyi üçün heç bir quruluş təcrid olunmuş deyil. Onları birlikdə yerləşdirmə qabiliyyəti dizaynın başlanğıcıdır, təcrid işi isə onu müdafiə oluna bilən edən şeydir.

Dörd əmrlə sınaq hostunda buna qərar verin

Köçürməzdən əvvəl hədəf məhsulun ən kiçik instansiyasını bir saatlıq icarəyə götürün və dörd imkanı birbaşa sınayın. Xüsusiyyət cədvəlindən təxmin etmək səhv planın bir ilindən az pul, amma daha çox vaxt itirir.

Bunları sınaq hostunda işə salın və uğursuzluqları maneə deyil, cavab kimi oxuyun:

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 sətir ümumiyyətlə tunel cihazının mövcud ola biləcəyini deyir. Üçüncüsü hostun paketləri yönləndirə bildiyini bildirir, dördüncüsü isə artıq nəyin dinlədiyini göstərir ki, port toqquşması erkən tutulsun. İkinci sətirdə uğursuz olan provayder yenə də istifadəçi məkanında icranı dəstəkləyə bilər, ona görə dəstək masasından soruşarkən məhsul kateqoriyasını deyil, lazım olan mexanizmi adlandırın.