Docker સેવાનું DNS અને no_proxy સાથે પ્રોક્સી બાયપાસ
બાહ્ય HTTP પ્રોક્સી તે નેટવર્ક ઉકેલી કે પહોંચી ન શકે ત્યારે ઇચ્છિત આંતરિક સેવા માટે no_proxy વાપરો.
બાહ્ય HTTP પ્રોક્સીએ Docker નું api સેવા નામ જાણવાની જરૂર નથી. http://api:8080/ માટે પ્રોક્સી આગળનું જોડાણ ખોલે છે, તેથી એપ કન્ટેનરની અંદર સફળ લુકઅપ પ્રોક્સીના DNS દૃશ્યને સાબિત કરતું નથી.
ઇચ્છિત સીધા ઍક્સેસ માટે, તે કન્ટેનરના પર્યાવરણમાં અપવાદ ઉમેરો:
environment:
http_proxy: http://proxy.example:8080
https_proxy: http://proxy.example:8080
no_proxy: apiapi પરની સીધી વિનંતીઓ કન્ટેનરના માર્ગ અને તેના અંતર્ગત રિઝોલ્વરનો ઉપયોગ કરે છે. બંને કન્ટેનરને હજી પણ વપરાશકર્તા-વ્યાખ્યાયિત શેર કરેલું નેટવર્ક જોઈએ છે અને સેવાએ 8080 પર સાંભળવું જોઈએ. લાયક બાહ્ય વિનંતીઓ પ્રોક્સી જાળવી રાખે છે. જો તે જાહેર ગંતવ્યો જાહેર મધ્યસ્થ વાપરી શકે, તો HTTP પ્રોક્સી સૂચિ ખાતા વિનાના પ્રોક્સી URL માટે ઉમેદવારો પૂરા પાડે છે; api ને સીધા અપવાદોમાં રાખો.
જો ફરીથી બનાવેલા કન્ટેનર અનપેક્ષિત ચલો રાખે છે, તો Docker ક્લાયન્ટનો config.json proxies વિભાગ તપાસો, જે પર્યાવરણ મૂલ્યો દાખલ કરી શકે છે. ઇચ્છિત પ્રવેશ બદલો અને સામાન્ય પ્રવાહ દ્વારા અસરગ્રસ્ત કન્ટેનર ફરીથી બનાવો, અસંબંધિત રૂપરેખાંકન જાળવી રાખો.