استخدم وكيلاً مختلفاً لأمر shell واحد

تريد أن يستخدم تنزيل واحد وكيلاً مختلفاً، ثم يعود كل شيء إلى طبيعته. لا حاجة لأن تعدّل ملف بدء تشغيل الصدفة وتأمل أن تتذكر التراجع عنه.

لأمر خارجي في صدفة من نوع POSIX، ضع الإسناد قبل الأمر:

https_proxy=http://proxy.example:8080 curl https://example.com/

استخدم نقطة نهاية HTTP المخصّصة لذلك التنزيل؛ تقدّم قائمة وكلاء HTTP مرشّحين لمسارات عامة مسموح بها. يُقدَّم الإسناد إلى بيئة ذلك الأمر. يمكن لعملياته الفرعية أن ترث القيمة، لكن الإسناد لا يستبدل القيمة الموجودة في الصدفة الأم بعد انتهاء الأمر.

العميل لا يزال هو من يقرّر ما سيقرأه

صياغة الصدفة تنشئ بيئة؛ لكنها لا تفرض مسار شبكة. استخدم أسماء المتغيّرات التي يدعمها التطبيق. قد تؤثّر متغيّرات التجاوز الموجودة، أو خيارات الأمر الصريحة، أو إعدادات التطبيق نفسه في النتيجة.

يوضّح توثيق بيئة Bash سلوك بادئة الأمر. قد يكون للأوامر التي هي دوال صدفة أو أوامر مدمجة خاصة أو صياغة صدفة قواعد نطاق إضافية، لذلك يستخدم المثال البسيط أعلاه عمداً برنامجاً خارجياً.

لعدّة أوامر، استخدم صدفة فرعية

(
  export http_proxy=http://proxy.example:8080
  export https_proxy=http://proxy.example:8080
  command-one
  command-two
)

تعمل المجموعة بين القوسين ببيئة صدفة خاصة بها. استبدل أسماء الأوامر التوضيحية بالبرامج التي تنوي تشغيلها. يتجنّب هذا النمط التسلسل الهشّ المتمثّل في حفظ قيمة قديمة والكتابة فوقها واستعادتها يدوياً بعد كل فشل محتمل.

أبقِ الأسرار خارج الأمثلة التي تُنسخ إلى سجل الصدفة. تذكّر أيضاً أن sudo يمكنه تصفية البيئة؛ فالمتغيّر الظاهر للأمر الخارجي لا يُمرَّر تلقائياً عبر كل حدود الصلاحيات. يبقى النطاق المؤقت واختيار الوكيل الفعلي سؤالين منفصلين.