አስቀድሞ የድርጅት CONNECT ፕሮክሲን ለሚመርጥ የስራ ጫና sidecar ከዚያ ማዳመጫ ጋር ያለውን ግንኙነት ያያል። የመጀመሪያውን ዝላይ መንገድ እንደ TCP በተመዘገበው የ sidecar ውጫዊ-ፕሮክሲ ስርዓተ-ጥለት ይመዝግቡ፦

apiVersion: networking.istio.io/v1
kind: ServiceEntry
metadata:
  name: corporate-forward-proxy
spec:
  hosts:
    - proxy.corp.example
  addresses:
    - 203.0.113.10/32
  ports:
    - number: 3128
      name: tcp-proxy
      protocol: TCP
  location: MESH_EXTERNAL
  resolution: NONE

IP እና ፖርቱን በእውነተኛው የፕሮክሲ መጨረሻ ነጥብ ይተኩ። ይህ ምሳሌ TCP ን በአድራሻ ያስተካክላል፤ hosts በቱነሉ ውስጥ ያለውን የተመሰጠረ ድህረ ገጽ አይመርጥም።

መተግበሪያው አሁንም የራሱን የተደገፈ የፕሮክሲ ግቤት ይፈልጋል፣ ለምሳሌ ለተኳሃኝ ደንበኛ HTTPS_PROXY=http://203.0.113.10:3128። ServiceEntry ያልተዋቀረ መተግበሪያ የፕሮክሲ ጥያቄዎችን እንዲልክ አያደርግም።

ወደፊት የሚያስተላልፈውን እያንዳንዱን ድህረ ገጽ ሳይሆን ይህን የፕሮክሲ መንገድ ይመዝግቡ። ወደፊት ያለው ፕሮክሲ ቀጣዩን ግንኙነት ይከፍታል እና መለያውና የተጠየቀው መዳረሻ መፈቀድ አለባቸውን ይወስናል። ለመጀመሪያው TCP ዝላይ የተሰጠው የ mesh ፈቃድ ያንን የፕሮክሲ ፈቃድም ሆነ የመንገድ ምርጫ መመሪያ ለመተግበሪያው አይሰጥም።

ተዛማጅ ጽሑፎች