TCP relay ក្នុងតំបន់អាចដឹករបាយការណ៍ HTTPS របស់ Monit តាម SOCKS ដោយមិនចាំបាច់ក្លាយជាចំណុចបញ្ចប់ TLS ដោយខ្លួនឯង។ ការបង្វែរត្រូវរក្សាឈ្មោះអ្នកប្រមូលសម្រាប់ HTTPS ហើយផ្តល់អាសយដ្ឋានគោលដៅពិតដល់ relay។

សន្មតថាអ្នកប្រមូលគឺ collector.example នៅ 203.0.113.40:443។ ក្នុងការរៀបចំដែលមានស្រាប់ដោយផ្អែកលើ socat នោះ relay មានទម្រង់ដូចនេះ៖

socat TCP4-LISTEN:9900,bind=127.0.0.1,reuseaddr,fork \
  SOCKS4:socks.example:203.0.113.40:443,socksport=1080

នៅទីនេះ 127.0.0.1:9900 ទទួលយកការតភ្ជាប់ក្នុងតំបន់របស់ Monit។ socks.example:1080 គឺជាម៉ាស៊ីនមេ SOCKS4 ដែលត្រូវបានស្នើឱ្យភ្ជាប់ទៅអាសយដ្ឋានពិតរបស់អ្នកប្រមូលនៅច្រក 443។ ជំនួសអាសយដ្ឋានឯកសារទាំងអស់ដោយតម្លៃនៃការដាក់ពង្រាយ។

ដោះស្រាយឈ្មោះអ្នកប្រមូលទៅអ្នកស្តាប់នោះក្នុងតំបន់ ហើយរក្សាឈ្មោះក្នុង monitrc៖

127.0.0.1 collector.example

set mmonit https://monit:[email protected]:9900/collector

បន្ទាត់ទីមួយជាកំណត់ត្រាក្នុងឯកសារ hosts បន្ទាត់ទីពីរជាការកំណត់រចនាសម្ព័ន្ធ Monit។ ប្រើព័ត៌មានសម្គាល់ពិតរបស់អ្នកប្រមូលជាមួយការអ៊ិនកូដ URL ដែលត្រូវការ។ ការផ្គូផ្គងក្នុងឯកសារ hosts ក៏ប៉ះពាល់ដល់កម្មវិធីផ្សេងទៀតដែលប្រើឈ្មោះនោះលើម៉ាស៊ីនដែរ។

ការចាប់ដៃ HTTPS នៅតែជារបស់អ្នកប្រមូល ដូច្នេះ រក្សាឈ្មោះម៉ាស៊ីនរបស់វា និងគោលនយោបាយផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រដែលបានបម្រុង។ ការប្តូរ URL ទៅ localhost ប្តូរអត្តសញ្ញាណដែល Monit ស្នើឱ្យផ្ទៀងផ្ទាត់។

relay ប្រើដោយចេតនានូវ IP ពិតរបស់អ្នកប្រមូល ជំនួសឱ្យការស្វែងរកឈ្មោះដែលបានផ្គូផ្គងឡើងវិញទៅ loopback។ ធ្វើបច្ចុប្បន្នភាព IP នោះនៅពេលអាសយដ្ឋានអ្នកប្រមូលផ្លាស់ប្តូរ។ រក្សាអ្នកស្តាប់ឱ្យអាចប្រើបានជាផ្នែកនៃផ្លូវរបាយការណ៍; fork ផ្តល់ការគ្រប់គ្រងដាច់ដោយឡែកដល់ការតភ្ជាប់ relay ដែលទទួលយក។

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