ការដាក់សញ្ញាសម្រង់ NO_PROXY ក្នុងបង្គាប់ Environment របស់ systemd
រក្សាការកំណត់ NO_PROXY ទាំងមូលឱ្យនៅជាមួយគ្នាក្នុងបង្គាប់ Environment តែមួយរបស់ systemd ហើយបំបែកការវិភាគឯកសារ unit ចេញពីវាក្យសម្ព័ន្ធ bypass របស់អតិថិជន។
ក្នុងនិយមន័យសេវា systemd រក្សាការកំណត់បរិស្ថានទាំងមូលនៅខាងក្នុងសញ្ញាសម្រង់របស់ឯកសារ unit៖
[Service]
Environment="NO_PROXY=localhost,127.0.0.1,::1,intranet.example"
សញ្ញាក្បៀសជាផ្នែកនៃតម្លៃរបស់ NO_PROXY។ systemd ដកសញ្ញាសម្រង់ជុំវិញចេញពេលកំពុងសង់បរិស្ថាន។ អតិថិជនបណ្តាញទទួលបានបញ្ជីនោះ ហើយបន្ទាប់មកបកស្រាយវាក្យសម្ព័ន្ធ bypass របស់ខ្លួន។ ការចាប់ផ្តើមសញ្ញាសម្រង់មួយទៀតនៅកណ្តាលធាតុដែលមានសញ្ញាសម្រង់រួចហើយ មិនបង្កើតស្រទាប់សម្រង់ shell ឯករាជ្យទេ។
ឯកសារ unit មិនមែនជាស្គ្រីប shell ទេ។ សេចក្តីថ្លែងការណ៍ export ឬឈ្មោះអថេរដែលធ្លាប់ស្គាល់ មិនផ្តល់ការពង្រីក shell នៅក្នុងបង្គាប់ Environment= ទេ។
- ពិនិត្យការកំណត់សេវាដែលមានប្រសិទ្ធភាពដោយផ្ទាល់ ដោយបិទបាំងព័ត៌មានសម្ងាត់។
- បន្ទាប់ពីផ្លាស់ប្តូរ ផ្ទុកនិយមន័យសេវាឡើងវិញ ហើយប្រើនីតិវិធីចាប់ផ្តើមឡើងវិញធម្មតារបស់សេវាដែលរងផលប៉ះពាល់។ រៀបចំផែនការផលប៉ះពាល់លើការងារដែលកំពុងដំណើរការ ជាពិសេសសម្រាប់ដេម៉ុនរូបភាពដែលបានចែករំលែក។
- បញ្ជាក់ថាតម្លៃដែលចង់បានទៅដល់ដំណើរការថ្មី។ ការផ្ទុកឯកសារ unit ឡើងវិញតែម្នាក់ឯងមិនអាចជំនួសបរិស្ថានរបស់ដំណើរការដែលមានស្រាប់បានទេ។
បន្ទាប់មកទើបស៊ើបអង្កេតការផ្គូផ្គងដែន ឬបណ្តាញរងរបស់អតិថិជន។ បញ្ជីដែលដំណើរការក្នុងស្ថានីយអាចមិនដែលទៅដល់សេវាក្នុងទម្រង់ដូចគ្នាទេ។