સાઇટ-થી-સાઇટ VPN માટે સરનામા જગ્યાનું માપ કેવી રીતે નક્કી કરવું

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

કંઈપણ ફાળવતા પહેલાં ચાર ભૂમિકાઓના નામ રાખો

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

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

ip -br addr show
ip route show | head -40

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

લિંક અને ટોપોલોજી ગણો, ઉપકરણો નહીં

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

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

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

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

ગેટવે સબનેટને LAN પૂલની બહાર રાખો

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

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

aws ec2 describe-vpn-connections --query "VpnConnections[].{Id:VpnConnectionId,Tunnels:Tunnels[].OutsideIpAddress}" --output table

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

દરેક પ્રીફિક્સ માટે ભૂમિકા, માલિક અને વિકાસ નોંધો

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

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

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