BrowserStack Local के कौन से प्रॉक्सी फ़्लैग किस कनेक्शन के हैं?
Local बाइनरी का BrowserStack से कनेक्शन और किसी एप्लिकेशन से कनेक्शन अलग-अलग प्रॉक्सी माँग सकते हैं। जिस पथ को इनकी आवश्यकता है उसके लिए फ़्लैग चुनें।
उस मशीन से शुरू करें जिस पर BrowserStack Local बाइनरी चल रही है। यह दो कनेक्शन बनाती है जिनके लिए अलग-अलग प्रॉक्सी सेटिंग्स चाहिए हो सकती हैं:
| कनेक्शन | विकल्प परिवार | प्रलेखित डिफ़ॉल्ट पोर्ट |
|---|---|---|
| कॉर्पोरेट प्रॉक्सी के पीछे से BrowserStack तक पहुँचती बाइनरी | --proxy-host / --proxy-port | 3128 |
| अपनी प्रॉक्सी या इच्छित रिकॉर्डिंग मध्यस्थ के माध्यम से स्थानीय एप्लिकेशन तक पहुँचती बाइनरी | --local-proxy-host / --local-proxy-port | 8081 |
विफलता के अनुसार एक या दोनों पथ चुनें। दूरस्थ ब्राउज़र का स्थान यह नहीं बताता कि बाइनरी किसी भी गंतव्य तक कैसे पहुँचती है। दो अलग-अलग डिफ़ॉल्ट पर निर्भर रहने के बजाय वास्तविक सुनने वाले पोर्ट का उपयोग करें। लूपबैक श्रोता भी बाइनरी की मशीन का है; आपके वर्कस्टेशन पर प्रॉक्सी बिल्ड एजेंट से स्वतः पहुँच योग्य नहीं है।
प्रत्येक खाते को उसके हॉप से जोड़ें। प्रॉक्सी उपयोगकर्ता नाम और पासवर्ड BrowserStack एक्सेस कुंजी और एप्लिकेशन लॉगिन से अलग हैं। कॉर्पोरेट खाता विकल्प HTTP Basic का प्रलेखन करते हैं; डेस्कटॉप ब्राउज़र में काम करने वाला एकीकृत साइन-इन यह सिद्ध नहीं करता कि Local बाइनरी वही विनिमय समर्थित करती है। चुने गए मोड के लिए स्थापित बाइनरी की प्रमाणीकरण क्षमताएँ और PAC सीमाएँ जाँचें।
यदि अपेक्षित प्रॉक्सी लॉग खाली है, तो उत्पाद के उन फ़्लैग की जाँच करें जो तय करते हैं कि प्रासंगिक ट्रैफ़िक स्थानीय या प्रॉक्सी मार्ग से बाध्य होता है या नहीं। एंडपॉइंट प्रदान करना और उसका उपयोग आवश्यक ठहराना दो अलग निर्णय हैं।
विफल पथ, बाइनरी का स्थान, चुना गया एंडपॉइंट और पहली त्रुटि साथ रखें। विस्तृत लॉग साझा करने से पहले संवेदनशील डेटा हटाएँ; उनमें एप्लिकेशन अनुरोध, प्रतिक्रियाएँ और निजी पते हो सकते हैं।