Бир жүктөө башка прокси колдонушун, анан баары кадимки абалга кайтышын каалайсыз. 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 чөйрөнү чыпкалай аларын эстеңиз; сырткы буйрукка көрүнгөн өзгөрмө ар бир артыкчылык чек арасынан автоматтык түрдө өтпөйт. Убактылуу камтуу жана проксинин иш жүзүндөгү тандоосу өзүнчө маселелер бойдон калат.

Тектеш макалалар