ប្លុក <VirtualHost> ពិពណ៌នាពីរបៀបដែល Apache គួរដោះស្រាយសំណើដែលត្រូវគ្នា។ ប៉ុន្តែវាមិនបង្កើត socket ស្តាប់នោះទេ។ ដូច្នេះការកំណត់ប្រូកស៊ីបញ្ជូនបន្តលើច្រក 8080 អាចមាននៅក្នុងឯកសារដែលមើលទៅត្រឹមត្រូវ ខណៈអតិថិជនរកមិនឃើញអ្នកស្តាប់នៅទីនោះ។

សេចក្តីណែនាំ Listen ផ្តល់តម្រូវការដោយឡែកនោះ។ សម្រាប់ប្រូកស៊ីដែលឈានដល់តែតាមរយៈអតិថិជនមូលដ្ឋាន ឬផ្លូវរូងការពារ ទម្រង់ដែលបានបម្រុងអាចរួមមាន៖

Listen 127.0.0.1:8080

<VirtualHost 127.0.0.1:8080>
    # Existing restricted forward-proxy configuration
</VirtualHost>

នេះបង្ហាញទំនាក់ទំនង មិនមែនការដាក់ពង្រាយប្រូកស៊ីពេញលេញទេ។ រក្សាការអនុញ្ញាតអតិថិជន និងការរឹតបន្តឹងគោលដៅដែលមានស្រាប់។ អាសយដ្ឋាន loopback ដោយចេតនាមិនផ្តល់អ្នកស្តាប់ប្រូកស៊ីសាធារណៈថ្មីទេ។

ពិនិត្យការកំណត់ដែលមានប្រសិទ្ធភាពសម្រាប់ធាតុ Listen ត្រួតគ្នាផងដែរ។ ការបន្ថែមសេចក្តីណែនាំមួយទៀតដោយមិនកត់សម្គាល់អ្នកស្តាប់ដែលមានស្រាប់អាចរារាំងការចាប់ផ្តើម។ នីតិវិធីចាប់ផ្តើមឡើងវិញដែល Apache គាំទ្រក៏សំខាន់ដែរ ពេលផ្លាស់ពីអាសយដ្ឋានជាក់លាក់ទៅការចង wildcard ត្រួតគ្នា។

នៅពេល SSH បញ្ជូនទៅប្រូកស៊ីនេះ ចុងឆ្ងាយត្រូវឈានដល់អ្នកស្តាប់ពិតប្រាកដ។ ការចូល SSH ជោគជ័យមិនបង្កើតច្រក Apache ដែលបានកំណត់នោះទេ។ កែអ្នកស្តាប់ និងការចងដែលបានបម្រុង មុនពេលផ្លាស់ប្តូរព័ត៌មានសម្ងាត់ HTTP ឬធ្វើឱ្យច្បាប់ចូលដំណើរការខ្សោយ។ បន្ទាប់មក ផ្ទៀងផ្ទាត់ករណីចូលដំណើរការដែលអនុញ្ញាត និងបដិសេធ នៅលើអ្នកស្តាប់ពិតប្រាកដ។

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