Փրոքսիի թեստը պետք է ձախողի ուղիղ միացումը

Հավելվածի կողքին լսող տեղական փրոքսին չի վերարտադրում ցանց, որը պահանջում է փրոքսիով անցում։ Հավելվածը կարող է անտեսել կարգավորված փրոքսին, միանալ ուղիղ և այնուամենայնիվ հաղորդել հաջողության մասին։

Առանձնացրեք հավելվածի ցանցը փրոքսիի արտաքին ուղուց։ Կոնտեյներային մի դասավորություն հավելվածը տեղադրում է միայն ներքին ցանցում և փրոքսիին տալիս է երկրորդ ելքային ցանց։ Գոյություն ունեցող Compose սահմանման մեջ ցանցային միացումները կարող են այսպիսի տեսք ունենալ․

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

Սա ցանցային հատված է արդեն սահմանված ծառայությունների համար։ Առանձին կարգավորեք հաստատված փոխանցող փրոքսին և հավելվածի իրական հաճախորդը։ Docker-ը ներքին ցանցերը փաստագրում է որպես դրսից մեկուսացված․ այս դասավորությունում լրացուցիչ արտաքին ցանց ունի միայն փրոքսին։

Ներառեք բացասական դեպք՝ առանց փրոքսիի օգտագործման․ հավելվածի արտաքին հարցումը պետք է ձախողվի։ Նույնականացում պահանջող HTTP փրոքսիի դեպքում մերժված հաշիվը պետք է տա իր նույնականացման սխալը, իսկ ընդունված հաշիվը՝ հասնի թիրախին համապատասխան փրոքսի դիտարկմամբ։

Փորձարկեք փրոքսիի թույլատրված և մերժված դեպքերը առանձին։ Հեռու պահեք հավելվածը այլ արտաքին ցանցերից և մի ավելացրեք փրոքսին շրջանցող հոսթ ցանցի ռեժիմ։ Հաջող հարցումը օգտակար ապացույց է միայն այն դեպքում, երբ թեստը տրամադրում է հենց նախատեսված ուղին։