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 इंजिन देखील “होस्ट” इंजिनच्या ठिकाणी ठेवते.

संबंधित लेख