ઘરના VPN માટેની સહાય વિનંતીને એક પ્રવાહ જોઈએ, કન્ફિગરેશનનો ઢગલો નહીં

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

વિનંતીને બિનઉપયોગી જવાબ કેમ મળે છે

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

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

પોસ્ટ કરતા પહેલા આ રેકોર્ડ ભરો

Goal: the one resource or operation that should work
Path: client -> access network -> VPN endpoint -> resource
Owners: who controls the client, the gateway and the resource
Software: product, version and protocol in use
Expected: what success would look like
Observed: exact non-secret error or response
Time and change: when it started and what changed
Control: one comparable operation that still works

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

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

નિષ્ફળ થતા તબક્કાનું નામ આપો, આખો લોગ નહીં

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

ક્લાયન્ટ બનાવી શકે તેવી દરેક ડિબગ ફાઇલને બદલે ઘટનાની આસપાસનો નાનો અંશ પેસ્ટ કરો. સો લીટી હેન્ડશેક ઘોંઘાટ એ એક લીટી છુપાવે છે જે કહે છે કે સર્ટિફિકેટનું નામ મેળ ખાતું ન હતું.

નિરીક્ષણ અને સમજૂતી અલગ રાખો. “ક્લાયન્ટ 30 સેકન્ડ પછી હેન્ડશેક સમયસીમા જણાવે છે” એ નિરીક્ષણ છે; “મને લાગે છે કે પ્રદાતા UDP અવરોધે છે” એ સિદ્ધાંત છે. બંને ઉપયોગી છે, અને તેમને ભેગા કરવાથી મદદ કરનારને ખબર પડતી નથી કે કોના પર ભરોસો કરવો. તેમને લેબલ કરો, અને મળતો જવાબ યોગ્યને સંબોધશે.

જે માલિક પગલાં લઈ શકે તેને મોકલો

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

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

ટોપોલોજી સપાટ કર્યા વિના રહસ્યો છુપાવો

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

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

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