Выкарыстоўвайце іншы проксі для адной каманды shell

Вы хочаце, каб адно спампоўванне выкарыстоўвала іншы проксі, а потым усё вярнулася да звычайнага стану. Не трэба правіць файл запуску shell і спадзявацца, што ўспомніце яго адмяніць.

Для знешняй каманды ў shell тыпу POSIX пастаўце прысваенне перад камандай:

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

Выкарыстоўвайце HTTP-канчатковы пункт, прызначаны для гэтага спампоўвання; спіс HTTP-проксі прапануе варыянты для дазволеных публічных маршрутаў. Прысваенне перадаецца асяроддзю гэтай каманды. Яе даччыныя працэсы могуць атрымаць значэнне ў спадчыну, але пасля завяршэння каманды прысваенне не замяняе існуючае значэнне бацькоўскага shell.

Кліент па-ранейшаму вырашае, што чытаць

Сінтаксіс shell стварае асяроддзе, але не навязвае сеткавы маршрут. Выкарыстоўвайце тыя назвы зменных, якія падтрымлівае праграма. Існуючыя зменныя абыходу, яўныя опцыі каманды або ўласная канфігурацыя праграмы ўсё яшчэ могуць уплываць на вынік.

Дакументацыя па асяроддзі Bash тлумачыць паводзіны прыстаўкі да каманды. Каманды, якія з’яўляюцца функцыямі shell, спецыяльнымі ўбудаванымі камандамі або сінтаксісам shell, могуць мець дадатковыя правілы абсягу, таму просты прыклад вышэй наўмысна выкарыстоўвае знешнюю праграму.

Для некалькіх каманд выкарыстоўвайце падабалонку

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

Група ў дужках выконваецца ў сваім уласным асяроддзі shell. Замяніце ілюстратыўныя назвы каманд на праграмы, якія збіраецеся запусціць. Гэты шаблон пазбягае крохкай паслядоўнасці: захаваць старое значэнне, перазапісаць яго і ўручную аднавіць пасля кожнай магчымай памылкі.

Трымайце сакрэты па-за прыкладамі, якія капіруюцца ў гісторыю shell. Таксама памятайце, што sudo можа фільтраваць асяроддзе; зменная, бачная знешняй камандзе, не перадаецца аўтаматычна праз кожную мяжу прывілеяў. Часовы абсяг і фактычны выбар проксі застаюцца асобнымі пытаннямі.