سۈزۈك ۋاكالەتچى DNAT: قايتىش يولى نېمىشقا مۇھىم

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

قايتا يۆلەنگەن SYN Squid غا يېتىپ بارسىمۇ، خېرىدار يەنىلا ۋاقىت ئېشىپ كېتىشكە دۇچ كېلىدۇ. DNAT سەپلىمىسىدە قايتىش بوغچىسىمۇ تەرجىمە ھالىتىنى تۇتقان دەرۋازىغا يېتىشى كېرەك.

بۇ پەرەزلىك LAN نى قاراڭ:

client 192.168.40.25 → gateway 192.168.40.1
                         DNAT → proxy 192.168.40.10
proxy 192.168.40.10 → client 192.168.40.25 directly

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

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

گۈزەل خاتىرىلەر ئۈچۈن قايتىش يولىنى تەكشۈرمەي تۇرۇپ SNAT نى چىقىرىۋەتمەڭ. ئۇنى كەڭ قوللىنىش مەنبە ACL ۋە تەقسىماتنىمۇ ئۆزگەرتىدۇ؛ بۇ نەتىجىنى لايىھەنىڭ بىر قىسمى دەپ قوبۇل قىلىڭ.

ئىشەنچلىك HTTP ئاتلاش خېرىدار مېتا سانلىق مەلۇماتىنى يوللاش تېمىسىدا يەتكۈزەلەيدۇ، ئەمما NAT ئۇ تېمىنى يارىتمايدۇ ۋە ئۇنى TCP ھەمكار ئىدېنتىفىكاتورىغا ئايلاندۇرمايدۇ. Squid غا بولغان ئۇلىنىشتا مەنبەنى ساقلاش ئۇنى Squid نىڭ ئايرىم تور بېكەت ئۇلىنىشىدىمۇ ساقلىمايدۇ.

ئاخىرىدا، توسۇش لايىھەسى يەنىلا Squid تەلەپ قىلىدىغان مەقسەت ئۇچۇرىنى تەمىنلىشى كېرەك. سىممېترىك قايتىش يول باشلاش بۇ ۋاقىت ئېشىش مېخانىزمىنى ھەل قىلىدۇ، پۈتۈن سۈزۈك ۋاكالەتچى سەپلىمىسىنى ئەمەس.

مۇناسىۋەتلىك ماقالىلەر