સાઇટ VPN પહેલાં સબનેટનું આયોજન કરો: ફરી નંબર આપો અથવા અનુવાદ કરો

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

દરેક શ્રેણીની યાદી બનાવો, ભૂલી ગયેલી પણ

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

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

IPv6 અલગથી કરો, કારણ કે તેનું આયોજન અને તેના ઓવરલેપ સ્વતંત્ર છે.

પરિચિત સરનામાં નહીં, પ્રીફિક્સની સરખામણી કરો

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

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

માસ્ક સાથે પ્રીફિક્સનું કોષ્ટક પૂરતું છે; માસ્ક વગરનું આકૃતિ નહીં.

ખરેખર શું પસાર થવું જોઈએ તે નક્કી કરો

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

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

એક્સેસ યાદી ટનલ કન્ફિગરેશન પહેલાં લખો, તે નિષ્ફળ ગયા પછી નહીં.

ફરી નંબર આપો અથવા અનુવાદ કરો, અને ખર્ચ જાણો

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

તમે ગમે તે પસંદ કરો, મૂળ અને પ્રસ્તુત બંને સરનામાંનું દસ્તાવેજીકરણ કરો, કારણ કે પછીની દરેક મુશ્કેલી-નિવારણ વાતચીતને બંનેની જરૂર પડે છે.

પરત માર્ગ વગરનો ઉપાય ઉપાય નથી.

સ્વીકૃતિ પરીક્ષણ તરીકે રૂટ મેટ્રિક્સ વાપરો

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

ટનલ સરનામાં વચ્ચેનો ping સાબિત કરે છે કે ટનલ છે, અને તેની પાછળના સરનામાં આયોજન વિશે કંઈ નહીં.

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