គេហទំព័រនៅក្នុងសាបណេតដូចគ្នាអាចឆ្លងកាត់ប្រូកស៊ីថ្លានៃច្រកចេញ

ការរុករកអ៊ីនធឺណិតបង្ហាញក្នុងកំណត់ហេតុប្រូកស៊ីរបស់ច្រកចេញ។ គេហទំព័រនៅលើ LAN ការិយាល័យមិនបង្ហាញទេ។ មុនពេលផ្លាស់ប្តូរតម្រង URL សូមកំណត់ថាតើសំណើ LAN ធ្លាប់ទៅដល់ច្រកចេញឬអត់។

សម្រាប់គោលដៅ IPv4 ដែលភ្ជាប់ដោយផ្ទាល់ អតិថិជនអាចដោះស្រាយអាសយដ្ឋានស្រទាប់តភ្ជាប់របស់គោលដៅ ហើយផ្ញើទៅវានៅលើផ្នែកមូលដ្ឋាន។ ច្រកចេញលំនាំដើមរបស់វាមិនស្ថិតនៅលើផ្លូវនោះដោយស្វ័យប្រវត្តិទេ។ ច្បាប់ចាប់យកថ្លានៅលើច្រកចេញមិនអាចបញ្ជូនបន្តកញ្ចប់ដែលច្រកចេញមិនធ្លាប់ទទួលបាន។

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

ជ្រើសរើសផ្លូវដែលចង់បាន

ការកំណត់ប្រូកស៊ីច្បាស់លាស់អាចផ្ញើសំណើរបស់កម្មវិធីដែលចូលរួមទៅប្រូកស៊ី ទោះបីគេហទំព័រគោលដៅមាននៅមូលដ្ឋានក៏ដោយ។ សូមពិនិត្យច្បាប់ឆ្លងកាត់ និងការសម្រេចចិត្ត PAC ផងដែរ៖ ពួកវាអាចជ្រើស DIRECT ដោយចេតនាសម្រាប់ឈ្មោះ ឬអាសយដ្ឋានឯកជន។

ប្រសិនបើត្រូវការចាប់យក បណ្តាញត្រូវតែដាក់ចំណុចចាប់យកនៅលើផ្លូវពិតប្រាកដ។ នៅលើច្រកចេញ Linux សូមបែងចែក ផ្លូវកញ្ចប់មូលដ្ឋាន និងផ្លូវកញ្ចប់ដែលបញ្ជូនបន្ត។ ការបែងចែកសាបណេតតាមរយៈរ៉ោតទ័រ ឬស្ពានដែលដាក់ក្នុងបន្ទាត់ដោយចេតនាអាចធ្វើបានក្នុងការរចនាសមស្រប ប៉ុន្តែនីមួយៗផ្លាស់ប្តូរឥរិយាបថបញ្ជូនបន្ត និងការបរាជ័យ។ ស្ពាននៅកន្លែងផ្សេងលើ LAN មិនស្ថិតក្នុងបន្ទាត់ដោយស្វ័យប្រវត្តិទេ។

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

កត់ត្រាផ្លូវដែលអតិថិជនបានជ្រើស ផ្នែកមូលដ្ឋាន និងឧបករណ៍បញ្ជូនបន្តពិតប្រាកដ។ ការខ្វះកំណត់ហេតុប្រូកស៊ីអាចជាការពិពណ៌នាត្រឹមត្រូវនៃស្ថានភាពបណ្តាញ មិនមែនជាការបរាជ័យនៃការកត់ត្រាទេ។