IKEv2-ын үхсэн түншийг илрүүлэх нь таны аппыг шалгахгүй

IKEv2-ын амьд байдлын шалгалт нэг асуулт тавьдаг: нөгөө түнш хамгаалагдсан хяналтын харилцаанд одоо ч хариу өгч байна уу. Энэ нь дотоод апп эрүүл эсэх, гарцын цаана зам байгаа эсэх, эсвэл хөтлөлт хурдан мэт санагдах эсэхийг хэмждэггүй. Туннелийн цаанаах бүх хэрэгтэй зүйл бүтэлгүйтсэн ч шалгалт давж болно.

Таймерыг өөрчлөхөөс өмнө хоёр төрлийн нотолгоог тус тусад нь уншаарай.

Амьд байдлын шалгалт үнэхээр юу асуудаг вэ

Амьд байдлын солилцоо нь тогтоосон IKE аюулгүй байдлын холбоо дотор илгээгдэж, тохируулсан цонх дотор хариу хүлээдэг. Амжилт гэдэг нь түншийн IKE хэрэгжилт одоо ч байгаа бөгөөд одоо ч ярихад бэлэн байна. Энэ нь урсгалыг зөөдөг хүүхэд аюулгүй байдлын холбоодын талаар юу ч хэлэхгүй, гарцын цаанаах чиглүүлэлтийн талаар ч, туннелийг нээсэн үйлчилгээний талаар ч юу ч хэлэхгүй. Эдгээр нь гурван тусдаа асуулт, гурван тусдаа бүтэлгүйтлийн горимтой.

Тухайн ялгаа нь сесс чимээгүй болоход хаана харахыг шийддэг. Өгөгдлийн зам эвдэрсэн ч хариу үргэлжлүүлж байгаа түнш бодлого, чиглүүлэлт эсвэл доод үйлчилгээг заана. Хариу өгөхөө болих түнш хүртээмж эсвэл алслагдсан төгсгөлийн өөрийн төлөв рүү заана.

Аюулгүй байдлын холбоодыг хөтөчөөс өмнө уншаарай

Хяналтын төлөв ба өгөгдлийн төлөв нь демоноос асуухад тус тусад нь жагсаагдана, тоолуурууд ямар нэгэн оролдлого хийгдсэн эсэхийг хэлнэ. Хэзээ ч суулгагдаагүй хүүхэд холбоо суулгагдаад дараа нь пакет дамжуулахаа больсон холбоотой огт адилгүй харагдана, гэхдээ хоёулаа ижил хэрэглэгчийн гомдол үүсгэдэг.

ipsec statusall | head -n 40
swanctl --list-sas
ip xfrm state | grep -E 'proto|mode'

Төлөвүүдийн нэрийг тасалбарт яг байгаагаар нь бичээд, гомдлын мөчийн тоолууруудыг хамт бичээрэй. Туннель унажээ гэх мэт тайлбар нь хоёр холбооны алийг нь дууссаныг нуудаг бөгөөд ихэвчлэн энэ нь хадгалах үнэ цэнэтэй цорын ганц баримт юм.

Замын бүтэлгүйтэл үхсэн түнштэй яг адил харагдана

Гарц нь хяналтын солилцоонд хариу өгч чадна, харин тэр үед хувийн сервер офлайн, дамжуулсан зам байхгүй эсвэл дотоод нэрийн шийдэл бүрэн бүтэлгүйтдэг. Клиентийн хувьд эдгээр бүгд сесс ажиллаж байгаа мэт, харин очих газар ажиллахгүй байгаа мэт харагдана. Буцах замыг урагшаа замаас дутахгүй болгоомжтой шалгаарай, учир нь алслагдсан талын тэгш бус чиглүүлэлт зөвхөн нэг чиглэлд чимээгүй байдал үүсгэдэг.

Туннель ажиллаж байгаа эсэхийг шалгахын оронд зориулсан аппыг шууд шалгаж, түүний оролдсон хаягийг нэрлээрэй. Гарц руу ping хийх нь гарц хариу өгдгийг баталдаг; апп хариу өгснийг хэзээ ч батлаагүй. Аппын оролдсон яг хаягийг бүртгээрэй. Тэр мөр дараа нь хайлтыг нарийсгадаг бөгөөд тасалбар ихэвчлэн орхидог цорын ганц баримт нь энэ.

Таймеруудыг оношлогооноос гадуур байлгаарай

Илрүүлэх интервалыг богиносгох нь гүйцэтгэлийн өөрчлөлт биш бөгөөд хүчин чадал нэмдэггүй. Пакет алдагдах үед бүтэлгүйтэл хэр хурдан танигдахыг өөрчилдөг бөгөөд энэ нь юуг ч сайжруулахгүйгээр шинж тэмдгийг өөр харагдуулж болно. Эхлээд бүтэлгүйтлийн бодит цагийг бүртгээд, дараа нь таны үнэхээр байгаа холбоосын хувьд хүлцэл буруу эсэхийг шийдээрэй.

NAT-ын зураглалын шинэчлэлтүүд мөн адил ангилалд багтана. Тэд орчуулсан замыг ашиглах боломжтой байлгадаг бөгөөд алслагдсан апп ажиллаж байгаагийн нотолгоо биш.

Бүрэн сэргээх бодлого нь түншийг үхсэн гэж зарлахад клиент юу хийх ёстойг хэлдэг: дахин эхлүүлэх, хаах эсвэл барих, мөн тэр хугацаанд бусад урсгал юу хийж болохыг. Үүнгүйгээр ижил тохиолдол улирал бүр тэгээс дахин оношлогддог.