نېمە ئۈچۈن پروكسىي قاچىسى DNS قاچىسىنى ئاپتوماتىك ئىشلەتمەيدۇ

پروكسىي بىلەن DNS مۇلازىمېتىرىنى بىر Docker ماشىنىسىدا ئىجرا قىلىش ئۇلارنىڭ DNS يوللىرىنى باغلىمايدۇ. ئۈچ ئايرىم مۇناسىۋەت مۇھىم:

• تورغا يېتىش. ئايرىم Compose تۈرلىرى ئادەتتە ئايرىم سۈكۈتتىكى تورلارغا ئىگە. مۇلازىمەتلەرنى مۇۋاپىق ھەمبەھرىلەنگەن تورغا قويۇڭ، بىر تۈر ئىچىدە ياكى تۈرلەر ئارىسىدا ئوچۇق ھەمبەھرىلەنگەن تور ئارقىلىق.
• مۇلازىمەت بايقاش. ئۆزگەرتىلگەن Docker تورىنىڭ ئىچكى DNS قاچا ئىسىملىرىنى ھەل قىلالايدۇ. بۇ پروگراممىغا قوشنىسىنى بايقاشقا يول قويىدۇ؛ ئەمما ئۇ قوشنىنى ئاپتوماتىك ھالدا ئۆزىنىڭ DNS ھەل قىلغۇچىسى قىلىپ تاللىمايدۇ.
• ھەل قىلغۇچ تاللاش. پروكسىي قاچىسى ئىچىدە ئىشلىتىلىدىغان ھەل قىلغۇچنى بېكىتىڭ. Compose نىڭ dns رايونى DNS مۇلازىمېتىر ئادرېسلىرىنى قوبۇل قىلىدۇ. پروگراممىدا ھەل قىلىنىدىغان dns.local دەك ئىسىم ئۇنى بۇ رايون ئۈچۈن ئىناۋەتلىك قىممەت قىلمايدۇ.

سورىقنى پروكسىي قاچىسىدىن ئۇنىڭ تەڭشەلگەن ھەل قىلغۇچ ئادرېسىغىچە كۆزىتىڭ. ئۇ ئادرېستا يول ۋە DNS ئاڭلىغۇچى بارلىقىنى جەزملەڭ. ماشىنا پورتى 53 نى ئېلان قىلىش ماشىنا تەرىپىدە كىرىش يولى ھاسىل قىلىدۇ؛ ئەمما قاچىلارغا ئۇنى ئىشلىتىشنى ئېيتمايدۇ. تورنى ھەمبەھرىلىگەن قاچىلار بۇنىڭ ئورنىدا بىۋاسىتە ئالاقە قىلالايدۇ.

ئەگەر تەڭشەك DNS قاچىسىنىڭ ئادرېسىغا ئىشارەت قىلسا، ئۇنى ماس IPAM تەڭشىكى ئاستىدا مۇقىم ساقلاڭ. تۈنۈگۈنكى قاچىدىن كۆچۈرۈلگەن دىنامىكىلىق بۆلۈنگەن ئادرېس قايتا قۇرغاندا مەغلۇپ بولۇشى مۇمكىن. ھەل قىلغۇچنىڭ يۇقىرى ئېقىم يولىنىمۇ تەكشۈرۈڭ: جاۋابسىز سوراقلارنى ئۆزىگە قايتۇرۇش يەتكىلى بولمايدىغان ھەل قىلغۇچتىن باشقا خاتالىق ھاسىل قىلىدۇ.

ئاخىرىدا، نىشاننى كىم ھەل قىلىدىغانلىقىنى بېكىتىڭ. CONNECT ئىسمىنى ھەل قىلىدىغان HTTP پروكسىي بۇ قاچا يولىنى ئىشلىتەلەيدۇ؛ يەرلىك ھەل قىلىدىغان SOCKS خېرىدارى ئىشلەتمەسلىكى مۇمكىن. ماشىنىدىكى ئىزدەش ماشىنىنىڭ يولىنى ئىسپاتلايدۇ، پروكسىي جەريانىنىڭ يولىنى ئەمەس.