તમારો પોતાનો VPN સર્વર હોસ્ટ કરતાં પહેલાં શું નક્કી કરવું?

સર્વર સોફ્ટવેર ઇન્સ્ટોલ કરવું એ જાતે હોસ્ટ કરેલા VPNનો સૌથી ટૂંકો ભાગ છે, અને લોકો શરૂઆત આ જ પગલાથી કરે છે. ડિપ્લોયમેન્ટ કામ કરશે કે નહીં તે એના પર આધાર રાખે છે કે કોઈ ક્લાયન્ટ એન્ડપોઇન્ટ સુધી પહોંચે છે કે નહીં, તે પછી એ ક્લાયન્ટ ક્યાં સુધી પહોંચી શકે છે, અને જ્યારે ટનલ જ તૂટી હોય ત્યારે તમે અંદર કેવી રીતે પાછા આવો છો. પેકેજ મેનેજર ચાલે તે પહેલાં ત્રણેય નક્કી કરો.

એમાંથી બે ડિઝાઇન નિર્ણયો છે અને ત્રીજો કામગીરીની ટેવ છે. ત્રણેય કાગળ પર સુધારવા આઉટેજ દરમિયાન સુધારવા કરતાં સસ્તા છે.

ક્લાયન્ટ ક્યાં પહોંચવું જોઈએ તે નક્કી કરો

રિમોટ-એક્સેસ સર્વરને જે ખાનગી નેટવર્કની જાહેરાત કરે છે ત્યાં રૂટ જોઈએ, અને જવાબો માટે પાછા આવવાનો રસ્તો પણ, જે તેને એ નેટવર્કનો રાઉટર બનાવે છે, ફક્ત સાંભળનાર નહીં. ઇન્ટરનેટ-એક્ઝિટ સર્વરને ફોરવર્ડિંગ સાથે સરનામા-નિર્ધારણ કે અનુવાદની ગોઠવણ જોઈએ, અને પૂરું થયેલું હેન્ડશેક બંનેમાંથી કંઈ આપતું નથી. ટોપોલોજી પહેલાં કામ પસંદ કરો, કારણ કે બંને ડિઝાઇન રાઉટિંગ, ફાયરવોલ નિયમો અને ક્લાયન્ટ ટનલમાં શું મોકલે છે એમાં અલગ છે. બંને કામ માંગવામાં આવે તો સર્વરને બંને નિયમ-સેટ અને ક્લાયન્ટના ડિફોલ્ટ રૂટની મેળ ખાતી વહેંચણી જોઈએ.

ટનલ અને LANની રેન્જ એવી પસંદ કરો જે તમારા ક્લાયન્ટ પહેલેથી વાપરતા નેટવર્ક સાથે અથડાય નહીં, કારણ કે જે લેપટોપ પાસે પહેલેથી 192.168.1.0/24 છે તે એ જ પ્રીફિક્સ આપતી ટનલને બદલે એ જ રૂટ વાપરતું રહેશે. IPv4 અને IPv6 અલગ તપાસો, કારણ કે ઘણા લોકો પહેલું સાચું કરે છે અને બીજું કદી જોતા નથી. જ્યાં સર્વર બીજા રાઉટર પાછળ હોય ત્યાં દરેક સ્તર સમજાવતા એક પોર્ટ-ફોરવર્ડ પર ભરોસો કરવાને બદલે બહારથી પહોંચની ખાતરી કરો.

ઓળખ, કી અને પાછા આવવાનો રસ્તો

જ્યાં સોફ્ટવેર ટેકો આપે ત્યાં દરેક ઉપકરણ માટે અલગ ઓળખ આપો, જેથી લેપટોપ ખોવાય તો સર્વર ફરી બનાવવાને બદલે એક પીઅર રદ કરવું પડે. ખાનગી કી સુરક્ષિત ભંડારમાં રહેવી જોઈએ, કદી ચેટ સંદેશમાં ચોંટાડેલી પ્રોફાઇલમાં નહીં. રિકવરીનો રસ્તો એ ભાગ છે જે લોકો છોડી દે છે: કન્સોલ પહોંચ, સીરિયલ કન્સોલ, અથવા ટનલ પર આધાર ન રાખતું આઉટ-ઓફ-બેન્ડ મેનેજમેન્ટ ઇન્ટરફેસ. એના વિના એક ખોટો ફાયરવોલ નિયમ નાના ફેરફારને સાઇટ-મુલાકાતમાં ફેરવી નાખે છે.

