IPv6 VPN નું સરનામું પ્લાન એક વર્ષ પછી પણ કેવી રીતે વાંચવાલાયક રાખવો
વાંચવાલાયક પ્લાન કહે છે કે કયો પ્રીફિક્સ કઈ સાઇટનો છે અને જવાબો કેવી રીતે પાછા આવે છે. દરેક એન્ટ્રી પાસે ભૂમિકા, સંકેતલિપિ, પ્રતિનિધિત્વ અને પરત માર્ગો નોંધો.
બે પ્રશ્નો નક્કી કરે છે કે સરનામાંનો પ્લાન પોતાનું સ્થાન લાયક છે કે નહીં: કયો પ્રીફિક્સ કઈ સાઇટનો છે, અને જવાબ તે સાઇટમાંથી બહાર કેવી રીતે આવે છે. બંનેનો એક જ વારમાં જવાબ આપો અને સંભાળનાર કોઈને પૂછ્યા વિના પીઅર બદલી શકે છે. દસ્તાવેજમાં બાકીનું બધું તે બે જવાબને ટેકો આપવા માટે છે. જે બંનેમાંથી કશાને ટેકો ન આપે તે શણગાર છે.
પીઅરને સ્પર્શ કરતાં પહેલાં વાચકે શું જવાબ આપવો પડે
સંકોચન સરનામાંને સુઘડ દેખાવ આપે છે, અને સુઘડતા રચના નથી. રચના એ જાણવું છે કે પ્રદાતાએ કઈ શ્રેણી સોંપી, તમે કઈ પસંદ કરી, કઈ ક્લાયન્ટ પૂલ છે અને કઈ સાઇટની પાછળ બેસે છે.
આવતા ત્રિમાસમાં જોડાનાર સાથી માટે લખો જેણે બીજી સાઇટ ઉમેરવી પડશે. પૃષ્ઠ પર કંઈ પણ તેને ન કહે કે પ્રીફિક્સ ક્યાંથી આવ્યો, સિવાય કે એન્ટ્રી કહે. તે ચૂકી જાઓ તો પહેલો ફેરફાર પુરાતત્ત્વ બની જાય છે.
પ્લાનની દરેક લાઇને શું રાખવું પડે
ચાર ક્ષેત્રો એન્ટ્રીને સમીક્ષાયોગ્ય બનાવે છે: પ્રીફિક્સ કેટલો લાંબો છે, તેનો માલિક કોણ છે, ટ્રાફિક આગળ ક્યાં જાય છે અને કયો ઘટક મૂલ્ય વહેંચે છે. તેમને ચાલુ રૂપરેખાંકન સામે મૂકો અને કોઈપણ અસહમતિ જાતે ઉપર આવે છે. ગયા મહિને દૂર કરાયેલા ટનલ તરફનું આગલું પગલું તરત જ ખોટું લાગે છે, ભળી જવાને બદલે.
ભૂમિકાઓને અલગ હરોળમાં રાખો, જ્યારે તેમાંથી બે આજે એક જ પ્રીફિક્સ વહેંચતા હોય તો પણ. તેમને ભેગા કરવાથી પછીની વિભાજન નવી ફાળવણી જેવી વંચાય છે, સુધારા જેવી નહીં.
| Entry | Fields to record | Why a reviewer needs it |
|---|---|---|
| Endpoint addresses | Prefix, owning side, session initiator | Firewall rules and peer config both read it |
| Tunnel interfaces | Prefix and length, next hop, interface name | Shows the path a packet actually takes |
| Client allocations | Pool range, size, distributing component | Shows room left before a redesign |
| Downstream networks | Prefix, site label, return route | Explains a reply that never arrives |
ક્યાં પ્રમાણભૂત લખાણ અને રૂપરેખાંકન વાક્યરચના અલગ પડે છે
RFC 5952 સરનામા માટે એક જ લખાણ સ્વરૂપ નક્કી કરે છે: નાના અક્ષરો, શરૂઆતના શૂન્ય વગર, અને શૂન્ય જૂથોની સૌથી લાંબી શ્રેણી બરાબર એક વાર સંકુચિત. નોંધ, ટિકિટ અને ફેરફાર રેકોર્ડમાં તેનો ઉપયોગ કરો જેથી બે દસ્તાવેજ રૂપાંતરણ વિના સરખાવી શકાય. એક સરનામાની બે જોડણી મળતાં વાચક એવા તફાવતની શોધમાં પડે છે જે છે જ નહીં. અહીં સુસંગતતા સસ્તી છે અને ખોટા ચેતવણીઓનો આખો વર્ગ દૂર કરે છે.
રૂપરેખાંકન ફાઇલો પોતાના નિયમો પાળે છે, અને તે વાંચનક્ષમતાના નિયમો નથી. પોર્ટ સાથે જોડાયેલા સરનામાને કૌંસની જરૂર પડે છે, જ્યારે નકામા સરનામાને ન પડે, અને નોંધમાંથી રૂપરેખાંકન ફાઇલમાં કોપી કરવાથી તે ભેદ ચેતવણી વિના ખોવાય છે. દરેક ક્ષેત્ર કયું સ્વરૂપ વાપરે તે નામ આપો, નહીં તો પ્લાન એ જ લિપ્યંતરણ ભૂલ કરાવે છે જે અટકાવવા માટે હતો.
બે સંકેતલિપિઓ ઠીક છે જ્યાં સુધી દરેકને લેબલ હોય. લેબલ વગરનું મિશ્રણ જ ભૂલને આમંત્રે છે.
ક્યાં અતિક્રમિત શ્રેણીઓ અને ખૂટતા પરત માર્ગો દેખાય છે
અતિક્રમણ બીજી ભૂલો કરતાં વધુ ટકે છે કારણ કે જ્યાં સુધી બે સાઇટ એક જ શ્રેણી માટે જવાબ ન આપે ત્યાં સુધી કંઈ ખોટું લાગતું નથી. સાઇટને લેબલ કરો અને દસ્તાવેજીકૃત પ્રક્રિયા દ્વારા અનન્ય-સ્થાનિક પ્રીફિક્સ જનરેટ કરો, ઉદાહરણ કોપી કરવાને બદલે.
ક્લાયન્ટ સૂચિ ક્યારેય ન કહે કે જવાબ કઈ દિશામાં જાય છે. ટનલ વહન કરતી પીઅર શ્રેણી પાસે LAN ગેટવેનો પરત માર્ગ નોંધો, અને રેકોર્ડ એ દૂરસ્થ સબનેટ સમજાવે છે જે વિનંતીઓ મેળવે છે અને શાંત રહે છે. નીચેની તપાસ મશીન પર ચલાવો અને એન્ટ્રી સાથે સરખાવો. ip -6 route સાથે ન મળતો પ્લાન એ પ્લાન છે જે લોકો વાંચવાનું છોડી દે છે.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0પહોંચતા એ અધિકાર નથી, અને પ્રીફિક્સ ક્યારેય નીતિનો અર્થ નથી આપતું. ઇચ્છિત પ્રવેશ તે માર્ગ પાસે લખો જેને તે લાગુ પડે છે. નહીં તો આગળનો વાચક પ્લાનના સરનામાને તેની પાછળની દરેક સેવા સુધી પહોંચવાની પરવાનગી ગણે છે.
પ્લાન ત્રીજી સાઇટ કેવી રીતે ટકી રહે છે
દરેક પ્રીફિક્સને સોંપાયેલ, સ્થાનિક રીતે ફાળવાયેલ અથવા બીજી રીતે માર્ગીય ગણો. જે કંઈ ખસી શકે તે માટે તેને ખસેડતી પ્રક્રિયાનું નામ આપો. પછી તે DNS રેકોર્ડ અને ફાયરવોલ નિયમોની યાદી બનાવો જે એક જ સમયગાળામાં બદલાવા જોઈએ, કારણ કે રાઉટર પર અટકતું પ્રીફિક્સ અપડેટ અડધું થયેલું છે.
ફેરફાર પછી, દસ્તાવેજ સંપાદિત કરતાં પહેલાં ફેરફારે સ્પર્શેલી દરેક સીમા પાછળના સંસાધન સુધી પહોંચો. ગયા મહિનાનું નેટવર્ક વર્ણવતો પ્લાન કરતાં ન હોવો સારો, કારણ કે લોકો તેના પર ભરોસો કરે છે. પાછળ ખેંચાયેલી ફાળવણીઓ જે તારીખે ગઈ તે સાથે યાદીમાં રાખો જેથી કોઈ ભૂલથી ફરી ન કાઢે. રહસ્યો ફાઇલની બહાર રહે; પ્લાન નેટવર્ક સમજાવે છે, તેને ખોલતો નથી.
પ્લાન ત્યાં સંગ્રહો જ્યાં ફેરફારોની સમીક્ષા થાય છે, તે વર્ણવતા રૂપરેખાંકન પાસે. જે દસ્તાવેજ ફરી કોઈ વાંચતું નથી તે તેના નકશા કરતા નેટવર્ક કરતાં ઝડપથી સડે છે.