હાફ-મેનેજ્ડ VPN: લેબલ કહેતું નથી કે કોણ ડ્યુટી પર છે

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

નિષ્ફળ ગયેલા કનેક્શનથી શરૂ કરો

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

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

ગોઠવણી પહેલાં બંને એન્ડપોઇન્ટ નક્કી કરો

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

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

વહેંચાયેલી વસ્તુઓને બરાબર એક માલિક જોઈએ

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

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

પ્રથમ રિપોર્ટ કોણ લે છે

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

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

ફેરફારની સત્તા એ જ કાળજીથી વ્યાખ્યાયિત કરો. પ્રદાતા સિલેક્ટર સંપાદિત કરે અને ગ્રાહક NAT સંપાદિત કરે ત્યારે બંને સ્થાનિક ગોઠવણી વિશ્વસનીય લાગે છે અને ટનલ હજી પણ નિષ્ફળ જાય છે.

લેબલ જે ક્યારેય કહેતું નથી

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

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