თქვენს curl-ის კონფიგურაციაში დამალული პროქსი
იპოვეთ curl-ის ნაგულისხმევი კონფიგურაცია, შეინარჩუნეთ მუდმივი პროქსის პარამეტრები გასაგებად და ერთი დიაგნოსტიკისთვის გვერდი აუარეთ მათ.
პროქსის ცვლადები წაშალეთ და ახალი ტერმინალი გახსენით, მაგრამ curl კვლავ იმავე პროქსის უკავშირდება. სისტემის ქსელის პარამეტრების შეცვლამდე შეამოწმეთ curl-ის საკუთარი კონფიგურაციის ფაილი.
curl-ს გაშვებისას შეუძლია ნაგულისხმევი კონფიგურაციის ჩატვირთვა. მუდმივი პროქსის ჩანაწერი მის კონფიგურაციის სინტაქსს იყენებს:
proxy = "http://203.0.113.10:8080"კონფიგურაციის ფაილის დოკუმენტაცია განმარტავს მხარდაჭერილ ფაილის მდებარეობებსა და დამუშავების წესებს. ზემოთ მოცემული მისამართი მაგალითია; HTTP პროქსების სია ნებადართული საჯარო მარშრუტის ტესტისთვის კანდიდატებს გთავაზობთ. გამოიყენეთ თქვენი პლატფორმისთვის დოკუმენტირებული ძიების რიგი; ძველი Windows პასუხიდან აღებული ფაილის სახელი შეიძლება ვერ დაემთხვეს ფაილს, რომელსაც დაყენებული curl რეალურად კითხულობს.
შედარება ნაგულისხმევი ფაილის გარეშე დაიწყეთ
ნაგულისხმევი curl-ის კონფიგურაციის ჩატვირთვის შესაჩერებლად თავიდანვე ჩასვით -q. პირდაპირი მოთხოვნისთვის პროქსის არჩევანიც გაასუფთავეთ:
curl -q --proxy "" https://example.com/მხოლოდ კონფიგურაციის ფაილის ჩახშობა სხვა შეყვანებს, მათ შორის გარემოს ცვლადებს, ტოვებს. ცარიელი პროქსის პარამეტრი მარშრუტიზაციის განზრახვას ცხადყოფს.
shell-ის alias-მა ან wrapper-მა შეიძლება პროქსის პარამეტრები დაამატოს, სანამ curl თქვენს არგუმენტებს დაინახავს. თუ მინიმალური შედარება მოულოდნელად მუშაობს, შეამოწმეთ როგორ პოულობს shell ბრძანებას და რომელი კონფიგურაციის ფაილები არსებობს.
ნაგულისხმევები მარტივი დატოვეთ
ნაგულისხმევი ფაილი მოსახერხებელია სტაბილური პირადი მარშრუტისთვის. კონკრეტული პროქსის საჭიროების მქონე სკრიპტებმა ეს დამოკიდებულება მკაფიოდ უნდა გამოაცხადონ და დეველოპერის home დირექტორიის ფაილს არ დაეყრდნონ.
მუდმივ კონფიგურაციაში სერთიფიკატებთან ფრთხილად იყავით. შეზღუდეთ ფაილზე წვდომა და არ დააკოპიროთ ის პროექტის რეპოზიტორიებსა და მხარდაჭერის ბილეთებში. სასარგებლო დიაგნოსტიკური ანგარიში არჩეულ პროქსის პაროლს გამოქვეყნების გარეშე ასახელებს.