Веб-хостинг же 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Алгачкы эки сап туннелдик түзмөк жалпысынан болушу мүмкүнбү дегени айтат. Үчүнчүсү хост пакеттерди өткөрүп жибере аларын билдирет, ал эми төртүнчүсү порт жаңжалын эрте кармоо үчүн эмне угуп жатканын көрсөтөт. Экинчи сапта ийгиликсиздикке учураган провайдер колдонуучу мейкиндигиндеги ишке ашырууну дагы эле колдой алат, ошондуктан алардын колдоо кызматына кайрылганда продукт категориясын эмес, керек механизмди атаңыз.