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

શરૂ કરવા માટે એક જોડાણ પૂરતું છે. ટોપોલોજીનાં ત્રણ પૃષ્ઠ સામાન્ય રીતે એ જ ખૂટતો જવાબ છુપાવે છે.

એક વિનંતી વર્ણવો, આકૃતિ નહીં

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

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

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

વિનંતી પહેલાં જવાબની પાછળ જાઓ

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

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

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

દરેક નિર્ણયને એક માલિક આપો

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

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

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

શું તૂટે છે અને તમે કેવી રીતે ઊભા થાઓ છો તે વર્ણવો

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

પૂરી ટનલ અને વિભાજિત ટનલ આ પૃષ્ઠ પર સ્પષ્ટ પસંદગી તરીકે છે, ચેકબોક્સ તરીકે નહીં, કારણ કે તે નિષ્ફળતાની રીત અને પુનઃપ્રાપ્તિનો માર્ગ બંને બદલે છે.

દરેક તબક્કા માટે એક હાનિકારક ન હોય તેવી કસોટીનું નામ આપો

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

કસોટીને તે જે તબક્કાને આવરે છે તેની પાસે લખો, કમાન્ડ અને અપેક્ષિત આઉટપુટ સાથે. ચોક્કસ માર્ગોનું પૃષ્ઠ એ કમાન્ડના પૃષ્ઠ કરતાં ચઢિયાતું છે જે ક્યારેય કહેતું નથી કે તેમણે કયા પેકેટોને અસર કરવાની હતી.

સંબંધિત લેખો