Hosting web apo një VPS: a mund t’ia dalë plani juaj me një server VPN?

Një sajt që funksionon është provë se një ofrues mund të shërbejë HTTP, jo se ju kontrolloni një makinë. Midis një plani të përbashkët, një aplikacioni të menaxhuar dhe një serveri të vetëmenaxhuar ka një hendek të madh në atë që llogaria mund t’i bëjë rrjetit. Vendosni cilën anë të atij hendeku i duhet projektit tuaj VPN përpara se të paguani edhe një vit. Katër aftësi i ndajnë të dyja, dhe asnjëra nuk shfaqet në një listë çmimesh.

Çfarë jep në të vërtetë secili plan

Krahasimi i dobishëm nuk është çmimi apo madhësia e diskut, por autoriteti. Pyetni çfarë mund të nisë llogaria, në cilat veçori të kernelit arrin, cilat porta pranojnë trafik hyrës dhe nëse trafiku i lejuar mund të dalë përsëri diku tjetër.

Shumica e produkteve të hostimit bien në tri forma, dhe vetëm e fundit është server me qëllim të përgjithshëm:

Llogaria shell është burimi i zakonshëm i konfuzionit. Transferimi i skedarëve ose aksesi në detyra të planifikuara mund të duket si administrim, ndërsa procesi është i kufizuar në një direktori dhe një grup të vogël operacionesh të lejuara.

Katër aftësi që vendosin përgjigjen

Merrini me radhë, sepse dështimi në hapin e parë e bën pjesën tjetër të parëndësishme.

Së pari, softueri duhet të funksionojë si proces afatgjatë që i mbijeton mirëmbajtjes. Së dyti, implementimi duhet të mund të krijojë ndërfaqen e vet virtuale; në Linux kjo zakonisht do të thotë të hapësh /dev/net/tun me lejen përkatëse administrative, siç dokumentacioni i kernelit për TUN/TAP e përshkruan, edhe pse jo çdo projekt VPN e përdor atë pajisje. Së treti, klientët duhet të arrijnë dëgjuesin në adresën publike, transportin dhe portën që synoni, dhe një përfaqësues i kundërt web që pranon HTTPS nuk thotë asgjë për një protokoll të palidhur në të njëjtin numër. Së katërti, trafiku i lejuar duhet të mund të vazhdojë, me rrugë, përcjellje dhe çdo përkthim që mbështetet vërtet.

Kushtet e shërbimit qëndrojnë pranë atyre katër dhe nuk janë aspak teknike. Kuotat e trafikut të pakufizuar zakonisht përshkruajnë kërkesa web, jo një tunel që mban shkarkimet e të tjerëve. Lexoni seksionin për përdorimin e pranueshëm përpara se të dizajnoni rreth tij, dhe mbani parasysh aksesin e rikuperimit për ditën kur shërbimi nuk niset.

Ku ndalon një llogari sajti

Një plan sajti zakonisht ekzekuton kodin tuaj brenda një runtime të menaxhuar me pikë hyrjeje fikse. Edhe kur ekziston një binar tuneli, procesit mund t’i mungojë leja për të hapur një nyje pajisjeje, për të lidhur një portë të privilegjuar ose për të ndryshuar tabelën e rrugëtimit. Këto kufizime janë vetë produkti, jo një lëshim.

Për këtë arsye një plugin që premton VPN zakonisht rezulton një përfaqësues drejt diku tjetër. Nëse llogaria aktuale ofron vetëm kontrolle sajti, hapi i ndershëm është një server i veçantë, jo kërkimi i modulit që hap autoritetin që mungon.

Kur një strehues duhet të ekzekutojë të dyja

Ndarja është e mundur dhe ndonjëherë e arsyeshme, por trajtojeni si vendim sigurie dhe jo si lehtësi. Një aplikacion web me formular ngarkimi qëndron pranë kredencialeve të tunelit dhe një soketi kontrolli, dhe një shfrytëzim në njërin arrin tjetrin. Llogari të veçanta, njësi shërbimi të veçanta dhe sisteme skedarësh të veçantë e zvogëlojnë atë ekspozim pa blerë një makinë të dytë.

Konkurrenca për burime ka po aq rëndësi. Një kopje sigurie përmes tunelit dhe një proces web i zënë konkurrojnë për të njëjtin lidhje ngjitëse dhe të njëjtin disk, dhe dështimi duket si sajt i ngadaltë, jo si tunel i ngopur. Vendosni cila ngarkesë fiton përpara incidentit, dhe kufizoni tunelin që sajti të vazhdojë të përgjigjet.

Asnjëra nga dy rregullimet nuk është e izoluar thjesht sepse të dy shërbimet punojnë. Aftësia për t’i strehuar bashkë është fillimi i dizajnit, dhe puna e izolimit është ajo që e bën të mbrojtshëm.

Zgjidheni në një strehues prove me katër komanda

Përpara migrimit, merrni me qira shembullin më të vogël të produktit objektiv për një orë dhe provoni katër aftësitë drejtpërdrejt. Hamendësimi nga një tabelë veçorish harxhon më pak para se një vit me planin e gabuar, por shumë më tepër kohë.

Ekzekutoni këto në strehuesin e provës dhe lexoni dështimet si përgjigje, jo si pengesa:

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

Dy rreshtat e parë thonë nëse një pajisje tuneli mund të ekzistojë fare. I treti raporton nëse strehuesi mund të përcjellë paketa, dhe i katërti tregon çfarë po dëgjon tashmë, që një konflikt portash të kapet herët. Një ofrues që dështon në rreshtin e dytë mund të mbështesë gjithsesi një implementim në hapësirën e përdoruesit, prandaj kur pyesni mbështetjen e tyre përmendni mekanizmin që ju nevojitet, jo kategorinë e produktit.