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

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

પગલું 1: કરારને વાક્યરચનાથી અલગ કરો

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

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

RequirementWhat must be agreed
Peer deliveryOuter endpoint, address family, NAT view, initiating side
AuthenticationIKE version, expected identities, credential method and delivery
Data protectionPermitted suites, protected ranges, intentional translation
ApplicationRoutes, return routes, resources beyond the tunnel

પગલું 2: દરેક પ્લેટફોર્મ પર ઑબ્જેક્ટ્સને નામ આપો

IOS XE માં IKEv2 કી રિંગ IKEv2 પ્રોફાઇલને પોષે છે, અને તે પ્રોફાઇલ ક્રિપ્ટો મેપ અથવા IPsec પ્રોફાઇલ દ્વારા જોડાય છે. ASA માં ટનલ ગ્રુપ કનેક્શન પ્રોફાઇલ અને તેના IPsec લક્ષણો ધરાવે છે, અને ક્રિપ્ટો મેપ તેની તરફ નિર્દેશ કરે છે, જેમ વર્ણન કરે છે કનેક્શન પ્રોફાઇલ માર્ગદર્શિકા. આ અલગ વારસાગત ધરાવતા અલગ ઑબ્જેક્ટ ગ્રાફ છે, તેથી લાઇન-દર-લાઇન મેપિંગ એવું રૂપરેખાંકન આપે છે જે પાર્સ થાય છે અને જોડાતું નથી.

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

પગલું 3: ફક્ત સરનામાં નહીં, ઓળખ પણ લઈ જાઓ

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

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

પગલું 4: સ્વિચઓવર પહેલાં સુરક્ષા પર સહમત થાઓ

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

સહમત સેટ લખી રાખો. ટેલિફોન કૉલ વિશે અલગ સ્મરણો ધરાવતા બે સંચાલક એ છે કે કેવી રીતે સ્વિચઓવર બીજા તબક્કે અસંગતિ ઉત્પન્ન કરે છે.

પગલું 5: વાક્યરચના નહીં, સેવા ચકાસો

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

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

શું પાછું આપવું

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

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

સંબંધિત લેખો