ឯកសារឈ្មោះ /check.txt នៅលើម៉ាស៊ីន proxy ស្តាប់ទៅដូចជាគោលដៅសុខភាពច្បាស់លាស់។ ចំណុចសំខាន់គឺថា អ្នកស្តាប់បញ្ជូនបន្តច្បាស់លាស់របស់ Squid មិនមែនជាគេហទំព័រធម្មតាដែលបម្រើឫសឯកសាររបស់ម៉ាស៊ីននោះទេ។

សំណើបែបប្រភពដើមដូចជា HEAD /check.txt HTTP/1.1 បោះបង់ គោលដៅដាច់ខាតដែលរំពឹងទុកសម្រាប់សំណើ HTTP ធម្មតាតាមរយៈ proxy បញ្ជូនបន្ត។ អាស្រ័យលើការកំណត់ វាអាចត្រូវបានបដិសេធ ឬគ្រប់គ្រងដោយសេវាមូលដ្ឋានផ្សេង។ លទ្ធផលទាំងពីរអាចប្រាប់អ្នកតិចជាងអ្វីដែលផ្ទាំងគ្រប់គ្រងបង្ហាញ។

ជ្រើសរើសសេវាដែលអ្នកត្រូវរក្សាឱ្យអាចប្រើបាន

ការត្រួតពិនិត្យភស្តុតាងមានប្រយោជន៍
ការតភ្ជាប់ TCP ទៅអ្នកស្តាប់ proxyដំណើរការដែលអាចឈានដល់ទទួលយកការតភ្ជាប់នោះ។
CONNECT ទៅគោលដៅដែលគ្រប់គ្រងProxy ទទួលយកសំណើរូងនោះ។
ការទាញយក HTTP តាមរយៈ proxyផ្លូវសំណើដែលបានជ្រើសអាចត្រឡប់ការឆ្លើយតបដែលរំពឹងទុក។

ក្នុងករណីទីបី សំណើត្រូវការគោលដៅ ឧទាហរណ៍៖

HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internal

ឈ្មោះម៉ាស៊ីនគ្រាន់តែជាឧទាហរណ៍។ ប្រើចំណុចបញ្ចប់ដែលគ្រប់គ្រង ដែល proxy អាចដោះស្រាយ និងត្រូវបានអនុញ្ញាតឱ្យឈានដល់ដោយចេតនា។ http-check send របស់ HAProxy គាំទ្រការជ្រើសវិធី URI កំណែ និងក្បាល។ កំណត់សំណើនោះឱ្យច្បាស់ ជាជាងទទួលមរតកឧទាហរណ៍ម៉ាស៊ីនបម្រើប្រភពដោយមិនផ្លាស់ប្តូរ។

HEAD អាចត្រួតពិនិត្យស្ថានភាពឆ្លើយតប និងក្បាល។ វាមិនអាចផ្ទៀងផ្ទាត់តួឆ្លើយតបដែលមិនដែលបញ្ជូនបានទេ។ ប្រសិនបើកិច្ចសន្យាសុខភាពត្រូវការសញ្ញាសម្គាល់ក្នុងតួ សូមជ្រើសការត្រួតពិនិត្យ GET សមស្រប ហើយផ្ទៀងផ្ទាត់សញ្ញាសម្គាល់នោះ។

រក្សាគណនីត្រួតពិនិត្យ និងការដាក់កំហិតប្រភពឱ្យចង្អៀត នៅពេលមានការផ្ទៀងផ្ទាត់ proxy។ ការលើកលែងអ្នកស្តាប់ទាំងមូលពីការផ្ទៀងផ្ទាត់ ដើម្បីទទួលសញ្ញាពណ៌បៃតង ផ្លាស់ប្តូរសេវាដែលកំពុងត្រូវបានការពារ។

ចុងក្រោយ សម្រេចថាការត្រួតពិនិត្យដែលបរាជ័យគួរដកអ្វីចេញ។ ការដាច់ប្រភពដើមដែលគ្រប់គ្រងអាចធ្វើឱ្យការត្រួតពិនិត្យបញ្ជូនបន្តរបស់ proxy ទាំងអស់បរាជ័យក្នុងពេលតែមួយ។ នោះអាចជាការពឹងផ្អែកដែលអ្នកចង់វាស់ ឬជាហេតុផលដើម្បីរក្សាសុខភាពអ្នកស្តាប់ និងភាពអាចប្រើបានពីចុងម្ខាងទៅចុងម្ខាងជាសញ្ញាដាច់ដោយឡែក។

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