የድርጅት CONNECT ፕሮክሲውን TCP ዝላይ በ Istio ውስጥ ይመዝግቡ
ለፕሮክሲ ማዳመጫው የ sidecar ውጫዊ-ፕሮክሲ ServiceEntry ስርዓተ-ጥለትን ይጠቀሙ፤ የመተግበሪያው ፕሮክሲ ምርጫና የዒላማ ፍቃድ ግን የተለያዩ ሆነው ይቆዩ።
አስቀድሞ የድርጅት 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: NONEIP እና ፖርቱን በእውነተኛው የፕሮክሲ መጨረሻ ነጥብ ይተኩ። ይህ ምሳሌ TCP ን በአድራሻ ያስተካክላል፤ hosts በቱነሉ ውስጥ ያለውን የተመሰጠረ ድህረ ገጽ አይመርጥም።
መተግበሪያው አሁንም የራሱን የተደገፈ የፕሮክሲ ግቤት ይፈልጋል፣ ለምሳሌ ለተኳሃኝ ደንበኛ HTTPS_PROXY=http://203.0.113.10:3128። ServiceEntry ያልተዋቀረ መተግበሪያ የፕሮክሲ ጥያቄዎችን እንዲልክ አያደርግም።
ወደፊት የሚያስተላልፈውን እያንዳንዱን ድህረ ገጽ ሳይሆን ይህን የፕሮክሲ መንገድ ይመዝግቡ። ወደፊት ያለው ፕሮክሲ ቀጣዩን ግንኙነት ይከፍታል እና መለያውና የተጠየቀው መዳረሻ መፈቀድ አለባቸውን ይወስናል። ለመጀመሪያው TCP ዝላይ የተሰጠው የ mesh ፈቃድ ያንን የፕሮክሲ ፈቃድም ሆነ የመንገድ ምርጫ መመሪያ ለመተግበሪያው አይሰጥም።