වෙබ් අඩවි VPN හරහා දුරස්ථ ASA වෙත SSH: පියවරෙන් පියවර

ඔබ SSH සේවාලාභියෙකු දුරස්ථ ASA හි අභ්‍යන්තර ලිපිනයට යොමු කරන අතර සම්බන්ධ වන විට සැසිය මිය යයි. ගිනි තාප්පය තමන්ගේම අඩවියෙන් පිළිතුරු දෙයි, උමග දිස්වේ, එහෙත් 22 වරායේ කිසිවක් ශ්‍රවණය නොකරයි. මෙම බොහෝ අවස්ථාවලදී පැකට්ටුව කිසිදා කළමනාකරණ පිළිගැනීමට නොපැමිණෙන්නේ, පරීක්ෂා කරන මාර්ගය කිසිදා කළමනාකරණ මාර්ගයක් ලෙස නිර්මාණය නොකළ බැවිනි. පහත ගලා යාම අනුපිළිවෙලින් අනුගමනය කරන්න, එවිට අසමත් වීම ස්ථානය මාරු කිරීම නවතී.

ඔබ සැබවින්ම කළමනාකරණය කරන ලිපිනය තෝරන්න

නිර්මාණ තුනක් සමාන ලෙස පෙනී වෙනස් ලෙස හැසිරේ: ASA හි පොදු VPN දෙසට ලිපිනයට ළඟා වීම, IPsec හරහා අභ්‍යන්තර අතුරුමුහුණතට ළඟා වීම, සහ කැපවූ කළමනාකරණ අතුරුමුහුණතට ළඟා වීම. කිසිදු අවසරයක් ස්පර්ශ කිරීමට පෙර පරිපාලකයාගේ මූලාශ්‍ර ලිපිනය, නිශ්චිත ගමනාන්ත ලිපිනය සහ TCP 22 ලියා තබන්න. ඉන් පසු සියල්ල එම යුගලය මත රඳා පවතී.

සේවාදායක VLAN දෙකක් රැගෙන යන උමගක් ගිනි තාප්පයේ අතුරුමුහුණත ලිපිනය හෝ පරිපාලකයාගේ කළමනාකරණ උපජාලය කිසිසේත් රැගෙන නොයා හැකිය. අඩවි-සිට-අඩවි ප්‍රතිපත්තිය සඳහා රසවත් ගමනාගමන ලැයිස්තුව පරීක්ෂා කර ASA හි තමන්ගේම ලිපිනය ගමනාන්තයක් ලෙස දිස්වන බව තහවුරු කරන්න, එය හරහා ගමන් කරන උපජාල පමණක් නොව.

ගමනාන්තය ගිනි තාප්පයම බැවින්, කළමනාකරණ පිළිගැනීම යොමු කළ ගමනාගමනය සඳහා වන නීතිවලින් වෙන් වේ. සේවාලාභීන්ට ASA පිටුපස සේවාදායක වෙත ළඟා වීමට ඉඩ දෙන ACL උපකරණයේ SSH පරිපාලනය ස්වාධීනව සක්‍රීය නොකරයි, යොමු කිරීමේ නීතිය නිවැරදි කිරීමෙන් මෙම අසමත් වීම නොසෙල්වේ.

management-access අතුරුමුහුණතට විශේෂිතය

management-access විධානය VPN හරහා පැමිණෙන කළමනාකරණ සම්බන්ධතා නම් කළ අතුරුමුහුණතක පිළිගන්නා ලෙස ASA ට පවසයි. එය මාර්ගයක් සාදන්නේ නැත, SSH අවසරයක් එකතු නොකරයි, සහ එකවර සෑම අතුරුමුහුණතකටම අදාළ නොවේ. ගමනාන්ත අතුරුමුහුණත නම් කළ එක නොවේ නම්, සත්‍යාපනයට පෙර සම්බන්ධතාව ඉවතලයි.

මෙහි ව්‍යතිරේක දෙකක් දෂ්ට කරයි. කළමනාකරණයට පමණක් වන අතුරුමුහුණත් මෙම යාන්ත්‍රණයෙන් පිටතය, සහ ASA 9.20 කළමනාකරණ මාර්ගෝපදේශය සඳහන් කරන්නේ පෙරනිමි CiscoSSH තුඩ මගින් VPN හරහා අතුරුමුහුණත් හරස් SSH සමර්ථ නොකරන බවයි, ASA SSH තුඩ එය සමර්ථ කරයි. මාර්ග සඳහා කාලය වැය කිරීමට පෙර යොදවා ඇති නිකුතුවේ සක්‍රීය තුඩ තහවුරු කරන්න.

