ප්‍රොක්සි කන්ටේනරය DNS කන්ටේනරය ස්වයංක්‍රීයව භාවිතා නොකරන්නේ ඇයි
Docker සත්කාරකයක් බෙදාගැනීම, ජාලයක් බෙදාගැනීම සහ විසඳන්නෙකු තෝරාගැනීම වෙනස් කරුණු තුනකි. ප්‍රොක්සිය තුළින් DNS විමසුම අනුගමනය කරන්න.
ප්‍රොක්සියක් සහ DNS සේවාදායකයක් එකම Docker සත්කාරකයේ ධාවනය කිරීම ඔවුන්ගේ DNS මාර්ග සම්බන්ධ නොකරයි. වෙන් වෙන්ව සම්බන්ධතා තුනක් වැදගත් වේ:
- ජාල ළඟාවීම. වෙන් වූ Compose ව්‍යාපෘති සාමාන්‍යයෙන් වෙන් වූ පෙරනිමි ජාල ඇත. සේවා එකම ව්‍යාපෘතියක් තුළ හෝ ව්‍යාපෘති අතර පැහැදිලිව බෙදාගත් ජාලයක් හරහා සුදුසු බෙදාගත් ජාලයක තබන්න.
- සේවා සොයාගැනීම. අභිරුචි Docker ජාලයක කාවැද්දූ DNS කන්ටේනර නාම විසඳිය හැක. එය යෙදුමකට අසල්වැසියෙකු සොයාගැනීමට ඉඩ දෙයි; නමුත් එම අසල්වැසියා ස්වයංක්‍රීයව එහි DNS විසඳන්නා ලෙස තෝරා නොගනී.
- විසඳන්නා තේරීම. ප්‍රොක්සි කන්ටේනරය තුළ භාවිතා වන විසඳන්නා හඳුනාගන්න. Compose හි
dnsක්ෂේත්‍රය DNS සේවාදායක ලිපින ගනී. යෙදුමක විසඳෙනdns.localවැනි නාමයක් එය එම ක්ෂේත්‍රයට වලංගු අගයක් නොකරයි.
ප්‍රොක්සි කන්ටේනරයේ සිට එහි වින්‍යාසගත විසඳන්නා ලිපිනය දක්වා විමසුම අනුගමනය කරන්න. එම ලිපිනයේ මාර්ගයක් සහ DNS සවන්දෙන්නෙකු ඇති බව තහවුරු කරන්න. සත්කාරක තොට 53 ප්‍රකාශයට පත් කිරීම සත්කාරක පැත්තේ ප්‍රවේශ මාර්ගයක් සාදයි; නමුත් එය භාවිතා කරන ලෙස කන්ටේනරවලට නොකියයි. ජාලයක් බෙදාගන්නා කන්ටේනර ඒ වෙනුවට සෘජුව සන්නිවේදනය කළ හැක.
වින්‍යාසය DNS කන්ටේනරයේ ලිපිනයට යොමු වන්නේ නම්, ගැළපෙන IPAM වින්‍යාසය යටතේ එය ස්ථාවරව තබන්න. ඊයේ කන්ටේනරයෙන් පිටපත් කළ ගතිකව වෙන් කළ ලිපිනය නැවත නිර්මාණය කිරීමේදී අසාර්ථක විය හැක. විසඳන්නාගේ ඉහළ මාර්ගය ද පරීක්ෂා කරන්න: පිළිතුරු නොලැබූ විමසුම් එය වෙතම ආපසු යැවීම ළඟා නොවන විසඳන්නෙකුට වඩා වෙනස් අසාර්ථකත්වයක් සාදයි.
අවසාන වශයෙන්, ගමනාන්තය විසඳන්නේ කවුරුන්දැයි හඳුනාගන්න. CONNECT නාමයක් විසඳන HTTP ප්‍රොක්සියකට මෙම කන්ටේනර මාර්ගය භාවිතා කළ හැක; දේශීයව විසඳන SOCKS සේවාලාභියෙකුට නොහැකි විය හැක. සත්කාරකයේ සෙවීමක් සත්කාරකයේ මාර්ගය ඔප්පු කරයි, ප්‍රොක්සි ක්‍රියාවලියේ මාර්ගය නොවේ.