setx-მა პროქსი შეინახა. ამ ფანჯარაში ჯერ კიდევ ძველია.
დააყენეთ პროქსი Windows-ის მიმდინარე ბრძანების სესიისთვის და გამოყავით ეს ცვლილება მუდმივი setx მინიჭებისგან.
რომ ამ Command Prompt-ში შემდეგმა Python ბრძანებამ პროქსი მაშინვე მიიღოს, დააყენეთ მისი მიმდინარე გარემო:
set "HTTP_PROXY=http://proxy.example:8080"
set "HTTPS_PROXY=http://proxy.example:8080"
python download.pyპროქსის ავთენტიფიკაციის გარეშე დაშვებული საჯარო ჩამოტვირთვისთვის შეცვალეთ საბოლოო წერტილი HTTP პროქსების სიიდან კანდიდატით და გამოიყენეთ განზრახული სკრიპტი. ეს მნიშვნელობები რჩება იმ გარსში, სანამ არ შეიცვლება ან არ დაიხურება. თუ მიზანია მნიშვნელობის შენარჩუნება მომავალი სესიებისთვის, ეს ცალკე მოქმედებაა:
setx HTTPS_PROXY "http://proxy.example:8080"setx წერს მუდმივ გარემოს; ის არ ცვლის იმ ბლოკს, რომელიც cmd.exe-ს უკვე აქვს. ამიტომ ძველი ფანჯრიდან მოგვიანებით გაშვებულ შვილეულ პროცესს შეუძლია ძველი მნიშვნელობის მემკვიდრეობით მიღება.
იგივე ეხება IDE-ს ან ტერმინალის ჰოსტს. ახალი ჩანართი არ არის მტკიცებულება, რომ ხანგრძლივად მოქმედმა გამშვებმა თავისი გარემო განაახლა. გადატვირთეთ დაზარალებული აპლიკაცია განახლებული მნიშვნელობების მქონე გამშვებიდან.
Setx ნაგულისხმევად იყენებს მომხმარებლის არეს; /m შესაბამისი უფლებებით სისტემურ არეს მიმართავს. სერვისები და სხვა მომხმარებლების სამუშაოები ცალკე მომხმარებლები არიან. ნაჩვენები ორივე URL HTTP შუამავალია; HTTPS_PROXY ასახელებს დანიშნულების სქემას და Python-ის ფაქტობრივ ბიბლიოთეკას ჯერ კიდევ უნდა ჰქონდეს შეყვანის მხარდაჭერა. ის არ აპროქსირებს თვითნებურ ნედლ სოკეტებს.