વેબ હોસ્ટિંગ કે 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 |
શેલ એકાઉન્ટ સામાન્ય મૂંઝવણનો સ્રોત છે. ફાઇલ સ્થાનાંતરણ કે સમયપત્રકવાળા કાર્યોનો ઍક્સેસ વ્યવસ્થાપન જેવું લાગી શકે છે, જ્યારે પ્રક્રિયા એક ડિરેક્ટરી અને મર્યાદિત મંજૂર ક્રિયાઓ સુધી સીમિત રહે છે.
જવાબ નક્કી કરતી ચાર ક્ષમતાઓ
ક્રમમાં લો, કારણ કે પહેલા પગલે નિષ્ફળતા બાકીનું અપ્રસ્તુત કરી દે છે.
પ્રથમ, સોફ્ટવેરે લાંબા સમય ચાલતી પ્રક્રિયા તરીકે ચાલવું જોઈએ જે જાળવણી પછી પણ ટકે. બીજું, અમલીકરણે પોતાનું વર્ચ્યુઅલ ઇન્ટરફેસ બનાવી શકવું જોઈએ; 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પહેલી બે લાઇન કહે છે કે ટનલ ઉપકરણ બિલકુલ હોઈ શકે કે નહીં. ત્રીજી જણાવે છે કે હોસ્ટ પેકેટ ફોરવર્ડ કરી શકે છે કે નહીં, અને ચોથી બતાવે છે કે પહેલેથી શું સાંભળી રહ્યું છે જેથી પોર્ટની ટક્કર વહેલી પકડાય. જે પ્રદાતા બીજી લાઇનમાં નિષ્ફળ જાય છે તે વપરાશકર્તા-જગતમાં અમલીકરણને હજી ટેકો આપી શકે છે, તેથી તેમના સપોર્ટને પૂછતી વખતે ઉત્પાદન શ્રેણી નહીં, તમને જરૂરી મિકેનિઝમનું નામ આપો.