Docker-ის ქვექსელის გადაფარვამ შეიძლება მოთხოვნები პროქსისგან მოაშოროს
სანამ კორპორატიული პროქსის ანგარიშს შეცვლით, შეადარეთ მოთხოვნის გამომწვევი namespace-ის მარშრუტი Docker-ის ხიდის დიაპაზონებს.
კონტეინერმა 172.17.0.0/16-ზე შეიძლება 172.17.14.133-ზე მდებარე კორპორატიული პროქსი ლოკალურ Docker მეზობლად მიიჩნიოს. მაშინ მოთხოვნა ხიდის მარშრუტს მიჰყვება და კორპორატიულ ქსელს არ აღწევს.
შეამოწმეთ მარშრუტი იმ ქსელურ namespace-ში, რომელიც მოთხოვნას აგზავნის. მხოლოდ Windows ჰოსტის მარშრუტების ცხრილი არ აღწერს ყველა მარშრუტს Docker Desktop-ის Linux VM-ში ან კონტეინერში.
| Docker-ის პარამეტრი | დაზარალებული ქსელი |
|---|---|
| bip | ნაგულისხმევი ხიდის მისამართი და პრეფიქსი |
| default-address-pools | ახლად შექმნილ ქსელებზე ავტომატურად გამოყოფილი ქვექსელები |
აირჩიეთ გადაუფარავი დიაპაზონი კორპორატიული, VPN, ჰოსტის და არსებული კონტეინერის ქსელების შედარებით. მომავალი ქსელებისთვის პულის შეცვლა არსებულებს ხელახლა არ დანომრავს.
დაგეგმეთ დაზარალებული ქსელისა და კონტეინერის ხელახალი შექმნა სამუშაო დატვირთვებთან ერთად; მისამართების ცვლილებამ შეიძლება აქტიური კავშირები გაწყვიტოს. ერთი გადაფარვის გადაწყვეტა ხიდის სრულად გამორთვას არ მოითხოვს.
როცა მოთხოვნა დანიშნულ მსმენელს მიაღწევს, მისი პროტოკოლი და ავთენტიფიკაცია ჩვეულებრივად შეიძლება შეფასდეს. პაროლის შეცვლა ვერ გამოასწორებს ამ ადრინდელ მარშრუტის არჩევანს.