පෞද්ගලික WAN හරහා IPsec: පරීක්ෂා කළ යුතු SRX ප්‍රතිපත්ති සීමා

පෞද්ගලික WAN එකකට IPsec ටනලයක බාහිර පැකට් රැගෙන යා හැක, එබැවින් peer ලිපින පොදු අන්තර්ජාල ලිපින විය යුතු නැත. වෙනස් වන්නේ එම බාහිර පැකට් ගමන් කරන මාර්ගය සහ ඒවා ලබාගන්නා අතුරුමුහුණතේ ඇති අවසරයන් ය. SRX එකක බාහිර පාලන මාර්ගය, ටනල් අතුරුමුහුණතේ බන්ධනය සහ යොමු කරන රථවාහන ප්‍රතිපත්තිය එකිනෙකට වෙනස් වස්තු තුනකි. අනෙක් දෙක වැරදිව තිබියදී එකක් විසඳීම ටනලය පහළින් රැඳී තිබීමේ සුලභ හේතුවයි.

පළමුව බාහිර IKE මාර්ගය සටහන් කරන්න

ප්‍රතිපත්තිය ස්පර්ශ කිරීමට පෙර අගයන් හතරක් ලියන්න: peer ලිපිනය, IKE ලබාගන්නා දේශීය අතුරුමුහුණත, peer වෙත ළඟා වන රවුටින් සන්දර්භය සහ එම අතුරුමුහුණත තෝරන මාර්ගය. IKE පැකට් SRX ට ම යොමු වන බැවින්, ලබාගන්නා කලාපයේ host-inbound අවසරයක් අවශ්‍ය වේ, යොමු කරන රථවාහන ප්‍රතිපත්තියක් නොවේ. පෞද්ගලික WAN ලිපිනයක් එම අවශ්‍යතාව ඉවත් නොකරයි, මන්ද පැකට් තවමත් උපාංගයේ අවසන් වන බැවිනි.

ස්ථාපිත තත්ත්වය මෙයින් පරීක්ෂා කරන්න: show security ike sa සහ වින්‍යාසය මෙයින්: show configuration security ike. පළමුවැන්න අදියර 1 තිබේද යන්න පවසයි; දෙවැන්න උපාංගය කුමක් කළ යුතු යැයි සිතනවාද යන්න පවසයි.

ටනල් අතුරුමුහුණත නිවැරදි ප්‍රතිපත්තියට බන්ධනය කරන්න

රවුටින් මත පදනම් වූ VPN ටනල් අතුරුමුහුණතක් VPN වස්තුවකට බන්ධනය කරන අතර, ආරක්ෂිත පූර්ව ලක්ෂණ එම අතුරුමුහුණතට රවුට් වේ. කුමන අතුරුමුහුණත, කුමන මාර්ගය සහ කුමන ප්‍රතිපත්තිය අදාළ කලාප අතර යෙදුම්වලට අවසර දෙනවාද සටහන් කරන්න. trust නමැති කලාපය ප්‍රතිපත්ති බහාලුමකි, එම නාමය අවශ්‍ය පාලන හෝ දත්ත පැකට් අවසර ලබා ඇති බව ඔප්පු නොකරයි.

පැරණි රූප සටහනක් වෙනුවට සැබෑ බන්ධන කියවන්න: show configuration security ipsec vpn අතුරුමුහුණතට බන්ධනය කිරීමේ සැකසුම සඳහා සහ show configuration security policies ටනල් කලාපයට යොමු වන නීති සඳහා.

ආරක්ෂිත මාර්ගය වෙනත් තැනකට යොමු වන්නේ නම්, ටනලය ඉහළින් තිබිය හැකි නමුත් රථවාහන කිසිදා එයට ඇතුළු නොවේ. මෙය IPsec ඇඳුමක් ඇඳගත් රවුටින් ගැටලුවකි.

peer මාර්ගය underlay මත තබා ගන්න

බාහිර peer වෙත මාර්ගය underlay හරහා විසඳිය යුතුය, එය නිර්මාණය කරන ටනලය හරහා පුනරාවර්තීව නොවේ. peer මාර්ගය ටනල් අතුරුමුහුණතට යොමු වන්නේ නම්, IKE පැකට් තමන්ගේම ටනලය පසුපස යයි, අදියර 1 කිසිදා සම්පූර්ණ නොවේ. ආරක්ෂිත රථවාහනයේ පිළිතුරු මාර්ගයට තමන්ගේම නිවැරදි මාර්ගය සහ ප්‍රතිපත්තිය අවශ්‍ය වේ, එක් දිශාවක් ක්‍රියා කරන විට සාමාන්‍යයෙන් එයම නැති වූ අර්ධයයි. peer ලිපිනය සඳහා රවුට් වගු සටහන කියවා පිටවන අතුරුමුහුණත WAN අතුරුමුහුණත බව තහවුරු කරන්න.

මෙයින් පරීක්ෂා කරන්න: show route 198.51.100.10, සැබෑ peer ලිපිනය ආදේශ කරමින්, සහ ඊළඟ පිම්ම ටනල් අතුරුමුහුණතක් නොවන බව තහවුරු කරන්න.

පාලනය සහ සේවාව අනුපිළිවෙලින් සත්‍යාපනය කරන්න

ඉහළට වැඩ කරන්න: අදියර 1 තත්ත්වය, අදියර 2 තත්ත්වය, පසුව සැබෑ යෙදුම් ප්‍රවාහය. show security ipsec sa ආරක්ෂක සම්බන්ධතා ලැයිස්තුගත කරයි, සහ show security flow session destination-prefix 10.60.0.0/16 ආරක්ෂිත ජාලය සඳහා යොමු කරන ලද සැසි නිර්මාණය වේද යන්න පෙන්වයි.

නීරෝගී පාලන සම්බන්ධතාවක් සහ ක්‍රියාකාරී දත්ත මාර්ගයක් වෙනස් ප්‍රතිඵල දෙකකි, අදියර 2 සමත් වීම ප්‍රතිපත්තිය යෙදුමට අවසර දෙන්නේද යන්න ගැන කිසිවක් නොපවසයි. අවසර ලත් එක් ප්‍රවාහයක් සහ ප්‍රතිපත්තිය ප්‍රතික්ෂේප කළ යුතු තවත් එකක් පරීක්ෂා කරන්න, වෙනස දෘශ්‍ය වන පරිදි.

peer මාර්ගය, host-inbound අවසරය, ටනල් බන්ධනය, අභ්‍යන්තර මාර්ගය සහ යෙදුම් ප්‍රතිපත්තිය එකට සටහන් කරන්න. මෙම වාර්තා පහ අනාගත අසාර්ථකත්වය කුමන ස්තරයට අයත්ද යන්න තොටුපළ ලේබලය මත රඳා නොපවතින ලෙස පෙන්වයි.