CPAN کی پراکسی ترتیبات اصل ڈاؤن لوڈر پر منحصر ہیں

اگر CPAN اپنی پراکسی ترتیب قبول کرتا ہے مگر کسی اور راستے سے ڈاؤن لوڈ کرتا ہے، تو منتخب ڈاؤن لوڈر کے لیے تشخیصی آؤٹ پٹ پڑھیں۔ CPAN.pm Perl نیٹ ورکنگ ماڈیول استعمال کر سکتا ہے یا کام کسی بیرونی پروگرام کے سپرد کر سکتا ہے۔

موجودہ انٹرایکٹو ترتیب کا جائزہ لیں:

cpan> o conf http_proxy
cpan> o conf ftp_proxy
cpan> o conf no_proxy
cpan> o conf urllist

urllist منزل کا آئینہ اور اسکیم منتخب کرتا ہے، درمیانی نہیں۔ FTP وسیلہ لانے والا HTTP پراکسی HTTP سننے والا ہی رہتا ہے؛ فیلڈ کا نام اسے FTP سرور نہیں بناتا۔

اگر منتقلی curl کو کال کرتی ہے، تو اس چائلڈ کا وراثتی ماحول دیکھیں۔ محدود لانچ یہ ہے:

http_proxy=http://proxy.example:8080 https_proxy=http://proxy.example:8080 cpan

اس راستے کی اجازت دینے والے نیٹ ورک پر عوامی آئینوں سے ڈاؤن لوڈ کے لیے، مثال کو اس فہرست سے بغیر اکاؤنٹ امیدوار سے بدلیں: HTTP پراکسی فہرست۔ یہ CPAN اور اس کے چائلڈز کو HTTP اینڈ پوائنٹ فراہم کرتا ہے، الا یہ کہ کوئی دوسرا لانچر ماحول بدل دے۔ Curl چھوٹے حروف والا http_proxy پڑھتا ہے؛ HTTPS منزل کی ترتیب اسی HTTP سننے والے کا نام دے سکتی ہے۔

اگر CPAN LWP منتخب کرتا ہے تو اس کے بجائے اس کی ترتیب شدہ اقدار اور کلائنٹ رویے کی پیروی کریں۔ curl کا نصب ہونا یہ ثابت نہیں کرتا کہ CPAN نے اسے استعمال کیا۔ اس انتخاب کی شناخت سے پہلے ماڈیول نصب کرنے یا اسٹارٹ اپ فائلیں تبدیل کرنے سے گریز کریں۔

مطلوبہ CPAN تبدیلیاں o conf commit کے ذریعے انسٹالیشن کرنے والے اکاؤنٹ کے تحت محفوظ کریں، اور راز مشترکہ مثالوں سے باہر رکھیں۔ یہ انٹرایکٹو CPAN.pm کلائنٹ ہے؛ cpanm اسی آئینے کے ساتھ بھی دوسرا ڈاؤن لوڈر اور ترتیب منتخب کر سکتا ہے۔