જ્યારે તમે જાતે VPN સર્વર ચલાવો છો ત્યારે તમે કોના પર ભરોસો કરો છો
સ્વયં-હોસ્ટિંગ ઓપરેટરની ભૂમિકા તમારી પાસે લાવે છે. પણ તે માર્ગમાંથી એક્સેસ નેટવર્ક, હોસ્ટ, રિઝોલ્વર કે ગંતવ્યને દૂર કરતું નથી.
સ્વયં-હોસ્ટિંગ તમને ઓપરેટરની ભૂમિકા આપે છે: તમે સોફ્ટવેર, રૂપરેખાંકન, અપડેટ સમયપત્રક અને તમારી પોતાની સેવા શું નોંધે છે તે પસંદ કરો છો. જે તે કરતું નથી તે છે જોડાણમાંથી બીજા પક્ષોને દૂર કરવા. તમારું એક્સેસ નેટવર્ક હજી પેકેટ લઈ જાય છે, તમારો હોસ્ટિંગ પ્રદાતા હજી મશીન ચલાવે છે, રિઝોલ્વર હજી પ્રશ્નોના જવાબ આપે છે અને ગંતવ્ય હજી વિનંતી જુએ છે. આમાંથી કયું તમે ખરેખર બદલ્યું તે જાણવું એ આખું અભ્યાસ છે.
પગલું 1: પક્ષોની યાદી બનાવો
વાસ્તવિક તૈનાતીમાં દરેક પક્ષની યાદી બનાવો: તમારું ઉપકરણ, જે નેટવર્ક સાથે જોડાઓ છો, VPN હોસ્ટ, DNS રિઝોલ્વર અને ગંતવ્ય સેવા. દરેક માટે લખો કે તે શું નિરીક્ષણ કરી શકે છે અને કઈ સેટિંગ્સ તમે નિયંત્રિત કરો છો.
એ કોષ્ટક અનામીપણા વિશેના કોઈપણ દાવા કરતાં વધુ ઉપયોગી છે, કારણ કે તે બતાવે છે કે નિયંત્રણ ખરેખર ક્યાં બદલાયું. તમે હોસ્ટનું રૂપરેખાંકન અને લોગ નિયંત્રિત કરો છો. તમે એક્સેસ નેટવર્કની તમારા જોડાણ પરની દૃષ્ટિ નિયંત્રિત કરતા નથી, અને ગંતવ્ય તમારા ખાતા વિશે શું નોંધે છે તે પણ નિયંત્રિત કરતા નથી.
ઘરના અંતિમ બિંદુ માટે, ઢાંકેલો ટ્રાફિક સામાન્ય રીતે એ ઘરના એક્સેસ જોડાણ દ્વારા બહાર જાય છે. તમારું ગંતવ્ય જે નિકાસ સરનામું જુએ છે તે એ ઘરનું સરનામું છે, જે ટોપોલોજીની હકીકત છે, સોફ્ટવેરની ખામી નથી. જો એ જ સરનામું તમે બદલવા માંગતા હતા, તો ઘરનો સર્વર તે કરી શકતો નથી. તમારે બીજે ક્યાંક નિકાસ જોઈએ.
પગલું 2: તમે શું મેળવ્યું તે લખો
તમે તૈનાત રૂપરેખાંકન તપાસી શકો છો, કયા ઉપકરણો જોડાઈ શકે તે નક્કી કરી શકો છો, નિદાન નીતિ નક્કી કરી શકો છો અને તમે પસંદ કરેલા રેકોર્ડ રાખી શકો છો. જ્યારે તમે તેમની સંભાળ રાખો છો ત્યારે આ સાચા નિયંત્રણો છે, અને સ્વયં-હોસ્ટિંગનું પ્રામાણિક કારણ પણ આ જ છે.
તેઓ શરતી પણ છે. વપરાયેલી નહીં એવી ડિફોલ્ટ સેટિંગ અને અણચકાસાયેલ બેકઅપ એ પ્રોટોકોલ આપે છે એવા ગુણો નથી; એ ઈરાદા છે. નિયંત્રણને તે સાબિત કરતી કસોટી સાથે લખો, નહીં તો તે ગણાતું નથી.
પગલું 3: જાળવણી યાદી સ્વીકારો
યાદી ટૂંકી અને નિર્દય છે: વ્યવસ્થાપક ખાતાનું રક્ષણ કરો, સર્વરની ચાવીઓનું રક્ષણ કરો, ક્લાયન્ટ ઓળખ જારી કરો અને રદ કરો, બેકઅપ રાખો, ખોવાયેલા ઉપકરણો દૂર કરો અને એવો પુનઃપ્રાપ્તિ માર્ગ રાખો જે નિષ્ફળ ટનલ પર આધારિત ન હોય.
રદ કરવું પોતાની અલગ લાઇનને લાયક છે. જે ઉપકરણ તમે રૂપરેખાંકનમાંથી દૂર કર્યું પણ ક્યારેય રદ ન કર્યું, તેની પાસે હજી માન્ય ઓળખપત્રો છે, અને ફરક ત્યારે જ દેખાય છે જ્યારે કોઈ તેનો ઉપયોગ કરે. જૂની સામગ્રી સાથે જોડાવાનો પ્રયાસ કરીને દૂર કરવાની કસોટી કરો.
બેકઅપને પણ એ જ વર્તાવ જોઈએ. એકને બેકઅપ હોસ્ટ પર પુનઃસ્થાપિત કરો અને ખાતરી કરો કે ટનલ એ જ ઓળખ સાથે ઉપર આવે છે. જે બેકઅપ તમે ક્યારેય પુનઃસ્થાપિત ન કર્યું તે ફાઇલ છે, પુનઃપ્રાપ્તિ યોજના નથી.
પગલું 4: અનામીપણાની ધારણા છોડો
સર્વર ચલાવવાથી તમારું બ્રાઉઝર અનામી થતું નથી. સાઇટ્સ હજી ખાતાની માહિતી અને કૂકીઝ મેળવે છે, અને HTTPS ટનલને ધ્યાનમાં લીધા વિના પોતાના માર્ગ પર એપ્લિકેશન ડેટાનું રક્ષણ કરે છે.
વધુ સૂક્ષ્મ અસર પણ છે: જે સરનામું ફક્ત તમે વાપરો છો તે તમારા ઉપયોગ સાથે જોડાયેલ સ્થિર સંકેત બની શકે છે. વ્યાપારી નિકાસ અજાણ્યાઓ સાથે વહેંચાય છે, જે ગોપનીયતા માટે એક રીતે ખરાબ અને બીજી રીતે સારું છે. તમારું પોતાનું સરનામું અનન્ય છે, અને તે એ સોદાને ઉલટાવી નાખે છે.
જો ધ્યેય તમને જોડવું મુશ્કેલ બનાવવાનું હોય, તો સ્વયં-હોસ્ટિંગ તેને મુશ્કેલ કરવાને બદલે સરળ કરી શકે છે. એક સાંજ ગાળતા પહેલાં નક્કી કરો કે તમે ખરેખર કયો ગુણ ઇચ્છો છો. અનન્યતા એ ખર્ચ છે, લક્ષણ નથી, અને સ્વયં-હોસ્ટિંગ વિશેના મોટાભાગના લખાણોમાં તે આવતી નથી. તેને પગલું 1ની પક્ષ કોષ્ટકમાં લખો અને સોદો દેખાવા લાગશે.
પગલું 5: જણાવેલા કારણસર તેને પસંદ કરો
તમારા નેટવર્ક સુધી ખાનગી પહોંચ, રૂપરેખાંકન પર નિયંત્રણ, કોઈ ચોક્કસ રૂટિંગ જરૂરિયાત કે કોઈ વિક્રેતાની નીતિથી સ્વતંત્રતા, આ બધાં સારાં કારણો છે. જે લાગુ પડે તે લખો અને એ કસોટી રચો જે બતાવે કે તે કામ કરે છે.
પછી કંટાળાજનક ભાગો ચકાસો: હોસ્ટ પેચ છે કે નહીં, જૂની ચાવીઓ ગઈ છે કે નહીં, જાળવણી તમારા દસ્તાવેજ જેવી છે કે નહીં, અને નિષ્ફળતા પછી સેવા પુનઃસ્થાપિત કરી શકો છો કે નહીં? એ ચાર જવાબ પ્રોટોકોલના નામ કરતાં ઘણા સારી રીતે ભરોસાનું મોડેલ વર્ણવે છે.
પગલું 6: બહાર નીકળવાનું આયોજન કરો
પહેલાંથી નક્કી કરો કે તમે હોસ્ટમાંથી કેવી રીતે ખસશો: રૂપરેખાંકન ક્યાં રહે છે, ક્લાયન્ટ પ્રોફાઇલ કેવી રીતે ફરી જારી થાય છે અને તમે રાખેલા રેકોર્ડનું શું થાય છે. નિકાસ યોજના વિના સ્વયં-હોસ્ટ કરેલી સેવા એવી નિર્ભરતા બની જાય છે જે તમે દૂર કરી શકતા નથી.
AWSનું સહિયારી જવાબદારી મોડેલ AWSની બહાર પણ ઉપયોગી ટેમ્પલેટ છે, કારણ કે તે એ જ પ્રશ્ન થોપે છે: કયો સ્તર તમારો છે અને કયો બીજા કોઈનો. પગલું 1ના દરેક પક્ષ માટે તેનો જવાબ આપો, અને ભરોસાનું મોડેલ સૂત્ર રહેવાનું છોડી દે છે.