ប្តូរទិសសំណើ HTTP ដែលបានជ្រើសរើសពី Squid ទៅ HTTPS

Squid អាចស្នើឱ្យកម្មវិធីរុករកព្យាយាម URL HTTP ដែលបានជ្រើសរើសឡើងវិញតាម HTTPS។ គោលដៅត្រូវតែផ្តល់ធនធានដែលត្រូវគ្នាតាម HTTPS រួចហើយ។ ការដំណើរការ Squid នៅលើ Raspberry Pi មិនបង្កើតសមត្ថភាពនោះនៅលើគេហទំព័រទេ។

សម្រាប់ចំណុចប្រទាក់ url_rewrite_program របស់ Squid 7 helper អាចត្រឡប់ការប្តូរទិសអតិថិជនដូចនេះ៖

OK status=307 url="https://www.example.com/help"

នេះជាការឆ្លើយតប helper ឧទាហរណ៍មួយសម្រាប់សំណើដែលត្រូវគ្នា មិនមែនជាកម្មវិធី helper ពេញលេញទេ។ កម្មវិធីរុករកទទួលការប្តូរទិស ហើយធ្វើសំណើថ្មីទៅ URL HTTPS។ URL ក្រៅគោលនយោបាយដំឡើងអាចទទួល OK ហើយនៅដដែល។

ប្រើបញ្ជីគោលដៅដែលស្គាល់ថាអាច HTTPS ហើយវិភាគ URL ចូល។ រក្សាផ្លូវ និង query ដែលមានបំណង គិតគូរច្រកច្បាស់លាស់ ហើយដោះស្រាយវិធីសាស្ត្រសំណើដោយចេតនា។ ការជំនួសគ្រប់បុព្វបទ http ដោយគ្មានការគិត សន្មតថាដើមនីមួយៗមានសេវា HTTPS សមមូល។

helper ត្រូវឆ្លើយតបរាល់បន្ទាត់បញ្ចូលតាមពិធីការនៃកំណែ Squid ដែលបានដំឡើង។ ប្រសិនបើឆានែល helper ស្របគ្នាត្រូវបានបើក សូមរក្សាអត្តសញ្ញាណឆានែលក្នុងចម្លើយ។ ឧទាហរណ៍ 301:URL ចាស់ទទេមិនអាចផ្លាស់ប្តូរជាមួយទម្រង់ result-and-key/value បច្ចុប្បន្នទេ។

ជ្រើសការប្តូរទិសអតិថិជននៅពេលកម្មវិធីរុករកគួរដឹង URL ថ្មី។ ការឆ្លើយតប rewrite-url ផ្ទុយទៅវិញស្នើ Squid ឱ្យយក URL ផ្សេងនៅខាងក្រោយសំណើដើមរបស់អតិថិជន ដែលអាចធ្វើឱ្យ URL កម្មវិធី និងស្ថានភាពមិនស៊ីគ្នា។

សំណើ HTTP ដំបូងបានធ្វើដំណើរទៅ Squid រួចហើយ មុនពេល helper អាចប្តូរទិសវា។ គោលនយោបាយនេះមិនអាចការពារសំណើនោះថយក្រោយបានទេ។ TLS ចាប់ផ្តើមនៅការតភ្ជាប់ HTTPS បន្ទាប់។ រូង CONNECT តែមួយមិនផ្តល់ការអ៊ិនគ្រីបទេ។