ඔබේ ආයතනික proxy එක Compose සේවා නාමයක් විසඳීමට උත්සාහ කරන්නේ ඇයි
HTTP සේවාලාභියෙකුට Docker හි සේවා නාම විසඳුම භාවිත කිරීමට පෙර එහි වින්‍යාස කළ proxy වෙත අභ්‍යන්තර සේවා ඉල්ලීමක් යැවිය හැක. නිවැරදි සේවාලාභියා සඳහා හිතාමතා මඟහැරීම් එක් කරන්න.
යෙදුම එහි ආයතනික proxy හරහා අන්තර්ජාලයට ළඟා වේ, නමුත් http://catalog:8080/ අසාර්ථක වන අතර proxy එකට “catalog” විසඳිය නොහැක. එම ඉල්ලීම කිසිදා Docker හි අභ්‍යන්තර DNS භාවිත නොකළ විය හැක.
HTTP සේවාලාභියෙකුට සෘජු සම්බන්ධතාවයක් සැකසීමට පෙර තම proxy තෝරා ගත හැක. එවිට බාහිර proxy එකට අර්ථය Compose ජාලය තුළ පමණක් පවතින නාමයක් ලැබේ.
- ඉල්ලීමේ host නාමය භාවිත කරන්න. Compose සේවා සුදුසු ජාලයේ සේවා නාමයෙන් සොයාගත හැක. වෙනස් විය හැකි කන්ටේනර IP එක දෘඪ කේත කරනවාට වඩා පාරිභෝගික සේවාලාභියාගේ ආධාරක මඟහැරීම් වින්‍යාසයට
catalogඑක් කරන්න. - පවතින ව්‍යතිරේක ආරක්ෂා කරන්න. පරිසරය ගැන දැනුවත් සේවාලාභියෙකු සඳහා, අදාළ සටහන් සංවිධානයේ ලැයිස්තුව සමඟ ඒකාබද්ධ කරන්න:
NO_PROXY=localhost,127.0.0.1,catalog
no_proxy=localhost,127.0.0.1,catalogරූපයේ ඇති සැබෑ පුස්තකාලය හෝ ක්‍රියාත්මක කළ හැකි ගොනුව කේස් හැසිරවීම, අනුවාදය සහ ගැලපීම් ව්‍යාකරණ සඳහා පරීක්ෂා කරන්න. විශ්වීය NO_PROXY විග්‍රහකයක් නොමැත. කුඩා රූපයක wget නමැති වැඩසටහන GNU Wget මෙන් හැසිරිය යුතු නැත.
ඉල්ලීම සෘජු මාර්ගගතකරණය තෝරා ගත් පසු, ඇමතුම්කරු සහ සේවාවේ හවුල් ජාලය, සවන් දෙන සේවාව සහ කන්ටේනර තොටුපළ පරීක්ෂා කරන්න. ප්‍රකාශිත host තොටුපළ තවත් අන්ත ලක්ෂ්‍යයකි. මඟහැරීමට නැති වූ ජාල සම්බන්ධතාවයක් එක් කළ නොහැක, ජාලයක් නැවත නිර්මාණය කිරීමෙන් බාහිර proxy එකකට පුද්ගලික Compose නාමයක් උගන්වා ගත නොහැකි ආකාරයටම.
අපේක්ෂිත වෙන් කිරීම රඳවා ගන්න: අභ්‍යන්තර ඉල්ලීම් ඒවායේ අභ්‍යන්තර මාර්ගය භාවිත කරයි; බාහිර ඉල්ලීම් අනුමත proxy එක රඳවා ගනී. proxy එක ගෝලීයව අක්‍රීය කිරීමෙන් මෙම එකම අසාර්ථකත්වය සැඟවිය හැකි අතර ඊළඟ බාහිර ඉල්ලීමට අවශ්‍ය මාර්ගය ඉවත් විය හැක.