यह दस्तावेज़ उन डेवलपर के लिए है जो सभी सर्वर-साइड टैगिंग को रूट करना चाहते हैं किसी प्रॉक्सी सर्वर से आने वाले ट्रैफ़िक को.
शुरू करने से पहले
प्रॉक्सी सर्वर रूटिंग सेट अप करने से पहले, पक्का करें कि:
सर्वर कंटेनर को Cloud Run पर या इसके ज़रिए डिप्लॉय किया जाता है मैन्युअल सेटअप.
डिप्लॉय किया गया प्रॉक्सी सर्वर
HTTP CONNECT
अनुरोध.प्रॉक्सी सर्वर से, आउटबाउंड ट्रैफ़िक को अनुमति देने की सुविधा, उदाहरण के लिए, VPC का इस्तेमाल करके, फ़ायरवॉल या प्रॉक्सी ऐक्सेस कंट्रोल लिस्ट (ACL).
प्रॉक्सी सर्वर रूटिंग कॉन्फ़िगर करें
Cloud Run
Cloud Run डिप्लॉयमेंट के लिए, ट्रैफ़िक को प्रॉक्सी पर फ़ॉरवर्ड करने के लिए:
- Cloud Run खोलें
- Cloud Run इंस्टेंस के लिए, सर्वर साइड टैगिंग का विकल्प चुनें.
- पर क्लिक करें बदलाव करें और नया संशोधन लागू करें. डिप्लॉयमेंट रिविज़न स्क्रीन खुलती है.
- कंटेनर में जाकर, अपना सर्वर कंटेनर चुनें. इस सुविधा के साथ एक नई स्क्रीन कंटेनर सेटिंग खुल जाएगी.
सेवा कॉन्फ़िगरेशन का विस्तार करने के लिए, वैरिएबल और सीक्रेट करें. वैरिएबल जोड़ें बटन पर क्लिक करके, यहां दिया गया एनवायरमेंट जोड़ें वैरिएबल:
- नाम:
HTTP_PROXY
- वैल्यू: प्रॉक्सी सर्वर का यूआरआई (उदाहरण के लिए,
https://proxy.example.com:3333
याhttp://32.12.83.10
)
- नाम:
हो गया पर क्लिक करें.
किए गए बदलावों की पुष्टि करें और डिप्लॉय करें पर क्लिक करें.
मैन्युअल डिप्लॉयमेंट
मैन्युअल डिप्लॉयमेंट के लिए ट्रैफ़िक को किसी प्रॉक्सी पर फ़ॉरवर्ड करने के लिए:
Docker इमेज से ऐक्सेस किया जा सकने वाला एनवायरमेंट वैरिएबल तय करें:
- नाम:
HTTP_PROXY
- वैल्यू: प्रॉक्सी सर्वर का यूआरआई (उदाहरण के लिए,
https://proxy.example.com
याhttp://32.12.83.10:1234
)
- नाम:
अपनी Docker इमेज को नए एनवायरमेंट वैरिएबल के साथ चलाएं.
docker run -p 8080:8080 \ -e CONTAINER_CONFIG=CONTAINER_CONFIG \ -e HTTP_PROXY=PROXY_URL \ gcr.io/cloud-tagging-10302018/gtm-cloud-image:stable
नतीजा: आपके सर्वर साइड टैगिंग के डिप्लॉयमेंट से सभी आउटबाउंड ट्रैफ़िक इस डिवाइस पर भेजा जाता है आपके एनवायरमेंट वैरिएबल में दिया गया प्रॉक्सी एंडपॉइंट.
प्रॉक्सी सर्वर सेटअप की पुष्टि करें
अपने प्रॉक्सी अनुरोधों के सेटअप की पुष्टि करने के लिए, Google Tag Manager और अपने प्रॉक्सी सर्वर कॉन्फ़िगरेशन.
अपने सर्वर कंटेनर प्रॉक्सी अनुरोधों की पुष्टि करने के लिए:
अपना सर्वर कंटेनर खोलें.
झलक मोड खोलें. अनुरोध टैब में:
- पक्का करें कि आपका क्लाइंट, आने वाले अनुरोध पर दावा करे.
- पक्का करें कि आपके टैग और वैरिएबल सही तरीके से आउटगोइंग एचटीटीपी भेजते हों अनुरोध.
- यह पता करने के लिए कि अनुरोध प्रॉक्सी सर्वर के ज़रिए भेजा गया है या नहीं, एचटीटीपी अनुरोध की जानकारी देखने के लिए एचटीटीपी अनुरोध.
अपने प्रॉक्सी सेटअप की पुष्टि करने के लिए:
- अपने नेटवर्क और प्रॉक्सी सर्वर लॉग की जांच करें. कम से कम आपको यह देखना चाहिए कि नीचे दिए गए एंडपॉइंट पर किए गए अनुरोध स्वीकार करते हैं:
- देखें कि अन्य एंडपॉइंट को ऐक्सेस करने के अनुरोध किए गए हैं या नहीं.
- आपकी इस्तेमाल की जाने वाली सर्वर साइड टैगिंग सुविधाओं के आधार पर, आपको यह भी दिख सकता है अन्य एंडपॉइंट को किए गए अनुरोध, जैसे कि www.google-analytics.com bigquery.googleapis.com तीसरे पक्ष के एंडपॉइंट. ऐसे किसी भी एंडपॉइंट की सूची को अनुमति दें जो इसके लिए ज़रूरी है टैग करने का सेटअप.
ज़रूरी नहीं: अपने प्रॉक्सी सर्वर से आने वाले आउटबाउंड ट्रैफ़िक को अनुमति वाली सूची में जोड़ें
अगर आपने अपने नेटवर्क या प्रॉक्सी सर्वर से आउटबाउंड ट्रैफ़िक को ब्लॉक किया है, तो टैग करने वाले सर्वर के इंस्टेंस के लिए, Google Tag Manager के डोमेन को अनुमति वाली सूची में जोड़ना ज़रूरी है काम. आउटबाउंड ट्रैफ़िक को अनुमति देने का तरीका, आपके नेटवर्क के एनवायरमेंट और प्रॉक्सी सॉफ़्टवेयर. एंडपॉइंट को अनुमति वाली सूची में शामिल करने से पहले, पक्का करें कि अपनी नेटवर्क टोपोलॉजी को समझें.
इन डोमेन का इस्तेमाल, फ़ेच करने, झलक देखने, और डीबग करने के लिए किया जाता है आपका Google Tag Manager कंटेनर:
https://www.googletagmanager.com
https://tagmanager.google.com
${Preview server URL}
यदि आप अपने पूर्वावलोकन सर्वर को अपने प्रॉक्सी सर्वर से अलग नेटवर्क पर होस्ट करते हैं या नेटवर्क के सीमित नियम हैं, अनुमति वाली सूची में शामिल आउटबाउंड ट्रैफ़िक पूर्वावलोकन सर्वर के लिए प्रॉक्सी. प्रीव्यू सर्वर का यूआरएल तब तय किया जाता है, जब अपने सर्वर कंटेनर को डिप्लॉय करें.
ज़रूरी नहीं: अपने प्रॉक्सी सर्वर के साथ बुनियादी पुष्टि करने की सुविधा का इस्तेमाल करें
अगर आपके संगठन को पुष्टि करने की ज़रूरत है, तो BASIC की मदद से पुष्टि करने की सुविधा का इस्तेमाल किया जा सकता है का इस्तेमाल करें.
बुनियादी पुष्टि की सुविधा का इस्तेमाल करने के लिए, क्रेडेंशियल (उपयोगकर्ता नाम/पासवर्ड) को एक हिस्से के तौर पर शामिल करें में दिखाई गई है:
HTTP_PROXY=http(s)://USER_NAME:PASSWORD@PROXY_URL
प्रॉक्सी से किया जाने वाला हर अनुरोध, उपयोगकर्ता नाम और पासवर्ड को Base64 वैल्यू के तौर पर प्रॉक्सी-अनुमति देने वाला हेडर.
अगर Cloud Run का इस्तेमाल किया जाता है, तो एंडपॉइंट के प्रॉक्सी क्रेडेंशियल सेव करें सीक्रेट मैनेजर में जाएं. सीक्रेट मैनेजर इस सुविधा से, शुरू होने के समय Cloud Run को सीक्रेट का ऐक्सेस देता है और वैल्यू रिज़ॉल्व करता है. Cloud Run में सीक्रेट कॉन्फ़िगर करने का तरीका जानें.
ज़रूरी नहीं: खास होस्ट के लिए प्रॉक्सी बंद करें
NO_PROXY
एनवायरमेंट वैरिएबल की मदद से, कॉमा से अलग की गई सूची बनाई जा सकती है
है जिन्हें प्रॉक्सी सर्वर से नहीं भेजा जा सकता.
उदाहरण के लिए, दिया गया:
NO_PROXY=example.com,169.254.169.254,diagnostics.example2.com:3131
sGTM कंटेनर, इनमें से किसी भी अनुरोध को प्रॉक्सी नहीं करता है:
http://example.com
,https://sub.example.com
,https://other.example.com:123
http://169.254.169.254
,https://169.254.169.254
,http://169.254.169.254:123
http://diagonstics.example2.com:3131
,https://diagonstics.example2.com:3131