តើ NO_PROXY គាំទ្រ regex និងលំនាំ wildcard ដែរឬទេ?

ករណីលើកលែងនេះមើលទៅគួរឱ្យជឿ៖ *.server.*។ វាក៏មើលទៅដូចជាលំនាំ shell ដែរ។ គ្មានការពិតណាមួយក្នុងចំណោមនេះបញ្ជាក់ថាអតិថិជន HTTP របស់អ្នកយល់វានោះទេ។

NO_PROXY មិនមែនជាម៉ាស៊ីនកន្សោមធម្មតាដែលចែករំលែកគ្នាទេ។ តារាផ្កាយពិសេសរបស់អតិថិជនមួយមិនបញ្ជាក់ពីការគាំទ្រ wildcard តាមអំពើចិត្តនៅកណ្តាលឈ្មោះទេ។ curl ចងក្រងឯកសារ * តែមួយជាការឆ្លងកាត់អ្នកផ្តល់សេវាទាំងអស់។ នោះខុសគ្នាខ្លាំងពីការសន្យាថា *.server.* ជ្រើសរើសគ្រួសារដែន។

ចាប់ផ្តើមជាមួយឈ្មោះដែលអ្នកស្នើសុំពិតប្រាកដ។ ប្រសិនបើតម្រូវការគឺដែនដែលគេស្គាល់មួយ និងដែនរងរបស់វា សូមប្រើទម្រង់ដែនដែលបានចងក្រងឯកសារដោយអ្នកប្រើប្រាស់។ ប្រសិនបើតម្រូវការគឺឈ្មោះមិនពាក់ព័ន្ធជាច្រើនដែលមានពាក្យមួយ អាចត្រូវការ API ជ្រើសរើសផ្លូវដែលគាំទ្រ ឬគោលនយោបាយ PAC។ ការបន្ថែមសញ្ញាវណ្ណយុត្តិបន្ថែមទៅលំនាំដែលមិនគាំទ្រមិនអាចផ្តល់មុខងារនោះបានទេ។

រក្សាឧទាហរណ៍ផ្ទុយមួយចំនួននៅក្បែរការផ្គូផ្គងដែលបានគ្រោងទុក។ តើ server.example, files.server.example និង server.other.test គួរតែឆ្លងកាត់ទាំងអស់ឬ? ចុះឈ្មោះដែលមានអក្សរដូចគ្នា ប៉ុន្តែគ្មានព្រំដែនដែនដូចគ្នា? ចម្លើយទាំងនោះកំណត់តម្រូវការបានច្បាស់ជាងការហៅការកំណត់ថា “wildcard”។

ការផ្លាស់ប្តូរអតិថិជនគឺជាហេតុផល ដើម្បីពិនិត្យលំនាំម្តងទៀត។ ច្បាប់ឆ្លងកាត់ដែលចម្លងពីផ្នែកបន្ថែមកម្មវិធីរុករកមិនមានសុពលភាពដោយស្វ័យប្រវត្តិនៅក្នុងអថេរបរិស្ថានដែលកម្មវិធីផ្សេងទៀតអាននោះទេ។