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-д гарч ирэхэд мөнөөх гурван командыг дахин ажиллуулж, гаралтыг схемын хажууд хадгал. Тэр удирдлагын сегментэд хүрэх дараагийн хүнд яг тэр харьцуулалт хэрэгтэй болно.