Бібліятэка аўтэнтыфікацыі Node ад Google: задайце HTTPS_PROXY для запытаў токена

Наладзьце дакументаванае асяроддзе проксі для запытаў токена, не замяняючы працэс аўтэнтыфікацыі Google у праграме.

HTTPS_PROXY=http://proxy.example.net:8080 node app.js

У POSIX-абалонцы гэта запускае app.js з маршрутам проксі, даступным бібліятэцы аўтэнтыфікацыі Node ад Google. Бібліятэка дакументуе HTTPS_PROXY і https_proxy для HTTPS-запытаў без яўнай канфігурацыі проксі.

Захавайце існуючы працэс GoogleAuth, JWT або іншы падтрыманы працэс аўтэнтыфікацыі. Патрабаванне проксі не патрабуе перапісвання подпісу assertion або абмену токена.

Назва зменнай выбірае HTTPS-прызначэнні; схема http:// у значэнні апісвае пасярэдніка. Для публічнага HTTP-маршруту Спіс HTTP-проксі прапануе варыянты для гэтага значэння асяроддзя. Калі працэс аўтэнтыфікацыі атрымлівае токен праз HTTPS, гэты запыт патрабуе такі маршрут да пачатку наступнага выкліку API.

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

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