Дайце gcloud уласны маршрут SOCKS5

Выкарыстоўвайце ўласцівасці проксі Google Cloud CLI і трымайце гэтую галіну асобна ад іншых SDK або падпрацэсаў.

У канфігурацыі gcloud, прызначанай для гэтых каманд, выберыце існуючую канчатковую кропку SOCKS5:

gcloud config set proxy/type socks5
gcloud config set proxy/address 127.0.0.1
gcloud config set proxy/port 1080

Пры неабходнасці заменіце слухач. Для дазволеных выклікаў публічных службаў спіс проксі SOCKS5 прапануе кандыдатаў хастоў і партоў для гэтай канфігурацыі. Выкарыстоўвайце гэтую публічную галіну толькі без захаваных імён карыстальнікаў/пароляў проксі або значэнняў асяроддзя аўтэнтыфікацыі проксі. Гэта пастаянныя ўласцівасці актыўнай канфігурацыі; змена іншай канфігурацыі можа прывесці да таго, што наступная каманда выкарыстае стары маршрут. Трымайце яўныя ўласцівасці і ўводы асяроддзя ў адпаведнасці з дакументаваным прыярытэтам CLI.

Канчатковая кропка павінна быць дасягальнай з машыны CLI загадзя. Калі яе забяспечвае SSH, захавайце гэты тунель; гэтыя ўласцівасці не ствараюць слухач.

Для аўтэнтыфікаванай канчатковай кропкі выкарыстоўвайце падтрымліваныя ўласцівасці ўліковых даных або дакументаваныя эквіваленты асяроддзя, трымаючы сакрэты па-за зафіксаванымі прыкладамі і гісторыяй каманд.

Вызначце першую збой: дасягненне слухача, аўтэнтыфікацыя проксі або служба Google. Адмова аўтарызацыі API пасля доступу да сеткі датычыцца хмарных уліковых даных. Іншыя SDK, кліенты Python і падпрацэсы захоўваюць сваю ўласную канфігурацыю; гэты маршрут кіруе падтрымліваным шляхам gcloud.

Падобныя артыкулы