પ્રોક્સી પરીક્ષણે સીધું જોડાણ નિષ્ફળ બનાવવું જોઈએ

એપ્લિકેશનની બાજુમાં સાંભળતું સ્થાનિક પ્રોક્સી પ્રોક્સીની જરૂર પડતા નેટવર્કનું પુનરુત્પાદન કરતું નથી. એપ્લિકેશન ગોઠવેલી પ્રોક્સીને અવગણીને સીધું જોડાઈ શકે છે અને તેમ છતાં સફળતાનો અહેવાલ આપી શકે છે.

એપ્લિકેશનના નેટવર્કને પ્રોક્સીના બહારના માર્ગથી અલગ કરો. કન્ટેનર આધારિત એક ગોઠવણી એપ્લિકેશનને ફક્ત આંતરિક નેટવર્ક પર મૂકે છે અને પ્રોક્સીને બીજું બહાર જવાનું નેટવર્ક આપે છે. હાલની Compose વ્યાખ્યામાં નેટવર્ક જોડાણો આવા દેખાઈ શકે છે:

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

આ પહેલેથી વ્યાખ્યાયિત સેવાઓ માટેનો નેટવર્ક ટુકડો છે. મંજૂર ફોરવર્ડ પ્રોક્સી અને એપ્લિકેશનના વાસ્તવિક ક્લાયન્ટને અલગ રીતે ગોઠવો. Docker આંતરિક નેટવર્કને બહારથી અલગ ગણે છે; આ ગોઠવણીમાં ફક્ત પ્રોક્સી પાસે જ વધારાનું બહારનું નેટવર્ક હોય છે.

પ્રોક્સીના ઉપયોગ વગરનો નકારાત્મક કિસ્સો ઉમેરો: એપ્લિકેશનની બહારની વિનંતી નિષ્ફળ થવી જોઈએ. પ્રમાણિત HTTP પ્રોક્સી માટે, નકારેલું ખાતું તેની પ્રમાણીકરણ નિષ્ફળતા આપવી જોઈએ, જ્યારે સ્વીકારેલું ખાતું અનુરૂપ પ્રોક્સી અવલોકન સાથે લક્ષ્ય સુધી પહોંચવું જોઈએ.

પ્રોક્સીના મંજૂર અને નકારેલા કિસ્સા અલગ રીતે ચકાસો. એપ્લિકેશનને અન્ય બહારના નેટવર્કથી દૂર રાખો અને પ્રોક્સીને ટાળતી હોસ્ટ નેટવર્ક મોડ ઉમેરવાનું ટાળો. સફળ વિનંતી ત્યારે જ ઉપયોગી પુરાવો છે જ્યારે પરીક્ષણ ફક્ત ઇચ્છિત માર્ગ જ ઉપલબ્ધ કરાવે.