អនុញ្ញាតច្រក HTTPS បន្ថែមមួយតាមរយៈ Squid

សេវា HTTPS នៅច្រក 8443 អាចបរាជ័យតាមរយៈប្រូកស៊ី Squid ដែលបានកំណត់ត្រឹមត្រូវ ទោះបី HTTPS ធម្មតានៅ 443 ដំណើរការក៏ដោយ។ ពិនិត្យ ការបដិសេធ CONNECT និងគោលការណ៍ច្រកគោលដៅ មុននឹងប្ដូរពិធីការប្រូកស៊ីរបស់ម៉ាស៊ីនភ្ញៀវ។

ក្នុងគោលការណ៍ចូលប្រើធម្មតារបស់ Squid 6.13 មានការត្រួតពិនិត្យសំខាន់ពីរ៖ គោលដៅត្រូវឆ្លងកាត់ Safe_ports ហើយ CONNECT ត្រូវឆ្លងកាត់ SSL_ports។ ការបន្ថែមច្រកទៅ ACL តែមួយអាចទុកឱ្យការបដិសេធមួយទៀតនៅមានប្រសិទ្ធភាព។

ពង្រីកនិយមន័យដែលមានស្រាប់ដោយប្រុងប្រយ័ត្ន

សម្រាប់គោលការណ៍ដែលអនុញ្ញាតច្រកវេបធម្មតា និងច្រក HTTPS បន្ថែមមួយ៖

acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443

ជំនួស ឬកែសម្រួលនិយមន័យដែលត្រូវគ្នា ដើម្បីកុំឱ្យសំណុំតម្លៃចាស់ដែលមិនបានរំពឹងទុកនៅសល់។ រក្សាច្បាប់ធម្មតាសម្រាប់បដិសេធច្រកមិនមានសុវត្ថិភាព និង CONNECT ព្រមទាំង ការរឹតបន្តឹងម៉ាស៊ីនភ្ញៀវ ដែលបានកំណត់។

កំណត់ករណីលើកលែងឱ្យចង្អៀត

បើច្រកបន្ថែមត្រូវការសម្រាប់តែគោលដៅមួយដែលស្ថិតក្រោមការគ្រប់គ្រង សូមបន្ថែមការបដិសេធជាក់លាក់មុនច្បាប់ដែលអនុញ្ញាតម៉ាស៊ីនភ្ញៀវ៖

acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_target

អាសយដ្ឋាននេះជាតម្លៃឧទាហរណ៍សម្រាប់ឯកសារ។ ប្រើគោលដៅដែលអ្នកគ្រប់គ្រង ឬមានសិទ្ធិចូលប្រើ ហើយគិតគូរពីការផ្លាស់ប្ដូរអាសយដ្ឋានពិតប្រាកដរបស់វា។ នេះកំណត់ករណីលើកលែងនៃច្រកបន្ថែម ជំនួសឱ្យការអនុញ្ញាតគ្រប់គោលដៅនៅ 8443។

ធ្វើការវិភាគវាក្យសម្ព័ន្ធនៃការកំណត់រចនាសម្ព័ន្ធសកម្មទាំងមូល ហើយពិនិត្យលំដាប់ច្បាប់។ ការបដិសេធដែលសរសេរត្រឹមត្រូវ ប៉ុន្តែដាក់បន្ទាប់ពីច្បាប់អនុញ្ញាតម៉ាស៊ីនភ្ញៀវដែលត្រូវគ្នា នឹងមិនផ្ដល់ការរឹតបន្តឹងដែលចង់បានទេ។

សាកល្បងឈ្មោះម៉ាស៊ីនដែលបានអនុញ្ញាតដោយប្រើវិញ្ញាបនបត្រ និងច្រកពិតរបស់វា រួចសាកល្បង គោលដៅក្រោមការគ្រប់គ្រងដែលត្រូវនៅតែត្រូវបានបដិសេធ។ ទុកការផ្ទៀងផ្ទាត់ TLS ឱ្យបើក ដើម្បីបែងចែកកំហុសអត្តសញ្ញាណគោលដៅពីកំហុសគោលការណ៍ប្រូកស៊ី។ កុំលុបការការពារ CONNECT ទាំងមូល ដើម្បីឱ្យសំណើតែមួយទៅច្រកផ្ទាល់ខ្លួនដំណើរការ។