Веб-хостинг немесе VPS: жоспарыңыз VPN серверін іске қоса ала ма?
Ортақ хостинг, басқарылатын қолданба және өзін-өзі басқаратын сервер желіге түрлі бақылау береді. Бірдеңе сатып алу немесе көшіру алдында төрт мүмкіндікті салыстырыңыз.
Жұмыс істеп тұрған веб-сайт провайдердің HTTP бере алатынын дәлелдейді, сіз машинаны басқарасыз дегенді емес. Ортақ жоспар, басқарылатын қолданба және өзін-өзі басқаратын сервер арасында аккаунттың желімен не істей алатынында үлкен алшақтық бар. Тағы бір жыл төлеу алдында VPN дизайныңызға сол алшақтықтың қай жағы қажет екенін шешіңіз. Төрт мүмкіндік екеуін ажыратады, және олардың ешқайсысы баға тізімінде көрінбейді.
Әр жоспар шын мәнінде не береді
Пайдалы салыстыру — баға немесе дискі көлемі емес, өкілеттік. Аккаунт нені іске қоса алатынын, қандай ядро мүмкіндіктеріне жете алатынын, қай порттар кіріс трафигін қабылдайтынын және рұқсат етілген трафик қайта басқа жерге шыға алатынын сұраңыз.
Хостинг өнімдерінің көбі үш пішінге жатады, және тек соңғысы жалпы мақсаттағы сервер:
| 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 аккаунты — әдеттегі шатасудың көзі. Файл тасымалдау немесе жоспарланған тапсырмаларға қатынау әкімшілік сияқты көрінуі мүмкін, ал процесс бір қалтамен және рұқсат етілген аз операциялар жиынымен шектеледі.
Жауапты шешетін төрт мүмкіндік
Оларды ретімен алыңыз, өйткені бірінші қадамдағы сәтсіздік қалғанын мағынасыз етеді.
Біріншіден, бағдарлама ұзақ мерзімді процесс ретінде жұмыс істеуі керек, ол техникалық қызмет көрсетуден өтеді. Екіншіден, іске асыру өзінің виртуалды интерфейсін құра алуы керек; 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Алғашқы екі жол туннель құрылғысының жалпы болуы мүмкін бе дегенді айтады. Үшіншісі хост пакеттерді қайта жібере алатынын хабарлайды, ал төртіншісі порт қақтығысын ерте ұстау үшін не тыңдап тұрғанын көрсетеді. Екінші жолда сәтсіздікке ұшыраған провайдер пайдаланушы кеңістігіндегі іске асыруды әлі де қолдауы мүмкін, сондықтан олардың қолдау қызметіне жүгінгенде өнім санатын емес, керек механизмді атаңыз.