តើ <local> មានន័យដូចម្តេចនៅក្នុងបញ្ជីឆ្លងកាត់ WinHTTP
ចាត់ទុកតូខេន host មូលដ្ឋានរបស់ WinHTTP ជាច្បាប់ឈ្មោះ host មិនមែនជាការសាកល្បងជាសកលសម្រាប់អាសយដ្ឋានបណ្តាញឯកជនទេ។
បញ្ជីឆ្លងកាត់របស់ WinHTTP អាចមានតូខេនពិសេស <local>។ ក្នុងបរិបទនេះ local មានន័យថាឈ្មោះម៉ាស៊ីនមេដោយគ្មានចំណុច។ វាមិនមែនជាការចាត់ថ្នាក់ទូទៅនៃ អាសយដ្ឋាន IP ឯកជនទាំងអស់ ឬឧបករណ៍ទាំងអស់នៅលើ Wi-Fi របស់អ្នកទេ។
ដូច្នេះ ឈ្មោះ host ខ្លី និងឈ្មោះ host មានចំណុច គឺជាការបញ្ចូលផ្សេងគ្នា។ កម្មវិធីដែលស្នើ http://intranet/ អាចផ្គូផ្គងតូខេនបាន ខណៈ http://intranet.example.internal/ ត្រូវការច្បាប់ច្បាស់លាស់ដែលអនុវត្តបាន។
អានការលើកលែងដែលបានកំណត់
សម្រាប់ការកំណត់ WinHTTP ដែលមានបំណង ឧទាហរណ៍ស្ថិតិគឺ៖
netsh winhttp set proxy `
proxy-server="203.0.113.10:8080" `
bypass-list="<local>;*.example.internal"ចំណុចបញ្ចប់គ្រាន់តែជាឧទាហរណ៍។ ពាក្យបញ្ជានេះផ្លាស់ប្តូរការកំណត់ WinHTTP ហើយមិនគួរប្រើជា ការជួសជុលកម្មវិធីរុករកទូទៅ ទេ។ កត់ត្រាការកំណត់មុន ហើយបញ្ជាក់ថាកម្មវិធីគោលដៅពិតជាប្រើវា មុនពេលធ្វើការផ្លាស់ប្តូរនោះ។
ច្បាប់សញ្ញាជំនួស និងតូខេន local ធ្វើការងារផ្សេងគ្នា។ IP អក្សរតួដែលមានចំណុចដូចជា 192.168.1.10 មិនមែនជាឈ្មោះ host គ្មានចំណុចទេ។ ប្រសិនបើអាសយដ្ឋានបែបនេះគួរទៅដោយផ្ទាល់ សូមប្រើការលើកលែងច្បាស់លាស់ដែលមានការគាំទ្រត្រឹមត្រូវ ជំនួសឱ្យការសន្មតថាពាក្យ local គ្របដណ្តប់វា។
ពិនិត្យ host ពិតប្រាកដនៃសំណើ
សេវាកម្មអាចប្រើឈ្មោះខ្លី ខណៈសញ្ញាកត់ក្នុងកម្មវិធីរុករកប្រើឈ្មោះពេញលេញ។ ផ្លូវដែលទទួលបានអាចខុសគ្នា ទោះបីឈ្មោះទាំងពីរចុងក្រោយបញ្ជាក់ម៉ាស៊ីនមេតែមួយក៏ដោយ។
សំណើក៏អាចត្រូវបានគ្រប់គ្រងដោយព័ត៌មាន proxy ជាក់លាក់របស់កម្មវិធី ឬការវាយតម្លៃ PAC ជំនួសឱ្យតម្លៃលំនាំដើមស្ថិតិដែលអ្នកបានពិនិត្យ។ កំណត់ប្រភពដែលកម្មវិធីដែលបរាជ័យប្រើ មុនពេលផ្លាស់ប្តូរបញ្ជីឆ្លងកាត់នៅកន្លែងផ្សេង។
ដើម្បីប្រៀបធៀបឥរិយាបថ កត់ត្រាឈ្មោះ host នៃ URL និងគោលនយោបាយ proxy ដែលបានជ្រើសសម្រាប់អតិថិជនដូចគ្នា។ កុំជំនួស proxy សាធារណៈដែលដំណើរការល្អ ដោយសារតែ host ដែលត្រូវបានលើកលែងដោយចេតនានៅតែដោយផ្ទាល់។
រក្សាភាពខុសគ្នានេះឱ្យដាច់ពី DNS និងការដឹកជញ្ជូនខឺណែល៖ ច្បាប់ឆ្លងកាត់ជ្រើសថាតើប្រើ proxy សម្រាប់សំណើឬអត់។ វាមិនធ្វើឱ្យគោលដៅដែលមិនអាចឈានដល់បាន អាចឈានដល់បានទេ។