Docker-ը հրապարակեց պորտը։ Արդյո՞ք վստահված սպասարկիչը լսում է այնտեղ։

Հրապարակված Docker պորտը ճանապարհ է տալիս դեպի կոնտեյների վերջնակետ։ Այն չի սկսում վստահված սպասարկիչը և չի փոխում այն հասցեն, որի վրա լսում է այդ գործընթացը։

Սովորական կամրջային ցանցի քարտեզագրման համար համեմատեք այս երեք արժեքները.

Կոնտեյների ներսում միայն 127.0.0.1-ին կապված վստահված սպասարկիչը կարող է չստանալ իր ցանցային հասցեին փոխանցված երթևեկությունը։ Սա տարբերվում է հոսթի պորտը միայն հոսթի loopback-ում հրապարակելուց. դա սահմանափակում է, թե ով կարող է հասնել քարտեզագրմանը, մինչդեռ կոնտեյների loopback-ը կարող է խանգարել քարտեզագրմանը հասնել ծառայությանը։

Ընտրեք ներքին լսողին նախատեսված տեղակայման համար՝ պահպանելով սահմանափակ հոսթ հրապարակումը և վստահված սպասարկիչի հասանելիությունը։ Dockerfile-ի բաց պորտի հայտարարությունը ծառայություն չի սկսում, և կոնտեյների հաջող գործարկումը չի ապացուցում, որ գործընթացը լսում է փոխանցման թիրախում։

Հետևեք, թե որքան հեռու է հասնում ձախողված միացումը։ Մերժումները և վերականգնումները տարբերվում են կախված հարթակից և փոխանցման իրականացումից, ուստի ոչ մեկը միանշանակ չի նույնականացնում կարգավորումը։ Երբ այն հասնի ծառայությանը, փնտրեք վավեր վստահված սպասարկիչի ողջույն և կիրառեք պահանջվող SOCKS տարբերակը, նույնականացումը և նպատակակետի քաղաքականությունը։ Միայն հասանելի հոսթ պորտը չի կարող ապացուցել այդ հնարավորությունները։