Web ostalaria edo VPS bat: zure planak VPN zerbitzari bat exekuta dezake?
Ostalari partekatuak, kudeatutako aplikazioak eta norberak kudeatutako zerbitzariak sare-kontrol desberdina ematen dute. Konparatu lau gaitasun ezer erosi edo migratu aurretik.
Funtzionatzen duen webgunea froga da hornitzaileak HTTP zerbitzatu dezakeela, ez zuk makina bat kontrolatzen duzunik. Plan partekatu, kudeatutako aplikazio eta norberak kudeatutako zerbitzari baten artean tarte handia dago kontuak sarearekin egin dezakeenaren inguruan. Erabaki zure VPN diseinuak tarte horren zein alde behar duen beste urtebete ordaindu aurretik. Lau gaitasunek bereizten dituzte biak, eta horietako bat ere ez da agertzen prezio-zerrenda batean.
Zer ematen dizu plan bakoitzak benetan
Konparazio erabilgarria ez da prezioa edo diskoaren tamaina, autoritatea baizik. Galdetu kontuak zer abia dezakeen, kernelaren zein eginbide har ditzakeen, zein portuk onartzen duten sarrerako trafikoa eta onartutako trafikoak beste norabait berriro irten dezakeen.
Ostalari-produktu gehienak hiru formetan banatzen dira, eta azkena soilik da helburu orokorreko zerbitzari bat:
| 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 kontua nahasmenaren ohiko iturria da. Fitxategi-transferentziak edo programatutako zereginetarako sarbideak administrazio itxura har dezake, prozesua direktorio batera eta baimendutako eragiketa-multzo txiki batera mugatuta dagoen bitartean.
Erantzuna erabakitzen duten lau gaitasun
Hartu hurrenez hurren, lehen urratsean huts egiteak gainerakoa garrantzirik gabe uzten baitu.
Lehenik, softwareak mantentze-lanak gainditzen dituen prozesu luze gisa exekutatu behar du. Bigarrenik, inplementazioak bere interfaze birtuala sortu behar du; Linuxen horrek, normalean, /dev/net/tun dagokion administrazio-baimenarekin irekitzea esan nahi du, kernelaren TUN/TAP dokumentazioak azaltzen duen bezala, VPN diseinu guztiek gailu hori erabiltzen ez duten arren. Hirugarrenik, bezeroek entzulea helbide publikoan iritsi behar dute, erabili nahi duzun garraioan eta portuan, eta HTTPS onartzen duen alderantzizko proxy web batek ez du ezer esaten zenbaki berean dagoen protokolo erlazionatugabeko bati buruz. Laugarrenik, onartutako trafikoak aurrera egin behar du, ibilbideekin, birbidalketarekin eta benetan onartzen den edozein itzulpenekin.
Zerbitzuaren baldintzak lau horien ondoan daude eta ez dira batere teknikoak. Trafiko-muga mugagabeek web eskaerak deskribatzen dituzte normalean, ez beste batzuen deskargak daramatzan tunel bat. Irakurri erabilera onargarriaren atala horren inguruan diseinatu aurretik, eta izan gogoan berreskuratze-sarbidea zerbitzua abiatuko ez den egunean.
Non geratzen den motz webguneko kontua
Webgune plan batek zure kodea sarrera-puntu finkoa duen exekuzio-ingurune kudeatu batean exekutatzen du normalean. Tunel binary bat egon arren, prozesuak gailu-nodo bat irekitzeko, portu pribilegiatu bat lotzeko edo bideratze-taula aldatzeko baimenik gabe egon daiteke. Muga horiek produktua dira, ez huts egite bat.
Horregatik, VPN bat agintzen duen plugina normalean beste norabait doan proxy bat izaten da. Egungo kontuak webgune-kontrolak soilik eskaintzen baditu, urrats zintzoa aparteko zerbitzari bat da, falta den autoritatea desblokeatzen duen moduluaren bilaketa ez.
Host batek biak exekutatu behar dituenean
Partekatzea posiblea da eta batzuetan zentzuzkoa, baina trata ezazu segurtasun-erabaki gisa, erosotasun gisa beharrean. Igoera-formularioa duen web aplikazio bat tunel-kredentzialen eta kontrol-socket baten ondoan dago, eta bateko exploit batek bestea iristen du. Kontu bereiziak, zerbitzu-unitate bereiziak eta fitxategi-sistema bereiziak esposizio hori murrizten dute bigarren makina bat erosi gabe.
Baliabideen lehiak beste berdin axola du. Tunelaren bidezko babeskopia batek eta web prozesu lanpetuta batek goiko esteka bera eta disko bera partekatzen dituzte, eta hutsegiteak webgune geldo baten itxura hartzen du, tunel saturatu baten ordez. Erabaki zein karga nagusituko den gertaeraren aurretik, eta mugatu tunela webguneak erantzuten jarrai dezan.
Bi antolamenduetako bat ere ez dago isolatuta bi zerbitzuak martxan daudelako bakarrik. Elkarrekin ostatatzeko gaitasuna diseinuaren hasiera da, eta isolamendu-lana da defendagarri egiten duena.
Erabaki probako host batean lau komandorekin
Migratu aurretik, alokatu helburu-produktuaren instantzia txikiena ordubetez eta probatu lau gaitasunak zuzenean. Eginbide-taula batetik asmatzeak diru gutxiago galtzen du plan oker baten urtebete baino, baina denbora askoz gehiago.
Exekutatu hauek probako hostean eta irakurri hutsegiteak erantzun gisa, oztopo gisa ez:
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 | headLehen bi lerroek esaten dute tunel-gailu bat egon daitekeen. Hirugarrenak jakinarazten du hostak paketeak birbidal ditzakeen, eta laugarrenak erakusten du zer ari den entzuten jada, portu-gatazka goiz harrapatzeko. Bigarren lerroan huts egiten duen hornitzaile batek erabiltzaile-espazioko inplementazio bat onar dezake oraindik, beraz izenda ezazu behar duzun mekanismoa, ez produktu-kategoria, haien laguntza-zerbitzuari galdetzean.