Funkcianta retejo pruvas, ke provizanto povas servi HTTP, ne ke vi regas maŝinon. Inter komuna plano, administrata aplikaĵo kaj memadministrata servilo kuŝas granda breĉo en tio, kion la konto rajtas fari al la reto. Decidu, kiun flankon de tiu breĉo via VPN-dezajno bezonas, antaŭ ol vi pagos por plia jaro. Kvar kapabloj apartigas la du, kaj neniu el ili aperas en prezlisto.

Kion ĉiu plano fakte donas

La utila komparo estas ne prezo aŭ diska grando sed rajtigo. Demandu, kion la konto povas lanĉi, al kiuj kernaj trajtoj ĝi atingas, kiuj pordoj akceptas envenantan trafikon kaj ĉu allasita trafiko povas denove eliri aliloken.

Plej multaj gastigaj produktoj falas en tri formojn, kaj nur la lasta estas ĝeneraluza servilo:

CapabilityWebsite planSelf-managed server
Long-running custom processUsually not permittedYours to run under a service manager
Virtual network interfaceAlmost never availablePresent when the kernel module and privilege allow it
Arbitrary inbound portRestricted to the web stackProvider filtering still applies
Forwarding for clientsNot offeredPossible once routing and policy are configured

Ŝela konto estas la kutima fonto de konfuzo. Dosiera transigo aŭ aliro al planitaj taskoj povas aspekti kiel administrado, dum la procezo estas limigita al dosierujo kaj malgranda aro da permesitaj operacioj.

Kvar kapabloj, kiuj decidas la respondon

Prenu ilin laŭvice, ĉar malsukceso ĉe la unua paŝo igas la reston sensignifa.

Unue, la programaro devas funkcii kiel longdaŭra procezo, kiu postvivas bontenadon. Due, la efektivigo devas povi krei sian virtualan interfacon; en Linukso tio kutime signifas malfermi /dev/net/tun kun la koncerna administra permeso, kiel la kern-dokumentaro pri TUN/TAP klarigas, kvankam ne ĉiu VPN-dezajno uzas tiun aparaton. Trie, klientoj devas atingi la aŭskultanton ĉe la publika adreso, la transporto kaj la pordo, kiujn vi intencas, kaj reta inversa prokurilo akceptanta HTTPS diras nenion pri nerilata protokolo ĉe la sama numero. Kvare, allasita trafiko devas povi iri pluen, kun vojoj, plusendado kaj iu ajn efektive subtenata traduko.

La servokondiĉoj staras apud tiuj kvar kaj tute ne estas teknikaj. Senlimaj trafikkvotoj kutime priskribas retpetojn, ne tunelon portantan la elŝutojn de aliaj. Legu la sekcion pri akceptebla uzo antaŭ ol desegni ĉirkaŭ ĝi, kaj memoru reakiran aliron por la tago, kiam la servo ne ekfunkcios.

Kie reta konto haltas

Reta plano kutime funkciigas vian kodon ene de administrata rulmedio kun fiksa enirpunkto. Eĉ kiam tunela dunomaĵo ĉeestas, la procezo povas manki permeson malfermi aparatan nodon, ligi privilegian pordon aŭ ŝanĝi la vojigan tabelon. Tiuj limigoj estas la produkto, ne pretervido.

Tial kromaĵo promesanta VPN kutime montriĝas prokurilo aliloken. Se la nuna konto ofertas nur retajn regilojn, la honesta paŝo estas aparta servilo, ne serĉado de la modulo, kiu malŝlosas la mankan rajtigon.

Kiam unu gastiga maŝino devas funkciigi ambaŭ

Kunhavigo eblas kaj foje prudentas, sed traktu ĝin kiel sekurecan decidon, ne kiel oportunon. Reta aplikaĵo kun alŝuta formularo staras apud tunelaj akreditaĵoj kaj rega ingo, kaj ekspluato en unu atingas la alian. Apartaj kontoj, apartaj servaj unuoj kaj apartaj dosierujaj sistemoj malpliigas tiun eksponiĝon sen aĉeti duan maŝinon.

Konkurado pri rimedoj same gravas. Savkopio tra la tunelo kaj okupata reta procezo konkurencas pri la sama suprena ligo kaj la sama disko, kaj la paneo aspektas kiel malrapida retejo, ne kiel saturita tunelo. Decidu, kiu laborŝarĝo venkas antaŭ la incidento, kaj limigu la tunelon por ke la retejo daŭre respondu.

Neniu el la du aranĝoj estas izolita nur ĉar ambaŭ servoj funkcias. La kapablo gastigi ilin kune estas la komenco de la dezajno, kaj la izola laboro estas tio, kio igas ĝin defendebla.

Solvu ĝin sur provgastiga maŝino per kvar komandoj

Antaŭ ol migri, luprenu la plej malgrandan instancon de la cela produkto por unu horo kaj testu la kvar kapablojn rekte. Diveni el funkcia tabelo malŝparas malpli da mono ol jaro kun la malĝusta plano, sed multe pli da tempo.

Rulu ĉi tiujn sur la provgastiga maŝino kaj legu la malsukcesojn kiel respondojn, ne kiel barojn:

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

La unuaj du linioj diras, ĉu tunela aparato entute povas ekzisti. La tria raportas, ĉu la gastiga maŝino rajtas plusendi pakaĵojn, kaj la kvara montras, kio jam aŭskultas, por ke pordokonflikto estu frue kaptita. Provizanto, kiu malsukcesas ĉe la dua linio, tamen povas subteni efektivigon en uzanta spaco, do nomu la mekanismon, kiun vi bezonas, ne la produkton kategorion, kiam vi demandas ilian subtenan servon.

Rilataj artikoloj