Docker: VPN сессиясы учурунда алдын ала аныкталган дарек пулдары калбайт

Жаңылыштык конкреттүү: Docker жаңы көпүрө тармагы үчүн жарактуу автоматтык ички тармакты таба албайт. Бул машинанын даректери түгөндү дегенди билдирбейт жана VPN бузулду дегенди да билдирбейт. Диагнозду эки суроо чечет: демон кайсы талапкер блокторду көрө алат жана бул чөйрөдө анын бөлүштүргүчү алардын кайсынысын четтетет. Аларды ушул тартипте карап чыгыңыз, анткени биринчи суроого жооп берилмейинче экинчи суроонун мааниси жок.

Бир нерсени өзгөртүүдөн мурун эмне ишке ашпаганын ырастаңыз

Төмөнкү кадамдарды демонду иштеткен хосттон аткарыңыз. Алыскы контекст менен сүйлөшкөн кабык башка машинаны сүрөттөйт, ошол эле ката бир саатты текке кетириши мүмкүн.

Ошол эле учурда билетке Engine версиясын жазыңыз. Бул колдонмонун калган бөлүгүндөгү ар бир эвристика версияга байланган, версиясыз ырастоо ушак.

Азыр эле бар бөлүштүрүүлөрдү санаңыз

Тармактарды тизмелеп, анан маанилүүлөрүн карап чыгыңыз: docker network ls, андан кийин docker network inspect NETWORK_NAME. Алардын IPAM ички тармактарын жана ар бирине туташкан контейнерлерди окуңуз. Бир нече Compose долбоору контейнер саны сунуш кылгандан көбүрөөк блок сарптайт, анткени ар бир долбоор өзүнүн демейки тармагын түзүүгө ынтызар. Токтотулган контейнер өз тармагынын бөлүштүрүүсүн бошотпойт.

Пулдун конфигурациясын да текшериңиз, анткени демейки пулдун базалык диапазону жана ар бир тармакка префикс өлчөмү бар. Ар бир тармакка чоң бөлүштүрүүлөр жеткиликтүү блокторду тезирээк түгөтөт, бул сыйымдуулук фактысы, маршруттоо маселеси эмес.

Санды жазып койңуз. Кийинки өзгөртүү жардам бердиби — аны айткан базалык сызык ушул.

Демондун маршруттарды канчалык көрүшүн салыштырыңыз

VPN талапкерлерди тандоого таасир этиши мүмкүн, бирок кантип экенин так ишке ашыруу чечет. Linux'тогу Moby 28.2.2 ичинде InferReservedNetworks ат серверлеринин даректерин жана кээ бир on-link IPv4 маршруттарын чогултат жана ар бир таблицанын ар бир маршрутун жөн эле камсыздай койбойт. Чогултулган байланыш маршруттары аныкталбаган багыт дарегин да четтетет, ошондуктан жалгыз 0.0.0.0/1 маршруту бардык даректерди камсыздабайт. Башка кең on-link префикси, мисалы 128.0.0.0/1, тааныш 172 жана 192 талапкер диапазондорун кесип өтүшү мүмкүн.

VPN туташканга чейин жана кийин ip -4 route show table all командасын демондун хостунда салыштырыңыз. Айырма — далил, ал эми версия — ырастоонун чеги.

Бир чыгарылыштын эвристикасын бардык чыгарылыштарга жалпылабаңыз. Форумдагы жооп саясат өзгөрүүсүнө ушундай айланат.

Иштеген эң кичине оңдоону тандаңыз

Ырасталган колдонулбаган тармак сизге керектүү блокту кармап турса, кеңири кыркып кесүүнүн ордуна аны ээси менен максаттуу токтотууну пландаңыз. Жаңы тармак үчүн ачык каралган колдонулбаган ички тармак автоматтык тандоого көз карандылыкты толук четтетет. Ал ички тармак дагы деле реалдуу Docker, LAN жана талап кылынган VPN багыттарынан качууга тийиш, анткени жеке дегени коопсуз дегени эмес. Реалдуу алыскы префиксти маршруттоо бөлүштүрүү катасын үзүлгөн жеткилик менен алмаштырмак.

default-address-pools өзгөртүү — келечектеги бөлүштүрүүлөр тууралуу кеңири саясат. Кагылышсыз негизди жана ылайыктуу бөлүнгөн өлчөмдү тандаңыз, аны учурдагы демон жөндөөлөрү менен бириктириңиз жана документтелген кайра жүктөө таасирин пландаңыз. Учурдагы тармактар үнсүз кайра номерленбейт.

Бөлүштүрүү ийгиликтүү болушу үчүн компания маршруттарын жөнөтүүнү өчүрбөңүз. Ачык дарек планы адатта милдеттүү саясатты алсыратпастан жергиликтүү маселени чечет.

Бөлүштүрүүнү жана маршруттоону өз-өзүнчө кабыл алыңыз

Өзгөртүүдөн кийин Docker чындап түзгөн ички тармакты карап чыгыңыз жана колдонмонун VPN жана жергиликтүү көз карандылыктарын текшериңиз. Ийгиликтүү бөлүштүрүү жана иштөө учурундагы туура маршруттоо — эки башка кабыл алуу текшерүүсү, биринчиден өтүү экинчисине далил эмес. Колдонмо туннелдин артындагы ресурска жете албаса, пул катасы жашырган маршруттоо маселеси бар. Эки жыйынтыкты тең билетке жазыңыз.

Маршрут айырмасын жана пул санын өзгөртүү жазуусу менен бирге сактаңыз, анткени VPN кардарынын кийинки жаңыртуусу биринчисин Docker'ге тийбестен өзгөртүшү мүмкүн.

Колдонмо башка бирөө бул эки текшерүүнү кайталап, ошол эле жоопту алганда толук болот.