ការធ្វើតេស្តប្រូកស៊ីគួរធ្វើឱ្យការតភ្ជាប់ផ្ទាល់បរាជ័យ

ប្រូកស៊ីមូលដ្ឋានដែលស្តាប់នៅក្បែរកម្មវិធី មិនបង្កើតឡើងវិញនូវបណ្តាញដែលត្រូវការចូលតាមប្រូកស៊ីទេ។ កម្មវិធីអាចមិនអើពើប្រូកស៊ីដែលបានកំណត់ តភ្ជាប់ដោយផ្ទាល់ ហើយនៅតែរាយការណ៍ពីជោគជ័យ។

បំបែកបណ្តាញរបស់កម្មវិធីចេញពីផ្លូវចេញរបស់ប្រូកស៊ី។ ការរៀបចំមួយដែលផ្អែកលើកុងតឺន័រដាក់កម្មវិធីតែលើបណ្តាញខាងក្នុង ហើយផ្តល់ឱ្យប្រូកស៊ីនូវបណ្តាញចេញទីពីរ។ នៅក្នុងនិយមន័យ Compose ដែលមានស្រាប់ ការភ្ជាប់បណ្តាញអាចមើលទៅដូចនេះ៖

services:
  app:
    networks: [clients]
  proxy:
    networks: [clients, egress]
networks:
  clients:
    internal: true
  egress: {}

នេះជាបំណែកបណ្តាញសម្រាប់សេវាដែលបានកំណត់រួចហើយ។ កំណត់ប្រូកស៊ីបញ្ជូនដែលបានអនុម័ត និងអតិថិជនពិតរបស់កម្មវិធីដោយឡែកពីគ្នា។ Docker ចាត់ទុកបណ្តាញខាងក្នុងថាដាច់ដោយឡែកពីខាងក្រៅ។ ក្នុងការរៀបចំនេះ មានតែប្រូកស៊ីប៉ុណ្ណោះដែលមានបណ្តាញខាងក្រៅបន្ថែម។

បញ្ចូលករណីអវិជ្ជមានដោយគ្មានការប្រើប្រូកស៊ី៖ សំណើខាងក្រៅរបស់កម្មវិធីគួរតែបរាជ័យ។ សម្រាប់ប្រូកស៊ី HTTP ដែលមានការផ្ទៀងផ្ទាត់ គណនីដែលត្រូវបានបដិសេធគួរតែបង្កើតការបរាជ័យផ្ទៀងផ្ទាត់របស់ខ្លួន រីឯគណនីដែលត្រូវបានទទួលយកគួរតែទៅដល់គោលដៅជាមួយការសង្កេតប្រូកស៊ីដែលត្រូវគ្នា។

សាកល្បងករណីដែលប្រូកស៊ីអនុញ្ញាត និងបដិសេធ ដោយឡែកពីគ្នា។ រក្សាកម្មវិធីឱ្យឆ្ងាយពីបណ្តាញខាងក្រៅផ្សេងទៀត ហើយកុំបន្ថែមរបៀបបណ្តាញម៉ាស៊ីនដែលឆ្លងកាត់ប្រូកស៊ី។ សំណើដែលជោគជ័យគឺជាភស្តុតាងដែលមានប្រយោជន៍លុះត្រាតែការធ្វើតេស្តផ្តល់ផ្លូវដែលបានបម្រុងទុកយ៉ាងជាក់លាក់។