यह दस्तावेज़ उन डेवलपर के लिए है जो सभी सर्वर साइड टैगिंग ट्रैफ़िक को प्रॉक्सी सर्वर के ज़रिए रूट करना चाहते हैं.
शुरू करने से पहले
प्रॉक्सी सर्वर रूटिंग सेट अप करने से पहले, पक्का करें कि आपके पास ये हैं:
Cloud Run पर या मैन्युअल सेटअप की मदद से डिप्लॉय किया गया सर्वर कंटेनर.
ऐसा प्रॉक्सी सर्वर डिप्लॉय किया गया जो
HTTP CONNECT
अनुरोधों के साथ काम करता हो.प्रॉक्सी सर्वर से चुनिंदा आउटबाउंड ट्रैफ़िक को अनुमति देने की सुविधा. उदाहरण के लिए, VPC, फ़ायरवॉल या प्रॉक्सी ऐक्सेस कंट्रोल सूचियों (एसीएल) का इस्तेमाल करना.
प्रॉक्सी सर्वर रूटिंग कॉन्फ़िगर करें
Cloud Run
Cloud Run डिप्लॉयमेंट के लिए, ट्रैफ़िक को प्रॉक्सी सर्वर पर भेजने के लिए:
- Cloud Run खोलें
- Cloud Run इंस्टेंस पर, सर्वर साइड टैगिंग का अपना इंस्टेंस चुनें.
- बदलाव करें और नए बदलाव को खारिज करें पर क्लिक करें. इसके बाद, बदलावों को लागू करने की स्क्रीन खुलती है.
- कंटेनर में जाकर, अपना सर्वर कंटेनर चुनें. एक नई स्क्रीन खुलती है, जिसमें कंटेनर सेटिंग होती है.
सेवा कॉन्फ़िगरेशन को बड़ा करने के लिए, वैरिएबल और सीक्रेट टैब चुनें. वैरिएबल जोड़ें बटन पर क्लिक करके, नीचे दिया गया एनवायरमेंट वैरिएबल जोड़ें:
- नाम:
HTTP_PROXY
- वैल्यू: प्रॉक्सी सर्वर का यूआरआई (जैसे,
https://proxy.example.com:3333
याhttp://32.12.83.10
)
- नाम:
हो गया पर क्लिक करें.
अपने बदलावों की पुष्टि करें और डिप्लॉय करें पर क्लिक करें.
मैन्युअल तरीके से डिप्लॉयमेंट
मैन्युअल तरीके से डिप्लॉयमेंट के लिए, ट्रैफ़िक को प्रॉक्सी सर्वर पर भेजने का तरीका:
डॉकर इमेज से ऐक्सेस किए जा सकने वाले एनवायरमेंट वैरिएबल को तय करें:
- नाम:
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 पुष्टि करने की प्रक्रिया का इस्तेमाल किया जा सकता है.
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