Podman pasta: ରୁଟଲେସ୍ କଣ୍ଟେନରରୁ ହୋଷ୍ଟ ଲୁପବ୍ୟାକ୍ ପ୍ରକ୍ସି ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚନ୍ତୁ
ବିଦ୍ୟମାନ ଲୁପବ୍ୟାକ୍ ପ୍ରକ୍ସି ପାଇଁ pasta ର namespace-to-host TCP ଫରୱାର୍ଡିଂ ବ୍ୟବହାର କରନ୍ତୁ ଏବଂ ଏହାକୁ କଣ୍ଟେନର ପୋର୍ଟ ପ୍ରକାଶ କରିବାରୁ ଅଲଗା ରଖନ୍ତୁ।
ହୋଷ୍ଟର 127.0.0.1:8118 ଏବଂ କଣ୍ଟେନରର 127.0.0.1:8118 ସାଧାରଣତଃ ଅଲଗା ଲୁପବ୍ୟାକ୍ ଏଣ୍ଡପଏଣ୍ଟ ଅଟେ। ରୁଟଲେସ୍ କଣ୍ଟେନରରେ ପ୍ରକ୍ସି ଭେରିଏବଲ୍ ପଠାଇବା ସେହି ଲୁପବ୍ୟାକ୍ ଇଣ୍ଟରଫେସ୍ଗୁଡ଼ିକୁ ଯୋଡ଼େ ନାହିଁ।
pasta ବ୍ୟବହାର କରୁଥିବା Podman ନିୟୋଜନରେ, ଏହାର namespace-to-host TCP ଫରୱାର୍ଡିଂ namespace ଭିତରେ ଉଦ୍ଦିଷ୍ଟ ହୋଷ୍ଟ ପୋର୍ଟ ଖୋଲି ପାରେ:
podman run --network=pasta:-T,8118 \
--env http_proxy=http://127.0.0.1:8118 \
--env https_proxy=http://127.0.0.1:8118 \
existing-image application-commandଆପ୍ଲିକେସନର ବିଦ୍ୟମାନ ଇମେଜ୍ ଏବଂ କମାଣ୍ଡ ବ୍ୟବହାର କରନ୍ତୁ। ଉଦାହରଣ ଧରେ ଯେ ହୋଷ୍ଟ ପାର୍ଶ୍ୱରେ 8118 ପୋର୍ଟରେ ଏକ HTTP ପ୍ରକ୍ସି କାର୍ଯ୍ୟ କରୁଛି ଏବଂ ଦେଖାଯାଇଥିବା ଫରୱାର୍ଡିଂ ବିକଳ୍ପକୁ ସମର୍ଥନ କରୁଥିବା Podman/pasta ସଂସ୍କରଣ ଅଛି।
pasta ର ବଡ଼ -T ଲକ୍ଷ୍ୟ namespace ରୁ ହୋଷ୍ଟ namespace ଆଡ଼କୁ ଫରୱାର୍ଡ କରେ। ଛୋଟ -t ଏବଂ Podman ର --publish ବିପରୀତ ଦିଶା ଆଡ଼କୁ ଥାଏ। ତେଣୁ କଣ୍ଟେନର ପୋର୍ଟ 8118 ପ୍ରକାଶ କରିବା ନିଜେ ହୋଷ୍ଟର ପ୍ରକ୍ସିକୁ କଣ୍ଟେନର ପାଇଁ ଉପଲବ୍ଧ କରେ ନାହିଁ।
Podman ଡିଫଲ୍ଟ ଭାବରେ namespace-to-host ପୋର୍ଟ ସ୍ୱଚାଳିତ ଫରୱାର୍ଡିଂ ବନ୍ଦ ରଖେ; ସ୍ପଷ୍ଟ ପୋର୍ଟ ଏଠାରେ ଆବଶ୍ୟକ ସେବା ବାଛେ। ଅଲଗା pasta:--map-gw ବିକଳ୍ପ ଗେଟୱେ ଠିକଣା ମାଧ୍ୟମରେ ହୋଷ୍ଟ ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚିବା ବିଷୟରେ, ଯାହା ଅନ୍ୟ ବ୍ୟବସ୍ଥା।
Compose ସହିତ, ପ୍ରକୃତ ପ୍ରଦାନକାରୀ ଏବଂ ଉତ୍ପନ୍ନ ନେଟୱାର୍କ କନଫିଗରେସନ୍ ଯାଞ୍ଚ କରନ୍ତୁ। ନାମିତ ବ୍ରିଜ୍ ନେଟୱାର୍କ ସ୍ୱଚାଳିତ ଭାବରେ pasta namespace ନୁହେଁ, କେବଳ ଏକ ସ୍ୱତନ୍ତ୍ର podman run କମାଣ୍ଡ pasta ସଫଳତାର ସହ ବ୍ୟବହାର କରିଥିବାରୁ। ଦୂର Podman ଇଞ୍ଜିନ୍ ମଧ୍ୟ “ହୋଷ୍ଟ”କୁ ଇଞ୍ଜିନର ସ୍ଥାନରେ ରଖେ।