Proxy proba batek zuzeneko konexioa huts egitera behartu behar du

Bereizi aplikazioaren proba-sarea proxyaren irteeratik, ohartu gabeko zuzeneko konexio batek proxy proba arrakastatsu gisa erakuts ez dezan.

Aplikazioaren ondoan entzuten duen proxy lokal batek ez du proxya behar duen sarea berregiten. Aplikazioak konfiguratutako proxya alde batera utzi, zuzenean konektatu eta hala ere arrakasta eman dezake.

Bereizi aplikazioaren sarea proxyaren kanpoko bidetik. Edukiontzietan oinarritutako antolamendu batek aplikazioa barne-sare bakarrean jartzen du eta proxyari bigarren irteera-sare bat ematen dio. Dagoen Compose definizio batean, sare-atxikipenak horrela izan daitezke:

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

Hau jada definituta dauden zerbitzuetarako sare-zati bat da. Konfiguratu onartutako aurrerapen-proxya eta aplikazioaren benetako bezeroa bereizita. Dockerek barne-sareak kanpotik isolatutzat dokumentatzen ditu; antolamendu honetan proxyak soilik du kanpoko sare gehigarria.

Sartu proxy erabilerarik gabeko kasu negatiboa: aplikazioaren kanpoko eskaerak huts egin beharko luke. Autentifikatutako HTTP proxy batean, baztertutako kontuak bere autentifikazio-errorea sortu beharko luke, eta onartutako kontuak helburua iritsi beharko luke proxyaren behaketa egokiarekin.

Probatu bereizita proxyaren baimendutako eta ukatuako kasuak. Eutsi aplikazioa beste kanpoko sareetatik urrun eta saihestu proxya gainditzen duen ostalari-sare modua gehitzea. Eskaera arrakastatsu bat froga erabilgarria da probak aurreikusitako bidea soilik eskaintzen duenean.

Erlazionatutako artikuluak