පිවිසුම් විමසුමට පෙර දොරටු හතර

සේවාලාභියා සහ පරිශීලක නාම විමසුම අතර ස්වාධීන දොරටු හතරක් සිටී: කළමනාකරණ යුගලය සඳහා මාර්ග සහ උමග ගැළපීම, ASA ලිපිනයට TCP 22 අවසර දෙන අතුරුමුහුණත ACL, පරිපාලකයාගේ මූලාශ්‍රය ආවරණය කරන ssh අවසරය, සහ එම පරිශීලකයා සඳහා AAA සත්‍යාපනය. ඒවායින් ඕනෑම එකකට කුමන දොරටුව වැසුණිදැයි සේවාලාභියාට නොකියා පැකට්ටුව හෙළිය හැකිය.

කිසිවක් වෙනස් කිරීමට පෙර කුමන දොරටුව අසමත් වේදැයි බැලීමට packet-tracer භාවිත කරන්න: packet-tracer input inside tcp 10.10.5.20 50000 10.20.1.1 22 detailed. ලුහුබැඳීම ACL, NAT අදියර සහ to-the-box තීරණය නම් කරයි, එය සාමාන්‍යයෙන් මාර්ගගත කිරීමේ ගැටලුවක් පිළිගැනීමේ ගැටලුවකින් වෙන් කිරීමට ප්‍රමාණවත්ය.

පටු අවසරය ලියන්න, පුළුල් එක නොව

අවසරය අනුමත පරිපාලන උපජාලයට සහ උමගේ ගමනාගමනය ලබන අතුරුමුහුණතට සීමා කරන්න: ssh 10.10.5.0 255.255.255.0 inside. පිටත අතුරුමුහුණතේ සෑම මූලාශ්‍රයක්ම විවෘත කිරීම වෙනුවට එය aaa authentication ssh console LOCAL වැනි සත්‍යාපන ක්‍රමයක් සහ නම් කළ දේශීය ගිණුමක් සමඟ යුගල කරන්න.

අතුරුමුහුණත ACL සහ ssh අවසරය සුසංගතව තබා ගන්න. ACL අවහිර කරන උපජාලය සඳහා අවසරය තවමත් අසමත් වේ, සහ ගැළපෙන ssh පිවිසුමක් නොමැතිව උපජාලයට අවසර දෙන ACL ඊළඟ දොරටුවේදී අසමත් වේ. ප්‍රකාශ දෙකම එකම මාර්ගය විවිධ ස්තරවලින් විස්තර කරයි, එබැවින් ක්‍රියාත්මක වින්‍යාසයේ ඒවා එකට සමාලෝචනය කරන්න.

නම් කළ සත්කාරකයෙන් සත්‍යාපනය කර, පසුව නැවත පටු කරන්න

ඔබේ මේසයෙන් නොව, නම් කළ කළමනාකරණ සත්කාරකයෙන් නව සැසියක් විවෘත කර, සම්බන්ධතාවය කුමන මූලාශ්‍ර ලිපිනය සහ අතුරුමුහුණත භාවිත කළේදැයි ASA හි තහවුරු කරන්න. සැසිය විවෘතව ඇති අතරතුර සක්‍රීය සැසි සහ ක්‍රියාත්මක වින්‍යාසයේ SSH කොටස පරීක්ෂා කර, පසුව එය වසා පරීක්ෂණය සඳහා එකතු කළ ඕනෑම තාවකාලික අවසරයක් ඉවත් කරන්න. සැසිය දිස්වුවත් පිවිසීමෙන් පසු වහාම වැටේ නම්, ඉතිරි ගැටලුව ළඟා වීමේ හැකියාව නොව අවසර දීමයි. ඊළඟ පුද්ගලයා රෝග විනිශ්චය නැවත නොකරන පරිදි වෙනස්කම් වාර්තාවේ අතුරුමුහුණත සහ මූලාශ්‍රය සටහන් කරන්න.

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