តើឧបករណ៍សរសេរ URL របស់ Squid អាចកែប្រែតួនៃចម្លើយបានទេ?
រក្សាការជ្រើស URL សំណើឱ្យដាច់ដោយឡែកពីការសម្របចម្លើយ និងការឌិគ្រីប TLS នៅពេលពង្រីកប្រូកស៊ីបញ្ជូនបន្ត។
url_rewrite_program ធ្វើការលើការសម្រេចចិត្ត URL នៃសំណើ។ វាទទួលព័ត៌មានសំណើ ហើយឆ្លើយតបតាមពិធីការជំនួយរបស់ Squid; វាមិនទទួលឯកសារដែលបានទាញយក ដើម្បីកែសម្រួល ហើយបញ្ជូនត្រឡប់វិញឡើយ។
| ប្រតិបត្តិការដែលចង់បាន | ព្រំដែនពាក់ព័ន្ធ |
|---|---|
| បង្វែរកម្មវិធីរុករក ឬជ្រើស URL សំណើផ្សេង | តួនាទីរបស់ជំនួយការសរសេរ URL ឡើងវិញនៅដំណាក់កាលសំណើ |
| កែប្រែតួចម្លើយ HTTP ដែលមើលឃើញ | មធ្យោបាយសម្របចម្លើយ ដូចជា ការកែប្រែចម្លើយ ICAP ដែលបានកំណត់រចនាសម្ព័ន្ធ |
| អាន HTTP នៅខាងក្នុង CONNECT ធម្មតា | ត្រូវបញ្ចប់ TLS របស់គោលដៅជាមុនក្រោមការរៀបចំដាក់ពង្រាយសមស្រប |
| ឌិគ្រីបឯកសារដែលកម្មវិធីបានអ៊ិនគ្រីប | ទម្រង់ ក្បួនដោះស្រាយ និងកូនសោរបស់ឯកសារ ដោយមិនគិតពីវិធីដឹកជញ្ជូន |
ជួរពីរចុងក្រោយងាយច្រឡំគ្នា។ ឯកសារធម្មតាដែលដឹកតាម HTTPS ត្រូវបានការពារដោយ TLS។ ឯកសារដែលកម្មវិធីអ៊ិនគ្រីបអាចនៅអ៊ិនគ្រីបបន្ត ទោះបី HTTPS បានបញ្ចប់ហើយក៏ដោយ។ ការជ្រើសចំណុចប្រទាក់សម្របមិនផ្តល់ទាំងកូនសោរបស់កម្មវិធី និងក្បួនដោះស្រាយឌិគ្រីបរបស់វាឡើយ។
CONNECT ធម្មតាបញ្ជូនបៃផ្លូវរូងដែលអ៊ិនគ្រីប។ ជំនួយការ URL មិនបង្ហាញចម្លើយខាងក្នុងទេ; ការរចនាដែលត្រូវការត្រួតពិនិត្យត្រូវកំណត់ថាតើចរាចរណ៍នោះអាច និងគួរឌិគ្រីបក្នុងការដាក់ពង្រាយឬអត់។
នៅកន្លែងដែល Squid អាចត្រួតពិនិត្យសារ HTTP សេវាកែប្រែចម្លើយនៅតែទទួលខុសត្រូវលើការអ៊ិនកូដមាតិកា ប្រវែងដែលបានផ្លាស់ប្តូរ និងឥរិយាបថពេលបរាជ័យ។ ជ្រើសចំណុចប្រទាក់បន្ទាប់ពីកំណត់ការបំប្លែង ជាជាងពង្រីកឧទាហរណ៍សរសេរ URL ឡើងវិញដែលដំណើរការ ទៅដំណាក់កាលដំណើរការដែលវាមិនដែលទទួល។