ចុះឈ្មោះជំហាន TCP របស់ប្រូកស៊ី CONNECT សហគ្រាសក្នុង Istio

ប្រើលំនាំ ServiceEntry សម្រាប់ប្រូកស៊ីខាងក្រៅក្នុងរបៀប sidecar សម្រាប់អ្នកស្ដាប់ប្រូកស៊ី ខណៈដែលការជ្រើសរើសប្រូកស៊ីរបស់កម្មវិធី និងការអនុញ្ញាតគោលដៅនៅដាច់ពីគ្នា។

សម្រាប់បន្ទុកការងារដែលបានជ្រើសប្រូកស៊ី 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 មិនធ្វើឱ្យកម្មវិធីដែលមិនបានកំណត់រចនាសម្ព័ន្ធផ្ញើសំណើប្រូកស៊ីទេ។

ចុះឈ្មោះផ្លូវប្រូកស៊ីនេះ ជាជាងគេហទំព័រនីមួយៗដែលវានឹងបញ្ជូនតាមផ្លូវរូងក្រោយមក។ ប្រូកស៊ីបញ្ជូនបន្ត បើកការតភ្ជាប់បន្ទាប់ ហើយសម្រេចថាតើគណនី និងគោលដៅដែលបានស្នើត្រូវបានអនុញ្ញាតឬអត់។ ការអនុញ្ញាត mesh សម្រាប់ជំហាន TCP ដំបូងមិនផ្ដល់ការអនុញ្ញាតប្រូកស៊ីនោះ ឬការណែនាំជ្រើសផ្លូវដល់កម្មវិធីទេ។

អត្ថបទពាក់ព័ន្ធ