Docker-მა პორტი გამოაქვეყნა. პროქსი იქ უსმენს?

გამოქვეყნებული Docker პორტი გზას იძლევა კონტეინერის საბოლოო წერტილამდე. ის არ იწყებს პროქსის და არ ცვლის იმ მისამართს, რომელზეც ეს პროცესი უსმენს.

ტიპიური ხიდური ქსელის დაკავშირებისთვის შეადარეთ ეს სამი მნიშვნელობა:

კონტეინერის შიგნით მხოლოდ 127.0.0.1-ზე დაკავშირებულმა პროქსიმ შეიძლება ვერ მიიღოს მის ქსელურ მისამართზე გადაგზავნილი ტრაფიკი. ეს განსხვავდება ჰოსტის პორტის მხოლოდ ჰოსტის loopback-ზე გამოქვეყნებისგან: ის ზღუდავს, ვინ შეიძლება მივიდეს დაკავშირებამდე, ხოლო კონტეინერის loopback-მა შეიძლება ხელი შეუშალოს დაკავშირებას სერვისამდე მისვლაში.

აირჩიეთ შიდა მსმენელი განსაზღვრული განლაგებისთვის, შეინარჩუნეთ შეზღუდული ჰოსტის გამოქვეყნება და პროქსიზე წვდომა. Dockerfile-ის გამოვლენილი პორტის განაცხადი სერვისს არ იწყებს, და კონტეინერის წარმატებული გაშვება არ ამტკიცებს, რომ პროცესი გადაგზავნის სამიზნეზე უსმენს.

თვალყური ადევნეთ, რამდენად შორს აღწევს წარუმატებელი კავშირი. უარყოფები და აღდგენები დამოკიდებულია პლატფორმასა და გადაგზავნის რეალიზაციაზე, ამიტომ არც ერთი მათგანი ცალსახად არ იდენტიფიცირებს პარამეტრს. როცა ის სერვისამდე მივა, მოძებნეთ სწორი პროქსის მისალმება და გამოიყენეთ საჭირო SOCKS ვერსია, ავთენტიფიკაცია და დანიშნულების პოლიტიკა. მხოლოდ ხელმისაწვდომი ჰოსტის პორტი ვერ დაამტკიცებს ამ შესაძლებლობებს.