Izmantot citu starpniekserveri vienai shell komandai

Vēlaties, lai viena lejupielāde izmantotu citu starpniekserveri, un pēc tam viss atgriežas normālā stāvoklī. Nav nepieciešams rediģēt shell starta failu un cerēt, ka atcerēsities to atcelt.

Ārējai komandai POSIX stila shell novietojiet piešķīrumu pirms komandas:

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

Izmantojiet šai lejupielādei paredzēto HTTP galapunktu; HTTP starpniekserveru saraksts piedāvā kandidātus atļautajiem publiskajiem maršrutiem. Piešķīrums tiek nodots šīs komandas videi. Tās pakārtotie procesi var mantot vērtību, bet pēc komandas pabeigšanas piešķīrums neaizstāj esošo vecāku shell vērtību.

Klients joprojām izlemj, ko lasīt

Shell sintakse rada vidi; tā neuzspiež tīkla maršrutu. Izmantojiet mainīgo nosaukumus, kurus atbalsta lietojumprogramma. Esošie apiešanas mainīgie, skaidras komandas opcijas vai pašas lietojumprogrammas konfigurācija joprojām var ietekmēt rezultātu.

Bash vides dokumentācija izskaidro komandas prefiksa uzvedību. Komandām, kas ir shell funkcijas, īpašas iebūvētas komandas vai shell sintakse, var būt papildu darbības jomas noteikumi, tāpēc iepriekš minētais vienkāršais piemērs apzināti izmanto ārēju programmu.

Vairākām komandām izmantojiet apakšshell

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

Grupa iekavās darbojas ar savu shell vidi. Aizstājiet ilustratīvos komandu nosaukumus ar programmām, kuras plānojat palaist. Šis modelis izvairās no trauslās secības: saglabāt veco vērtību, to pārrakstīt un pēc katras iespējamās kļūmes atjaunot to manuāli.

Turiet noslēpumus ārpus piemēriem, kas tiek kopēti shell vēsturē. Atcerieties arī, ka sudo var filtrēt vidi; mainīgais, kas redzams ārējai komandai, netiek automātiski nodots pāri katrai privileģiju robežai. Pagaidu darbības joma un faktiskā starpniekservera izvēle joprojām ir atsevišķi jautājumi.