Veb-xosting yoki VPS: rejangiz VPN serverini ishga tushira oladimi?
Umumiy xosting, boshqariladigan ilova va o‘zi boshqariladigan server tarmoqqa turlicha nazorat beradi. Biror narsa sotib olish yoki ko‘chirishdan oldin to‘rt imkoniyatni solishtiring.
Ishlayotgan veb-sayt provayderning HTTP bera olishiga dalil, siz mashinani boshqarishingizga emas. Umumiy reja, boshqariladigan ilova va o‘zi boshqariladigan server o‘rtasida hisob tarmoq bilan nima qila olishida katta farq bor. Yana bir yil to‘lashdan oldin VPN loyihangizga shu farqning qaysi tomoni kerakligini hal qiling. To‘rt imkoniyat ikkalasini ajratadi va ularning hech biri narxlar ro‘yxatida ko‘rinmaydi.
Har bir reja aslida nima beradi
Foydali taqqoslash narx yoki disk hajmi emas, vakolatdir. Hisob nimani ishga tushira olishini, qaysi yadro funksiyalariga yeta olishini, qaysi portlar kiruvchi trafikni qabul qilishini va ruxsat etilgan trafik yana boshqa joyga chiqa olishini so‘rang.
Xosting mahsulotlarining aksariyati uch shaklga kiradi va faqat oxirgisi umumiy maqsadli serverdir:
| 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 hisobi odatiy chalkashlik manbai. Fayl uzatish yoki rejalashtirilgan vazifalarga kirish boshqaruvga o‘xshab ko‘rinishi mumkin, holbuki jarayon bitta papka va oz sonli ruxsat etilgan amallar bilan cheklangan.
Javobni hal qiladigan to‘rt imkoniyat
Ularni tartib bilan oling, chunki birinchi qadamdagi muvaffaqiyatsizlik qolganini ma’nosiz qiladi.
Birinchidan, dasturiy ta’minot xizmat ko‘rsatishdan omon qoladigan uzoq muddatli jarayon sifatida ishlashi kerak. Ikkinchidan, amalga oshirish o‘z virtual interfeysini yarata olishi kerak; Linuxda bu odatda tegishli ma’muriy ruxsat bilan /dev/net/tun faylini ochishni anglatadi, yadroning TUN/TAP hujjatlari tushuntirganidek, har bir VPN loyihasi bu qurilmadan foydalanmasa ham. Uchinchidan, mijozlar ommaviy manzildagi tinglovchiga yetib borishi kerak, siz nazarda tutgan transport va port bo‘ylab, va HTTPS qabul qiladigan veb-teskari proksi xuddi shu raqamdagi bog‘lanmagan protokol haqida hech narsa demaydi. To‘rtinchidan, ruxsat etilgan trafik oldinga o‘ta olishi kerak, marshrutlar, yo‘naltirish va haqiqatan qo‘llab-quvvatlanadigan har qanday tarjima bilan.
Xizmat shartlari o‘sha to‘rttaning yonida turadi va umuman texnik emas. Cheksiz trafik normalari odatda veb-so‘rovlarni tasvirlaydi, boshqalarning yuklab olishlarini tashuvchi tunnelni emas. Uning atrofida loyihalashdan oldin maqbul foydalanish bo‘limini o‘qing va xizmat ishga tushmaydigan kun uchun tiklash kirishini yodda tuting.
Veb-sayt hisobi qayerda to‘xtaydi
Veb-sayt rejasi odatda kodingizni qat’iy kirish nuqtasi bo‘lgan boshqariladigan ish muhitida ishga tushiradi. Tunnel binar fayli mavjud bo‘lsa ham, jarayonda qurilma tugunini ochish, imtiyozli portni band qilish yoki marshrutlash jadvalini o‘zgartirish ruxsati bo‘lmasligi mumkin. Bu cheklovlar mahsulotning o‘zi, e’tiborsizlik emas.
Shuning uchun VPN va’da qiladigan plagin odatda boshqa joyga proksi bo‘lib chiqadi. Agar joriy hisob faqat veb-sayt boshqaruvini taklif qilsa, halol qadam alohida server, yo‘qolgan vakolatni ochadigan modulni izlash emas.
Bitta xost ikkalasini ishga tushirishi kerak bo‘lganda
Bo‘lishish mumkin va ba’zan oqilona, lekin unga qulaylik emas, xavfsizlik qarori sifatida qarang. Yuklash formasi bo‘lgan veb-ilova tunnel hisob ma’lumotlari va boshqaruv soketi yonida turadi, va biridagi zaiflik ikkinchisiga yetadi. Alohida hisoblar, alohida xizmat birliklari va alohida fayl tizimlari ikkinchi mashina sotib olmasdan bu ta’sirni kamaytiradi.
Resurslar uchun raqobat ham shunchalik muhim. Tunnel orqali zaxira nusxa va band veb-jarayon bir xil yuqori kanal va bir xil disk uchun raqobatlashadi, va nosozlik to‘yingan tunnel emas, sekin sayt kabi ko‘rinadi. Hodisadan oldin qaysi yuk yutishini hal qiling va sayt javob berishda davom etishi uchun tunnelni cheklang.
Ikkala xizmat ham ishlayotgani uchun ikkala tartib ham izolyatsiya qilinmagan. Ularni birga joylashtirish qobiliyati loyihaning boshlanishi, izolyatsiya ishi esa uni himoya qilinadigan qiladi.
Buni sinov xostida to‘rt buyruq bilan hal qiling
Ko‘chirishdan oldin maqsadli mahsulotning eng kichik nusxasini bir soatga ijaraga oling va to‘rt imkoniyatni to‘g‘ridan-to‘g‘ri sinab ko‘ring. Xususiyatlar jadvalidan taxmin qilish noto‘g‘ri rejaning bir yilidan kamroq pul sarflaydi, lekin ancha ko‘p vaqt.
Bularni sinov xostida ishga tushiring va muvaffaqiyatsizliklarni to‘siq emas, javob sifatida o‘qing:
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 | headBirinchi ikki satr tunnel qurilmasi umuman mavjud bo‘lishi mumkinligini aytadi. Uchinchisi xost paketlarni uzata olishini bildiradi, to‘rtinchisi esa port to‘qnashuvi erta ushlanishi uchun nima allaqachon tinglayotganini ko‘rsatadi. Ikkinchi satrda muvaffaqiyatsizlikka uchragan provayder foydalanuvchi fazosidagi amalga oshirishni baribir qo‘llab-quvvatlashi mumkin, shuning uchun ularning yordam xizmatidan so‘raganda mahsulot toifasini emas, kerakli mexanizmni ayting.