Proksi sinovi to‘g‘ridan-to‘g‘ri ulanishni muvaffaqiyatsiz qilishi kerak

Ilova yonida tinglayotgan mahalliy proksi proksi orqali kirishni talab qiladigan tarmoqni qayta yaratmaydi. Ilova sozlangan proksini e’tiborsiz qoldirib, to‘g‘ridan-to‘g‘ri ulanib, baribir muvaffaqiyat haqida xabar berishi mumkin.

Ilova tarmog‘ini proksining tashqi yo‘lidan ajrating. Konteynerga asoslangan bir tuzilma ilovani faqat ichki tarmoqqa joylashtiradi va proksiga ikkinchi chiqish tarmog‘ini beradi. Mavjud Compose ta’rifida tarmoq ulanishlari shunday ko‘rinishi mumkin:

services:
  app:
    networks: [clients]
  proxy:
    networks: [clients, egress]
networks:
  clients:
    internal: true
  egress: {}

Bu allaqachon aniqlangan xizmatlar uchun tarmoq bo‘lagi. Tasdiqlangan yo‘naltiruvchi proksini va ilovaning haqiqiy mijozini alohida sozlang. Docker ichki tarmoqlarni tashqaridan ajratilgan deb hujjatlashtiradi; bu tuzilmada qo‘shimcha tashqi tarmoq faqat proksida bo‘ladi.

Proksidan foydalanilmagan salbiy holatni ham qo‘shing: ilovaning tashqi so‘rovi muvaffaqiyatsiz bo‘lishi kerak. Autentifikatsiyali HTTP proksida rad etilgan hisob o‘z autentifikatsiya xatosini berishi, qabul qilingan hisob esa tegishli proksi kuzatuvi bilan maqsadga yetishi kerak.

Proksining ruxsat berilgan va rad etilgan holatlarini alohida sinab ko‘ring. Ilovani boshqa tashqi tarmoqlardan uzoq tuting va proksini chetlab o‘tuvchi xost tarmoq rejimini qo‘shmang. Muvaffaqiyatli so‘rov faqat sinov aynan ko‘zlangan yo‘lni taqdim etganda foydali dalil bo‘ladi.