VPC masofaviy kirishini qabul qilish rad etish testlarini talab qiladi

Masofaviy kirishni qabul qilish — bu kutilayotgan natijalar jadvali, ishlayotgan sahifaning ekran surati emas. Har bir guruh uchun nima muvaffaqiyatli bo'lishi va nima muvaffaqiyatsiz bo'lishi kerakligini yozing, so'ng ikkalasini ham boshqariladigan vaqt oynasida maxsus test identifikatsiyalari bilan ishga tushiring. Chegarani isbotlaydigan qism — rad etishlar; muvaffaqiyatli kirish faqat tunnel mavjudligini isbotlaydi. Bularning barchasi allaqachon tanlangan VPN mahsuloti bilan ishlaydi.

Testlar uchun alohida hisoblardan foydalaning va ularni hech kim test identifikatsiyasini haqiqiy istisno bilan aralashtirmaydigan qilib belgilang.

Chegarani kutilayotgan natijalar sifatida yozing

Komponentlardan emas, rollardan boshlang: kimga qaysi xizmat, qayerdan va qaysi identifikatsiya bilan kerak. Namunaviy VPC ni oling: bir guruhga HTTPS orqali sinov muhiti kerak, boshqasiga ishlab chiqarish ma'lumotlar bazasi kerak, uchinchi va kichikroq guruh esa shlyuzning o'zini boshqaradi. Har bir qator kutilayotgan ruxsat va kutilayotgan rad etishni oladi, shu jumladan ishlamasligi kerak bo'lgan qo'shni xizmat va qo'shni hisob. O'sha jadval qabul mezoni bo'lib, testlarni o'tkazmaydigan odamlar ham uni ko'rib chiqishlari mumkin.

Ma'lumotlar bazasiga kirishni tarmoq yo'lidan alohida sinab ko'ring. Kirish mumkin bo'lgan TCP port tasdiqlanmagan ma'lumotlar bazasi hisobini muvaffaqiyatli qilmasligi kerak, VPN a'zoligi esa bulutli IAM rolini yaratmasligi yoki boshqaruv API kirishini bermasligi kerak. Bu uchta mustaqil nazorat va ular mustaqil ravishda muvaffaqiyatsiz bo'ladi.

Yo'l — avtorizatsiya emas

Yo'l yo'lni mumkin qiladi; u ruxsat bermaydi. Yo'lni yashirish — manzil tomonida qo'llaniladigan cheklovning zaif o'rnini bosuvchisi, chunki mijoz har doim o'z yo'lini qo'shishi mumkin. Xavfsizlik guruhi, ma'lumotlar bazasi ruxsati va ilovaning o'z avtorizatsiyasi hal qiluvchi nazorat bo'lib qoladi. Test kutilmaganda muvaffaqiyatli bo'lsa, birinchi navbatda manzil siyosatiga qarang, mijozda bo'lishini istagan marshrutlash jadvaliga emas.

Shuning uchun rad etish testlari server tomoniga qaratilgan: bu natijalarni mijozni tahrirlash bilan o'zgartirib bo'lmaydi.

Nazorat aslida qaysi manbani ko'radi?

Nazorat baholaydigan manba manzili shlyuz arxitekturasiga bog'liq. EC2 da joylashtirilgan shlyuz marshrutlangan pulni uzatishi, uni o'z manziliga aylantirishi yoki NAT dan keyin boshqa manzilni taqdim etishi mumkin; boshqariladigan Client VPN quyi tarmoqqa ulanadi va o'z modeliga amal qiladi. Xavfsizlik guruhlari va tarmoq ACL lari ushbu qayta ishlashdan keyin keladigan narsani ko'radi. Qoidani noto'g'ri manba taxmini bilan tekshirish to'g'ri ko'rinadigan va noto'g'ri trafikni o'tkazadigan chegara qurishning keng tarqalgan usulidir.

Har bir natijani eng kichik foydali hodisa bilan bog'lang: identifikatsiya va sessiya, resurs, operatsiya, vaqt va qaror. CloudTrail dagi API chaqiruvi, VPC oqimi yozuvi va VPN sessiya jurnali turli savollarga javob beradi va ularning hech biri yakka o'zi ilova auditi emas.

Identifikatsiyani qaytarib oling va yana sinab ko'ring

Qaytarib olishni ham o'sha jadvalga kiriting. Test identifikatsiyasini olib tashlang, yangi sessiya rad etilishini tasdiqlang, so'ng mavjud sessiyalarga qanday munosabatda bo'lishini alohida tasdiqlang, chunki bular turli egalarga ega turli xatti-harakatlar. Shlyuz qayta ishga tushirilgandan yoki almashtirilgandan keyin nima bo'lishini tekshiring, qo'lda qo'shilgan istisno jimgina yo'qolmasligi yoki kengroq qaytmasligi uchun. Faqat keyingi joylashtirishgacha davom etadigan chegara chegara emas.

Bularning hech biri yamoqlash, tiklash yoki hisob ma'lumotlari hayot tsikli ishini almashtirmaydi. Bu torroq va'dani o'lchash mumkin qiladi: to'g'ri odamlar to'g'ri xizmatlarga yetib boradi, yaqin yo'llar, hisoblar va boshqaruv yuzalari esa ruxsatdan tashqarida qoladi.

Jadvalni joylashtirish bilan birga saqlang va shlyuz o'zgarganda qayta ishga tushiring. Testlar arzon; ularning ortidagi taxminlar emas.