გსურთ ერთმა ჩამოტვირთვამ გამოიყენოს სხვა პროქსი და შემდეგ ყველაფერი ნორმალურ მდგომარეობას დაუბრუნდეს. არ არის საჭირო shell-ის გაშვების ფაილის რედაქტირება და იმის იმედი, რომ გაუქმებას გაიხსენებთ.

POSIX ტიპის shell-ში გარე ბრძანებისთვის მიანიჭეთ მნიშვნელობა ბრძანების წინ:

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

გამოიყენეთ HTTP საბოლოო წერტილი, რომელიც ამ ჩამოტვირთვისთვისაა განკუთვნილი; HTTP პროქსების სია გვთავაზობს კანდიდატებს დაშვებული საჯარო მარშრუტებისთვის. მინიჭება გადაეცემა ამ ბრძანების გარემოს. მის შვილ პროცესებს შეუძლიათ მნიშვნელობის მემკვიდრეობით მიღება, მაგრამ ბრძანების დასრულების შემდეგ მინიჭება არ ცვლის მშობელი shell-ის არსებულ მნიშვნელობას.

კლიენტი მაინც წყვეტს, რა წაიკითხოს

shell-ის სინტაქსი ქმნის გარემოს; ის არ აძალებს ქსელურ მარშრუტს. გამოიყენეთ ცვლადების ის სახელები, რომლებსაც აპლიკაცია მხარს უჭერს. არსებულმა გვერდის ავლის ცვლადებმა, ბრძანების მკაფიო პარამეტრებმა ან აპლიკაციის საკუთარმა კონფიგურაციამ შეიძლება შედეგზე გავლენა მოახდინოს.

Bash-ის გარემოს დოკუმენტაცია ხსნის ბრძანების პრეფიქსის ქცევას. ბრძანებებს, რომლებიც shell-ის ფუნქციები, სპეციალური ჩაშენებული ბრძანებები ან shell-ის სინტაქსია, შეიძლება ჰქონდეთ დამატებითი არეალის წესები, ამიტომ ზემოთ მოცემული მარტივი მაგალითი განზრახ იყენებს გარე პროგრამას.

რამდენიმე ბრძანებისთვის გამოიყენეთ ქვე-shell

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

ფრჩხილებში მოცემული ჯგუფი მუშაობს საკუთარი shell-ის გარემოთი. შეცვალეთ საილუსტრაციო ბრძანების სახელები იმ პროგრამებით, რომლებსაც აპირებთ გაშვებას. ეს ნიმუში თავს არიდებს მყიფე თანმიმდევრობას: ძველი მნიშვნელობის შენახვა, მისი გადაწერა და ყოველი შესაძლო წარუმატებლობის შემდეგ ხელით აღდგენა.

შეინახეთ საიდუმლოებები shell-ის ისტორიაში კოპირებული მაგალითებისგან მოშორებით. ასევე დაიმახსოვრეთ, რომ sudo შეიძლება გარემოს გაფილტროს; გარე ბრძანებისთვის ხილული ცვლადი ავტომატურად არ გადადის ყოველ პრივილეგიის საზღვარზე. დროებითი არეალი და პროქსის ფაქტობრივი არჩევანი ცალკე კითხვებად რჩება.

დაკავშირებული სტატიები