Web hosting o isang VPS: kaya bang magpatakbo ng VPN server ng iyong plano?

Ang gumaganang website ay patunay na kayang maghatid ng HTTP ng isang provider, hindi na ikaw ang kumokontrol sa isang makina. Sa pagitan ng shared plan, pinamamahalaang aplikasyon at sariling-pinamamahalaang server ay may malaking agwat sa kung ano ang maaaring gawin ng account sa network. Magpasya kung aling panig ng agwat na iyon ang kailangan ng iyong disenyo ng VPN bago ka magbayad ng isa pang taon. Apat na kakayahan ang naghihiwalay sa dalawa, at wala sa mga ito ang lumalabas sa listahan ng presyo.

Ano ang tunay na ibinibigay ng bawat plano

Ang kapaki-pakinabang na paghahambing ay hindi presyo o laki ng disk, kundi awtoridad. Itanong kung ano ang kayang simulan ng account, aling mga feature ng kernel ang naaabot nito, aling mga port ang tumatanggap ng papasok na trapiko at kung ang pinapayagang trapiko ay makakalabas muli patungo sa ibang lugar.

Karamihan sa mga produkto ng hosting ay nahuhulog sa tatlong anyo, at ang huli lamang ang server na pangkalahatang gamit:

Ang shell account ang karaniwang pinagmumulan ng kalituhan. Ang paglilipat ng file o pag-access sa naka-iskedyul na gawain ay maaaring magmukhang administrasyon habang ang proseso ay nakakulong sa isang direktoryo at sa kaunting pinapayagang operasyon.

Apat na kakayahang nagpapasya sa sagot

Kunin sila nang sunod-sunod, dahil ang pagkabigo sa unang hakbang ay nagpapawalang-bisa sa iba.

Una, kailangang tumakbo ang software bilang pangmatagalang proseso na nakakalampas sa maintenance. Ikalawa, kailangang makagawa ang implementasyon ng sarili nitong virtual interface; sa Linux, karaniwang ibig sabihin nito ay buksan ang /dev/net/tun gamit ang kaugnay na administratibong pahintulot, gaya ng dokumentasyon ng kernel tungkol sa TUN/TAP na naglalarawan, kahit hindi lahat ng disenyo ng VPN ay gumagamit ng device na iyon. Ikatlo, kailangang maabot ng mga kliyente ang tagapakinig sa pampublikong address, transport at port na nilalayon mo, at ang isang web reverse proxy na tumatanggap ng HTTPS ay walang sinasabi tungkol sa isang walang kaugnayang protocol sa parehong numero. Ikaapat, kailangang makapagpatuloy ang pinapayagang trapiko, may mga ruta, pagpapasa at anumang pagsasalin na tunay na sinusuportahan.

Ang mga tuntunin ng serbisyo ay nakatayo sa tabi ng apat na iyon at hindi teknikal sa anumang paraan. Ang walang limitasyong trapiko ay karaniwang naglalarawan ng mga web request, hindi ng tunnel na nagdadala ng download ng iba. Basahin ang seksyon ng katanggap-tanggap na paggamit bago magdisenyo sa paligid nito, at isaisip ang access sa pagbawi para sa araw na hindi magsisimula ang serbisyo.

Saan natatapos ang isang website account

Karaniwang pinapatakbo ng website plan ang iyong code sa loob ng pinamamahalaang runtime na may takdang entry point. Kahit may binary ng tunnel, maaaring walang pahintulot ang proseso na magbukas ng device node, magbigkis ng privileged port o baguhin ang routing table. Ang mga paghihigpit na iyon ay ang produkto, hindi kapabayaan.

Kaya ang isang plugin na nangangakong VPN ay kadalasang nagiging proxy patungo sa ibang lugar. Kung ang kasalukuyang account ay nag-aalok lamang ng mga kontrol sa website, ang tapat na hakbang ay isang hiwalay na server, hindi ang paghahanap ng module na nagbubukas ng kulang na awtoridad.

Kapag isang host lang ang dapat magpatakbo ng dalawa

Posible at kung minsan makatuwiran ang pagbabahagi, ngunit ituring itong desisyon sa seguridad at hindi kaginhawahan. Ang isang web application na may upload form ay nakatayo sa tabi ng mga kredensyal ng tunnel at control socket, at ang isang pagsasamantala sa isa ay umabot sa isa. Ang hiwalay na account, hiwalay na service unit at hiwalay na filesystem ay nagpapababa ng pagkakalantad na iyon nang hindi bumibili ng pangalawang makina.

Ang kompetisyon sa mga mapagkukunan ay kasinghalaga. Ang backup sa tunnel at abalang web process ay nag-aagawan sa parehong uplink at parehong disk, at ang pagkasira ay mukhang mabagal na site kaysa puspos na tunnel. Magpasya kung aling karga ang mananalo bago ang insidente, at limitahan ang tunnel para patuloy na sumagot ang website.

Wala sa dalawang kaayusan ang nakahiwalay dahil lang sa tumatakbo ang dalawang serbisyo. Ang kakayahang i-host silang magkasama ang simula ng disenyo, at ang gawain ng paghihiwalay ang nagpapawalang-sala rito.

Ipasya ito sa isang trial host gamit ang apat na utos

Bago lumipat, upahan ang pinakamaliit na instance ng target na produkto nang isang oras at direktang subukan ang apat na kakayahan. Ang paghula mula sa talahanayan ng feature ay nag-aaksaya ng mas kaunting pera kaysa isang taon ng maling plano, ngunit mas maraming oras.

Patakbuhin ang mga ito sa trial host at basahin ang mga kabiguan bilang sagot, hindi hadlang:

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

Sinasabi ng unang dalawang linya kung maaaring umiral ang isang tunnel device. Iniulat ng pangatlo kung maaaring magpasa ng packet ang host, at ipinapakita ng ikaapat kung ano ang nakikinig na, para mahuli agad ang salungatan sa port. Ang provider na nabigo sa ikalawang linya ay maaari pa ring sumuporta ng implementasyon sa user space, kaya pangalanan ang mekanismong kailangan mo, hindi ang kategorya ng produkto, kapag nagtatanong sa kanilang support.