દૂર કરવાની પ્રક્રિયા એ જ સમયે લખો જ્યારે નોંધણીની પ્રક્રિયા લખો છો. ઉપકરણ રદ કરવું એ એવી ક્રિયા છે જે એક દિવસ જરૂર પડશે, અને જ્યાં સુધી સેટઅપ તાજું છે ત્યાં સુધી સમજાવવું સહેલું છે.

ઘરનો એન્ડપોઇન્ટ કે ભાડે લીધેલો?

ત્રણ શરતો નક્કી કરે છે કે ઘરે હોસ્ટ કરવું કે નાનું ઇન્સ્ટન્સ ભાડે લેવું. પહેલી એ છે કે આવતા કનેક્શન તમારા નેટવર્ક સુધી પહોંચે છે કે નહીં, કારણ કે કેરિયર-ગ્રેડ અનુવાદિત અપલિંક કે કડક બિલ્ડિંગ નેટવર્ક એ વિકલ્પ કાઢી નાખે છે. બીજી એ છે કે એક્ઝિટ તમારા શહેર સિવાય બીજે ક્યાંય દેખાવું જરૂરી છે કે નહીં, કારણ કે એ ફક્ત ભાડે લીધેલો એન્ડપોઇન્ટ બદલે છે. ત્રીજી બીજા ભરોસાના સંબંધની ઇચ્છા છે, કારણ કે હોસ્ટિંગ પ્રદાતા મોડેલમાં જોડાય છે અને ટ્રાફિક વાંચી ન શકે તો પણ એન્ડપોઇન્ટ જોઈ શકે છે.

જો પહેલી શરત પૂરી થાય અને બીજી અપ્રસ્તુત હોય તો ઘરે હોસ્ટ કરવું ટૂંકો રસ્તો છે. ભાડે લીધેલો એન્ડપોઇન્ટ સ્થાન અને ઉપલબ્ધતા ખરીદે છે, પોતે ગોપનીયતા નહીં.

એક ક્લાયન્ટ અને એક રીસ્ટાર્ટથી સાબિત કરો

એક ક્લાયન્ટ ચાલુ કરો, ખાતરી કરો કે તે જે સ્રોત સુધી પહોંચવો જોઈએ ત્યાં પહોંચે છે, અને એ પણ કે જ્યાં પહોંચવું ન જોઈએ ત્યાં પહોંચવાનું બંધ કરે છે. નીચેના આદેશો પીઅરની સ્થિતિ, સર્વરે મૂકેલા રૂટ અને ફોરવર્ડિંગ ચાલુ છે કે નહીં તે દર્શાવે છે. બીજા કોઈને નોંધતા પહેલાં આ ચલાવો.

wg show
sysctl net.ipv4.ip_forward
ip route get 10.8.0.2
ss -lunp | grep -E ':(51820|1194)'

તાજા હેન્ડશેકવાળો પીઅર જોડાયેલો છે, જ્યારે હેન્ડશેક વગરના પીઅરે કદી વાટાઘાટ જ કરી નથી, અને આ અલગ નિષ્ફળતાઓ છે. ફોરવર્ડિંગ બંધ હોવું એવી ટનલ સમજાવે છે જે ઉપર આવે છે અને કંઈ લઈ જતી નથી, એટલે ક્લાયન્ટને દોષ આપતાં પહેલાં સર્વર તપાસો. સાંભળનાર ન હોવું એ દર્શાવે છે કે સેવા તમે ધારો છો તે કન્ફિગરેશન સાથે શરૂ થઈ નથી. પછી જાણી જોઈને સર્વર રીસ્ટાર્ટ કરો અને આખો સેટ ફરી કરો, કારણ કે ફક્ત રીસ્ટાર્ટ સુધી ચાલતી ટનલ સહેલા રસ્તાને કસોટીમાં મૂકવાનું સામાન્ય પરિણામ છે.

એન્ડપોઇન્ટ, પીઅર, રેન્જ અને રિકવરીની રીત એક પાના પર લખો. એ પાનું એ જ રનબુક છે જે તમે સૌથી ઓછા અનુકૂળ ક્ષણે વાંચશો.