Google-ის Node-ის ავთენტიფიკაციის ბიბლიოთეკა: დააყენეთ HTTPS_PROXY ტოკენის მოთხოვნებისთვის
დააყენეთ დოკუმენტირებული პროქსის გარემო ტოკენის მოთხოვნებისთვის, აპლიკაციის Google-ის ავთენტიფიკაციის ნაკადის შეცვლის გარეშე.
HTTPS_PROXY=http://proxy.example.net:8080 node app.jsPOSIX-ის გარსში ეს უშვებს app.js-ს, პროქსის მარშრუტი ხელმისაწვდომია Google-ის Node-ის ავთენტიფიკაციის ბიბლიოთეკისთვის. ბიბლიოთეკა აღწერს HTTPS_PROXY-სა და https_proxy-ს HTTPS მოთხოვნებისთვის, რომლებსაც არ აქვთ მკაფიო პროქსის კონფიგურაცია.
შეინარჩუნეთ არსებული GoogleAuth, JWT ან სხვა მხარდაჭერილი ავთენტიფიკაციის ნაკადი. პროქსის მოთხოვნა არ ნიშნავს assertion-ის ხელმოწერის ან ტოკენის გაცვლის ხელახლა დანერგვას.
ცვლადის სახელი ირჩევს HTTPS მისამართებს; მნიშვნელობის http:// სქემა აღწერს შუამავალს. საჯარო HTTP მარშრუტისთვის HTTP პროქსების სია გთავაზობთ კანდიდატებს ამ გარემოს მნიშვნელობისთვის. თუ ავთენტიფიკაციის ნაკადი ტოკენს HTTPS-ით იღებს, ამ მოთხოვნას სჭირდება ეს მარშრუტი სანამ შემდგომი API გამოძახება დაიწყება.
განასხვავეთ OAuth-ის პასუხი კავშირის ხარვეზისაგან. ავტორიზაციის სერვერის უარი შესაძლოა წარმატებით მოსულიყო პროქსის გავლით. შეინახეთ დეტალები და გამოიკვლიეთ assertion ან ანგარიშის კონფიგურაცია, პროქსის მისამართების შეცვლის ნაცვლად.