Уеб хостинг срещу VPS: може ли планът ви да пусне VPN сървър?

Работещ сайт е доказателство, че доставчикът може да сервира HTTP, а не че вие контролирате машина. Между споделен план, управлявано приложение и самостоятелно управляван сървър има голяма разлика в това какво може да прави акаунтът с мрежата. Решете коя страна на тази разлика е нужна на вашия VPN дизайн, преди да платите за още една година. Четири възможности разделят двете и нито една от тях не фигурира в ценовата листа.

Какво всъщност дава всеки план

Полезното сравнение не е цената или размерът на диска, а правомощията. Питайте какво може да стартира акаунтът, до кои функции на ядрото има достъп, кои портове приемат входящ трафик и дали допуснатият трафик може отново да излезе някъде другаде.

Повечето хостинг продукти попадат в три форми и само последната е сървър за общо предназначение:

Shell акаунтът е обичайният източник на объркване. Трансферът на файлове или достъпът до планирани задачи може да изглежда като администриране, докато процесът е ограничен до директория и малък набор разрешени операции.

Четири възможности, които решават въпроса

Вземете ги по ред, защото провал на първата стъпка прави останалите без значение.

Първо, софтуерът трябва да работи като дълготраен процес, който преживява поддръжка. Второ, реализацията трябва да може да създаде своя виртуален интерфейс; в Linux това обикновено означава отваряне на /dev/net/tun със съответното административно разрешение, както документацията на ядрото за TUN/TAP описва, макар че не всеки VPN дизайн използва това устройство. Трето, клиентите трябва да достигат слушателя на публичния адрес, транспорта и порта, които възнамерявате, а уеб обратен прокси, който приема HTTPS, не казва нищо за несвързан протокол на същия номер. Четвърто, допуснатият трафик трябва да може да продължи напред, с маршрути, препращане и всякаква транслация, която реално се поддържа.

Условията за ползване стоят до тези четири и изобщо не са технически. Обикновено неограничените квоти за трафик описват уеб заявки, а не тунел, който носи чужди изтегляния. Прочетете раздела за допустимо ползване, преди да проектирате около него, и дръжте достъпа за възстановяване наум за деня, в който услугата няма да стартира.

Къде спира уеб акаунтът

Уеб планът обикновено изпълнява кода ви в управлявана среда за изпълнение с фиксирана входна точка. Дори когато има тунелен бинарен файл, процесът може да няма право да отвори възел на устройство, да заеме привилегирован порт или да промени таблицата за маршрутизация. Тези ограничения са продуктът, а не пропуск.

Затова плъгин, който обещава VPN, обикновено се оказва прокси към друго място. Ако текущият акаунт предлага само уеб контроли, честната стъпка е отделен сървър, а не търсене на модула, който отключва липсващите правомощия.

Когато един хост трябва да върти и двете

Споделянето е възможно и понякога разумно, но го третирайте като решение за сигурност, а не като удобство. Уеб приложение с форма за качване стои до тунелни идентификационни данни и контролен сокет и експлойт в едното достига другото. Отделни акаунти, отделни услугови единици и отделни файлови системи намаляват тази експозиция, без да купувате втора машина.

Конкуренцията за ресурси има същото значение. Архивно копие през тунела и зает уеб процес се състезават за една и съща изходяща връзка и един и същ диск, а отказът изглежда като бавен сайт, а не като наситен тунел. Решете кой товар печели преди инцидента и ограничете тунела, за да продължи сайтът да отговаря.

Нито една от двете подредби не е изолирана само защото и двете услуги работят. Способността да ги хоствате заедно е началото на дизайна, а работата по изолацията е това, което го прави защитим.

Решете въпроса на пробен хост с четири команди

Преди миграция наемете най-малкия инстанс на целевия продукт за час и тествайте четирите способности директно. Гадаенето по таблица с функции прахосва по-малко пари от година с грешен план, но много повече време.

Изпълнете тези на пробния хост и четете отказите като отговори, а не като пречки:

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

Първите два реда казват дали тунелно устройство може изобщо да съществува. Третият съобщава дали хостът може да препраща пакети, а четвъртият показва какво вече слуша, така че конфликт на порт се хваща рано. Доставчик, който се проваля на втория ред, може все пак да поддържа реализация в потребителско пространство, затова назовавайте механизма, който ви трябва, а не продуктовата категория, когато питате тяхната поддръжка.