Biror kishi haqiqatan ko'rib chiqa oladigan VPN dizayn brifini yozing
Ko'rib chiqiladigan dizayn oqimlarni, egalarni va muvaffaqiyatsizlik shartnomasini nomlaydi. Olti tekshiruv noaniq savolni birov qaror bilan javob bera oladigan savolga aylantiradi.
Dizayn ko'rib chiqishlarining aksariyati birinchi savolda to'xtab qoladi, chunki so'rov qarorni emas, mahsulotni tavsiflaydi. Oqimlarni, egalarni va muvaffaqiyatsizlikdagi xatti-harakatni nomlaydigan brif bir yig'ilishda javob olishi mumkin. Xavfsiz VPN quring degan brifga umuman javob berib bo'lmaydi. Biror narsa yuborishdan oldin quyidagi olti tekshiruvdan o'ting, va ko'rib chiqish munozara emas, taqqoslashga aylanadi.
Birinchidan, savol qarormi yoki istakmi
Qarorning alternativalari va ularning orasidan tanlaydigan kuzatuvi bo'ladi. Birini tanlash uchun nimaga qarashingizni ayta olmasangiz, savol hali ham istak. Avval alternativalarni yozing, ro'yxat ikki banddan iborat bo'lsa ham. Keyin ularni ajratadigan murosa-ni yozing.
Istak auditoriyani yashirishga ham moyil. Dizaynni kim tasdiqlashi kerakligini ayting, chunki bir xil brif tarmoq egasi, xavfsizlik ko'rib chiquvchisi va moliya tasdiqlovchisi uchun boshqacha o'qiladi.
Agar javob hech kim bo'lsa, shu yerda to'xtang, chunki egasiz qarorni eng baland ovozda shikoyat qilgan kishi qayta yaratadi. Bu dizayn emas, boshqaruv muammosi.
Ikkinchidan, oqimlarni va rad etishlarni nomlang
Ishlashi kerak bo'lgan har bir oqim uchun manba, manzil va ilovani sanab o'ting. Keyin muvaffaqiyatsiz bo'lib turishi kerak bo'lgan oqimlarni sanang, chunki ularga jimgina ruxsat bergan dizayn talabni aytmasdan o'zgartirgan. Manzillar kesishuvi va yuqoriga yetib borish bu ro'yxatda kutilmagan hodisa emas, cheklov sifatida turadi.
Yo'nalish borasida aniq bo'ling. Bosh ofisga ulanishlarni boshlashi mumkin bo'lgan sayt ularni faqat qabul qila oladigan saytdan boshqa dizayn, va farq keyin yozadigan har bir qoidada ko'rinadi.
Mijozlar va ularning boshqaruv holatini ham qayd eting, chunki agentli boshqariladigan qurilma o'zingiz olib kelgan noutbuk qila olmaydigan ishlarni qila oladi.
Ro'yxatni sinash uchun yetarlicha qisqa tuting. Tekshira oladigan o'nta oqim tekshira olmaydigan qirqtadan yaxshiroq.
Tekshiruv 3: faktlarni taxminlardan ajrating
Tekshirgan har bir fikringizni belgilang, tekshirmaganlaringizni ham belgilang. Ommaviy manzillashtirish, mavjud o'tkazuvchanlik va administrator kirishi javobni ko'proq o'zgartiradigan uchta taxmin. Ulardan biri noma'lum bo'lsa, qaysi tomonga chiqsa ham dizayn qanday o'zgarishini ayting.
Namunaviy tarmoq belgilangan bo'lsa yaxshi. Muammo hech qachon bo'lmagan ikkinchi yuqori havolani yoki ommaviy manzillar blokini jimgina oladigan faraziy filialda.
Tekshira oladigan taxminni ko'rib chiqishdan oldin tekshiring, chunki bitta o'lchangan fakt munozaraning butun shoxini olib tashlaydi.
ip route get 10.50.0.10
traceroute -n -m 6 10.50.0.10
nc -vz 10.50.0.10 443To'rtinchidan, muvaffaqiyatsizlik shartnomasini yozing
Tunnel ishlamay qolganda nima bo'lishini ayting va ikki xil va'da haqida aniq bo'ling. Qayta ulangandan keyin yangi ulanishlarni tiklashni va'da qilish oson. Muvaffaqiyatsizlik davomida allaqachon o'rnatilgan sessiyalarni saqlab qolish ancha kuchli talab, va u texnologiya tanlovini cheklaydi.
Keyin zaxira yo'lni hal qiling: trafikni to'sing, uni boshqa tasdiqlangan yo'l orqali yuboring yoki har bir ilova uchun boshqacha qiling. To'g'ridan-to'g'ri yo'lga jimgina qaytish ham dizayn qarori, hatto hech kim yozmagan bo'lsa ham.
Tiklanish maqsadini sodda tilda qo'shing, masalan sayt qancha vaqt yomonlashgan holatda ishlashi mumkin va hodisani kim e'lon qiladi.
Tekshiruv 5 va 6: chokni tanlang va o'zgarishni qayd eting
Bahslashish uchun bitta chok tanlang, chunki hamma narsani hal qilishga urinadigan ko'rib chiqish hech narsani hal qilmaydi. Marshrutlash, avtorizatsiya va shifrlash uch xil chok, va brif savol qaysi biri haqida ekanini aytishi kerak. RFC 4301 bu yerda foydali eslatma, chunki u siyosat qarorlari, himoyalangan trafik va xavfsizlik assotsiatsiyalarini bitta obyekt deb hisoblash o'rniga ajratadi.
Keyin qarordan keyin nima o'zgarganini qayd eting, qayta ko'rilgan taxminlar bilan birga. Aynan shu yozuv keyingi ko'rib chiqishni qisqartiradi.
git diff --stat design/vpn-brief.md
grep -n 'assumption' design/vpn-brief.md
ip route get 10.50.0.10Olti tekshiruvdan o'tgan brif javobi bor savol tug'diradi: dizayn ko'rsatilgan oqimlarga va muvaffaqiyatsizlik shartnomasiga mos keladi, yoki nomlangan cheklov unga to'sqinlik qiladi. Cheklov keyin o'zgarsa, yozuv qaysi qarorni qayta ko'rish va qaysi biri qolishi mumkinligini ko'rsatadi. Bu mashqni bir martalik munozara emas, qayta ishlatiladigan qiladi.