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

Нэгдүгээрт, асуулт нь шийдвэр үү, хүсэл үү

Шийдвэр нь хувилбарууд болон тэдгээрийн хооронд сонгох ажиглалттай байдаг. Аль нэгийг сонгохын тулд юу харахаа нэрлэж чадахгүй бол асуулт нь хүсэл хэвээр байна. Эхлээд хувилбаруудыг бич, жагсаалтад хоёр л зүйл байсан ч. Дараа нь тэдгээрийг тусгаарлах буултыг бич.

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

Хариулт нь хэн ч биш бол энд зогс, учир нь эзэмшигчгүй шийдвэрийг хамгийн чанга гомдоллосон хүн дахин хийнэ. Энэ нь дизайны асуудал биш, удирдлагын асуудал.

Хоёрдугаарт, урсгалууд болон татгалзлуудыг нэрлэ

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

Чиглэлийн талаар тодорхой бай. Төв оффис руу холболт эхлүүлж болох сайт тэдгээрийг хүлээн авч болох сайтаас өөр дизайн бөгөөд ялгаа нь дараа бичих дүрэм бүрт харагдана.

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

Жагсаалтыг туршихад хангалттай богино байлга. Шалгаж чадах арван урсгал шалгаж чадахгүй дөчөөс дээр.

Шалгалт 3: баримтыг таамаглалаас ялга

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

Жишээ сүлжээ нь шошготой бол зүгээр. Асуудал нь хэзээ ч байгаагүй хоёр дахь дээш холбоос эсвэл нийтийн хаягийн блокыг чимээгүй олж авдаг таамаглалт салбарт.

Шалгаж чадах таамаглалыг хяналтын өмнө шалга, учир нь нэг хэмжсэн баримт хэлэлцүүлгийн бүхэл салбарыг арилгана.

ip route get 10.50.0.10
traceroute -n -m 6 10.50.0.10
nc -vz 10.50.0.10 443

Дөрөвдүгээрт, алдааны гэрээг бич

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

Дараа нь нөөц замыг шийд: трафикийг блокло, өөр зөвшөөрөгдсөн замаар илгээ, эсвэл програм бүрт өөр зүйл хий. Шууд зам руу чимээгүй буцах нь хэн ч бичээгүй ч дизайны шийдвэр юм.

Сэргээх зорилтыг энгийн хэлээр нэм, жишээ нь сайт хэдийг муудсан байдалд ажиллаж болох, ослыг хэн зарлахыг.

Шалгалт 5 ба 6: оёдол сонгож, өөрчлөлтийг бүртгэ

Маргах нэг оёдол сонго, учир нь бүгдийг шийдэхийг оролдсон хяналт юу ч шийдэхгүй. Маршрутлал, эрх олголт, шифрлэлт нь гурван өөр оёдол бөгөөд товчлол асуулт аль тухай болохыг хэлэх ёстой. RFC 4301 энд хэрэгтэй сануулга, учир нь бодлогын шийдвэр, хамгаалагдсан трафик, аюулгүй байдлын холбоог нэг объект гэж үзэхийн оронд ялгадаг.

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

git diff --stat design/vpn-brief.md
grep -n 'assumption' design/vpn-brief.md
ip route get 10.50.0.10

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

Холбоотой нийтлэлүүд