د ASA FirePOWER ماډول FMC ته د مدیریت لار نه لري

FMC ماډول د نه رسېدونکي په توګه ښیي، ثبتول په تمه پاتې کېږي، او د ASA له داخل څخه ping په بشپړه توګه کار کوي. په موجوده ASA FirePOWER ځای پر ځای کېدا کې دا یوځای والی نورمال دی. ماډول خپله مدیریتي پته، خپل ډیفالټ ګیټوی او خپلې د لارښوونې پریکړې لري، او په ځینو پلیټفارمونو کې د ASA سره د فزیکي مدیریتي اړیکې شریکول هغه په یوه شبکه یي سټک کې نه یوځای کوي. دوه وسیلې په یوه تار کې له دوو جلا لیدلورو څخه ځواب ورکوي.

لاندې هغو ماډولونو ته اړه لري چې لا دمخه په خدمت کې دي. د لارښود له هر پورټ ډیاګرام څخه د کار اخیستو دمخه د چیسس ماډل، د ماډول ډول او د ملاتړ شوي سافټویر نسخه وټاکئ.

ماډول د جلا کوربه په توګه رسم کړئ

ډیاګرام د ماډول د مدیریت IP، ماسک او ډیفالټ ګیټوی، هغه VLAN چې په رښتیا دا اړیکه وړي، او هغه FMC پته چې باید ورته ورسېدل شي، پیل کړئ. بیا په جلا بکس کې د ASA د انټرفیس پتې او د هغه بشپړه د لارښوونې جدول ولیکئ. که دواړه بکسونه په پای کې د جلا مالکانو پتو سره یو سبنیټ شریک کړي، تاسو د ستونزې په زړه پورې برخه موندلې ده.

د ASA FirePOWER ماډول لارښود ښیي چې د پلیټفارمونو ترمنځ د پورټونو ترتیب څنګه توپیر لري، په شمول د شریک مدیریت تارونو چې ASA او ماډول په یوه برخه کې جلا پتې لري. هغه هارډویر ډیاګرام د ډیزاین لپاره ننوتنه ده، نه پټنوم.

وګورئ چې د بېرته راستنېدو لار چېرته ماتېږي

د مرکز له لارې لارښوونې شوې چوکاټ واخلئ. ماډول FMC ته روان ټرافیک Layer 3 مرکز ته لېږي، مرکز لرې مدیریتي هدف د ASA داخلي انټرفیس ته وړاندې کوي، او د سایټ VPN هغه بلې خوا ته وړي. بیا لرې سایټ ته د ماډول مدیریتي سبنیټ ته د بېرته راستنېدو لار ورته وي. د دې زنځير هره پښه سمه کېدای شي پداسې حال کې چې هغه وروستۍ لار ورکه وي، او له همدې کبله ناکامي ډېری وخت د مات شوي تونل په څېر ښکاري.

د هر څه بدلولو دمخه د ASA خپله لیدلوره ولولئ:

show interface ip brief
show route
show running-config interface

درېیمه امر مهم دی ځکه چې هغه انټرفیس پته چې هېر شوې ده هغه څه ده چې د بېرته راستنېدو لار په غلط وسیله ناسته کوي.

وګورئ ASA څه نښلول شوي ګڼي

که ASA په ماډول مدیریتي سبنیټ کې پته ولري، د هغه نښلول شوې لار د دې مخکښې مالکه ده. مرکز ته د تلونکې ثابته لار د نښلول شوې لار مالکیت نه لرې کوي، نو پاکټ ASA ته بېرته راځي او هماغه ځای ودريږي. بیا ثبتول په داسې نقطه کې ناکام شي چې د اعتبار سندونو سره هیڅ تړاو نه لري.

دا نتیجه مه اخلئ چې یو ځانګړی د جعلي ضد تفتیش پاکټ وغورځاوه، پرته لدې چې تاسو مخکې د وسیلې خپلې کتنې ولرئ. پرځای یې د ننوتلو انټرفیس، ټاکل شوې هدف لار او د هغه پلیټفارم لپاره د ملاتړ شوي مدیریت او معلوماتو ترمنځ د لېږد حد پرتله کړئ. دا درې حقایق معمولاً د توپولوژي شخړه ښکاره کوي دمخه لدې چې څوک د ثبت کلو کېدو بیا تنظیم پیل کړي.

داسې سمون غوره کړئ چې ماډول نښلول شوی وساتي

له هغې برخې څخه د ASA پتې لرې کول او د شریک پورټ فزیکي غیر فعالول سره برابر عملونه نه دي. په هغو پلیټفارمونو کې چې ماډول په همدې فزیکي مدیریتي اړیکه ځي، د پورټ غیر فعالول د ماډول یوازینۍ نښه لرې کوي — تاسو به د لارښوونې ستونزه په مړه وسیله بدله کړې وي. هغه بدلون غوره کړئ چې د مدیریتي لارښوونې مالکیت بیا وویشي، او د شبکې مالک په حضور کې یې چمتو کړئ.

دویم ملاتړ شوی انتخاب دا دی چې د ASA اداري لارې ته خپله برخه ورکړئ ترڅو د ماډول مدیریتي سبنیټ یو مالک ولري. دا یو پته او لږ اسناد لګښت کوي، او ابهام په تلپاته توګه لرې کوي. کومه لار چې غوره کړئ، وروسته یې تایید کړئ چې ماډول لا هم FMC او خپلو DNS یا NTP سرچینو ته رسېدلی شي.

یوازې د لارې د همغږۍ وروسته ثبت کړئ

کله چې د بېرته راستنېدو لار پاکه شوه، د اړوند FMC او ماډول خپرېدنې لارښود څخه مدیریتي اړیکه او د ثبت پیرامیټرونه پلان کړئ. د ثبت رازونه له شریکو یادښتونو او ټیکټونو بهر وساتئ، او د تشخیصي ګام په توګه د بیا ثبت کولو هڅې سره مقاومت وکړئ: په ماتې شوې لار کې نوی کیلي یوازې هماغه ناکامي د نوې وخت نښې سره تولیدوي.

لاره د ASA څخه پیل شوي ping نه، بلکې د ماډول خپل مدیریتي سټک څخه ومنئ، ځکه چې د ازموینې سرچینه هغه څه ده چې شک لاندې ده. د ماډول بله پښه، د ASA د VPN ټاکنه او د FMC ځوابي لار ثبت کړئ، او د دواړو مدیریتي رولونو لپاره خپلواکه د بېرته راوستلو طریقه وساتئ. هغه ریکارډ هغه څه دی چې ترمیم شوي انتقال له بریالي ثبت څخه بېلوي.

کله چې ماډول بالاخره په FMC کې ښکاره شي، هماغه درې امرونه بیا چل کړئ او پایله د ډیاګرام ترڅنګ وساتئ. بل کس چې دې مدیریتي برخې ته لاس ووهي، په دقیقه توګه هماغه پرتله غواړي.