Podman pasta: rootless කන්ටේනරයක සිට සත්කාරක loopback ප්‍රොක්සියට ළඟා වීම

දැනට ඇති loopback ප්‍රොක්සිය සඳහා pasta හි namespace-to-host TCP යොමු කිරීම භාවිත කර, එය කන්ටේනර් port ප්‍රකාශයෙන් වෙන් කර තබන්න.

සත්කාරකයේ 127.0.0.1:8118 සහ කන්ටේනරයේ 127.0.0.1:8118 සාමාන්‍යයෙන් වෙන් වූ loopback අන්ත ලක්ෂ්‍ය වේ. rootless කන්ටේනරයකට ප්‍රොක්සි විචල්‍යයක් යැවීම එම loopback අතුරුමුහුණත් එකට නොයාදයි.

pasta භාවිත කරන Podman යෙදවුමක, එහි namespace-to-host TCP යොමු කිරීම namespace තුළ අවශ්‍ය සත්කාරක port එළිදරව් කළ හැක:

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

යෙදුමේ දැනට ඇති image සහ command භාවිත කරන්න. උදාහරණය උපකල්පනය කරන්නේ සත්කාරක පැත්තේ 8118 port එකේ HTTP ප්‍රොක්සියක් ක්‍රියා කරන බවත්, පෙන්වා ඇති යොමු කිරීමේ විකල්පයට සහාය දෙන Podman/pasta අනුවාදයක් ඇති බවත්ය.

pasta හි විශාල -T ඉලක්ක namespace සිට සත්කාරක namespace දෙසට යොමු කරයි. කුඩා -t සහ Podman හි --publish ප්‍රතිවිරුද්ධ දිශාවට යයි. එබැවින් කන්ටේනර් port 8118 ප්‍රකාශ කිරීමෙන් සත්කාරකයේ ප්‍රොක්සිය කන්ටේනරයට ලබා ගත හැකි වන්නේ නැත.

Podman පෙරනිමියෙන් namespace-to-host port ස්වයංක්‍රීය යොමු කිරීම අබල කරයි; පැහැදිලි port මෙහි අවශ්‍ය සේවාව තෝරයි. වෙන් වූ pasta:--map-gw විකල්පය gateway ලිපිනය හරහා සත්කාරකයට ළඟා වීම ගැනය, එය වෙනත් සැකසුමකි.

Compose සමඟ, සැබෑ සැපයුම්කරු සහ ජනනය කළ ජාල වින්‍යාසය පරීක්ෂා කරන්න. නම් කළ bridge ජාලයක් ස්වයංක්‍රීයව pasta namespace නොවේ, ස්වාධීන podman run command එකක් pasta සාර්ථකව භාවිත කළ නිසා පමණක්. දුරස්ථ Podman එන්ජිමක් ද “සත්කාරකය” එන්ජිමේ ස්ථානයේ තබයි.

අදාළ ලිපි