ব্লগ
নিজের ডোমেইনকে ট্যাগিং সার্ভারে পয়েন্ট করা: CNAME, সার্টিফিকেট, আর Cloudflare error 1014
প্রকাশিত · আপডেট করা হয়েছে · পড়তে 4 মিনিট
আমাদের কাছ থেকে প্রথম যে হোস্টনেম পান, সেটি signalhost.io-এর অধীনে একটি র্যান্ডম লেবেল। এটি কাজ করে, আর অনেক সাইটের জন্য এটুকুই যথেষ্ট — এটি তো আর googletagmanager.com নয়। কিন্তু আপনার নিজের ডোমেইনের একটি সাবডোমেইনই সেই সংস্করণ, যা ফিল্টার লিস্ট আর থার্ড-পার্টি কুকির নিয়ম পেরিয়ে টিকে থাকে, কারণ ব্রাউজারের চোখে এটি স্রেফ আপনার সাইট। সেখানে পৌঁছাতে লাগে একটি DNS রেকর্ড আর কয়েক মিনিট। সামান্য ভুল হলে এমন একটি এরর মেসেজ আসে, যার ব্যাখ্যা আপনার দিকের কোনো কিছুতেই পাওয়া যায় না, তাই এখানে পুরো প্রক্রিয়াটি দেওয়া হলো, ব্যর্থতাসহ।
কেন আপনার নিজের সাইটের সাবডোমেইন
দুটি কারণ, আর দুটি আলাদা। অ্যাড ব্লকারের কাছে একটি রিকোয়েস্ট থার্ড-পার্টি, যদি তার হোস্টনেম কোনো তালিকায় থাকে; signalhost.io আজ কোনো তালিকায় নেই, কিন্তু কাল থাকতে পারে; yoursite.com কখনো থাকবে না। ব্রাউজারের কাছে metrics.yoursite.com-এর রেসপন্স থেকে সেট হওয়া কুকি yoursite.com-এর জন্য একটি ফার্স্ট-পার্টি কুকি, অথচ অন্য ডোমেইন থেকে আসা কুকি থার্ড-পার্টি, আর Safari সেটি সরাসরি প্রত্যাখ্যান করে। এই কুকিটিই Google Ads, Meta আর TikTok-এর জন্য একটি বিজ্ঞাপনে ক্লিক পারচেজ পর্যন্ত মনে রাখে। এতে কুকির আয়ু বাড়ে না: ভিন্ন ঠিকানার সার্ভার থেকে আসা কুকির মেয়াদ Safari এখনও সাত দিনে সীমিত রাখে। দুই ক্ষেত্রেই ট্যাগিং সার্ভার একই। হোস্টনেমই ঠিক করে এর সঙ্গে কেমন আচরণ করা হবে।
শূন্য থেকে ট্যাগিং সার্ভার সেট আপ করছেন? ধাপে ধাপে সার্ভার-সাইড Google Tag Manager কীভাবে সেট আপ করবেন।
রেকর্ডটি
আপনার DNS প্রোভাইডারে একটি CNAME, যা আপনার বেছে নেওয়া সাবডোমেইনকে আমাদের DNS-only এন্ডপয়েন্টে পয়েন্ট করে:
metrics.yoursite.com. CNAME tenants.signalhost.io.আপনার র্যান্ডম টেন্যান্ট হোস্টনেমে নয়, কোনো ওয়াইল্ডকার্ডেও নয়। tenants.signalhost.io নামটি আমরা বিশেষভাবে এই কাজের জন্যই প্রকাশ করি, আর ঠিক এই নামটিই কেন হতে হবে, তা পরের অংশে।
আপনার নিজের ডোমেইন যদি Cloudflare-এ থাকে, তাহলে রেকর্ডটি প্রক্সি বন্ধ রেখে তৈরি করুন — ধূসর ক্লাউড, "DNS only"। প্রক্সি করা রেকর্ড আপনার ভিজিটরদের রিকোয়েস্ট আপনার Cloudflare অ্যাকাউন্টের মধ্য দিয়ে আমাদের কাছে পাঠাবে, আর নিচের সার্টিফিকেট ধাপটি এর মধ্য দিয়ে সম্পন্ন হতে পারে না।
Cloudflare error 1014, আর কেন টার্গেটকে DNS-only হতে হবে
আমাদের নিজের হোস্টনেমগুলো Cloudflare-এর পেছনে থাকে। কোনো গ্রাহক যদি তার CNAME আমাদের কোনো প্রক্সি করা নামে পয়েন্ট করেন — ওয়াইল্ডকার্ড, অথবা কোনো টেন্যান্ট হোস্টনেম — তাহলে তার ট্রাফিক Cloudflare-এ পৌঁছায় এমন একটি হোস্টনেমের জন্য, যা আমাদের নয়, অন্য একটি Cloudflare অ্যাকাউন্টের। Cloudflare তা error 1014, "CNAME Cross-User Banned" দিয়ে প্রত্যাখ্যান করে। যে পেজে এটি দেখায় সেটি Cloudflare-এর, তাতে আপনার বা আমাদের কারও উল্লেখ নেই, আর আপনার DNS, সাইট বা ব্রাউজারের কোনো কিছুই এর ব্যাখ্যা দেয় না।
tenants.signalhost.io ইচ্ছা করেই প্রক্সি ছাড়া রাখা হয়েছে: এটি সরাসরি আমাদের সার্ভারে রিজলভ হয়, তাই এর দিকে একটি CNAME সহজেই কাজ করে। ড্যাশবোর্ডের DNS চেক প্রক্সি করা টার্গেটের ঘটনাটি নাম ধরে চিনতে পারে এবং কী বদলাতে হবে তা বলে দেয়, তবে ভুলটা একেবারে না করাই দ্রুততর।
সার্টিফিকেট
রেকর্ডটি রিজলভ হলেই আমরা আপনার হোস্টনেমের জন্য একটি Let's Encrypt সার্টিফিকেট চাই। যাচাই পদ্ধতি HTTP-01: Let's Encrypt ওই নাম থেকে পোর্ট 80-এ সাধারণ HTTP দিয়ে একটি নির্দিষ্ট পাথ আনে, আর আমরা তার উত্তর দিই। সাধারণ HTTP, কারণ এখনও কোনো সার্টিফিকেট নেই — সেটাই তো সংগ্রহ করা হচ্ছে — আর আমাদের এজ যত পাথের উত্তর দেয়, তার মধ্যে এটিই একমাত্র এনক্রিপশনবিহীন পাথ। এটি স্রেফ একটি nonce মিলিয়ে দেখা; এই পথে আর কিছুতেই পৌঁছানো যায় না।
কয়েক মিনিট লাগবে ধরে নিন। ড্যাশবোর্ড ক্রমানুসারে তিনটি ধাপ দেখায়: CNAME রিজলভ হয়, সার্টিফিকেট ইস্যু হয়, হোস্টনেম সার্ভ করা শুরু করে। CNAME সবুজ অথচ সার্টিফিকেট ধাপে আটকে থাকা প্রায় সবসময় মানে আপনার দিকে একটি প্রক্সি করা রেকর্ড — Cloudflare যাচাইয়ের রিকোয়েস্টের উত্তর নিজের সার্টিফিকেট আর নিজের পেজ দিয়ে দেয়, আর Let's Encrypt ভুল জিনিস দেখে।
সার্ভ করা শুরু হওয়ার পর
আপনার ওয়েব কনটেইনারের Google ট্যাগে সার্ভার কনটেইনার URL থাকে। হোস্টনেম সার্ভ করা শুরু করলে আমরা সেটি আপনার কাস্টম ডোমেইনে বদলে লিখি এবং কনটেইনারটি আবার পাবলিশ করি — আর ডোমেইনটি সরিয়ে দিলে আবার টেন্যান্ট হোস্টনেমে ফিরিয়ে লিখি। সেই মুহূর্ত থেকে আপনার হিটগুলো আপনার নিজের ডোমেইনে যায়।
আপনার জন্য একটি কাজ বাকি থাকে: আপনার সাইটের স্নিপেট এখনও আপনার signalhost.io ঠিকানা থেকে Tag Manager লোড করে। এটি কাজ করতে থাকে, কিন্তু এটিই সেই একমাত্র রিকোয়েস্ট যা কোনো ফিল্টার লিস্ট এখনও ধরতে পারে, তাই এটি বদলে দিন। ডোমেইন সার্ভ করা শুরু করলেই কনটেইনার পেজ নতুন স্নিপেটটি দেখায়, আর একই মুহূর্তে আমরা সেটি আপনাকে ইমেইলে পাঠাই। দ্বিতীয় একটি যোগ না করে পুরোনোটি বদলে দিন: দুটি স্নিপেট কনটেইনারকে দুবার লোড করে।
ডোমেইন সরানোও একই প্রক্রিয়া, উল্টো ক্রমে। ড্যাশবোর্ডে সেটি সরান, কনটেইনার পেজ তখন যে স্নিপেট দেখায় সেটি আবার আপনার সাইটে বসান — এটি আবার আপনার signalhost.io ঠিকানা থেকে লোড হয় — আর সবশেষে DNS রেকর্ডটি মুছুন। আগে রেকর্ড মুছলে, ড্যাশবোর্ড টের না পাওয়া পর্যন্ত আপনার সাইট এমন একটি নাম থেকে ট্যাগ লোড করবে, যা আর রিজলভ হয় না।
যদি কাজ না করে
- ব্রাউজারে error 1014: CNAME আমাদের কোনো প্রক্সি করা নামে পয়েন্ট করছে। টার্গেট বদলে tenants.signalhost.io করুন।
- CNAME সবুজ, কিন্তু সার্টিফিকেট পনেরো মিনিটের বেশি সময় ধরে পেন্ডিং: আপনার রেকর্ড প্রক্সি করা। আপনার DNS প্রোভাইডারে ক্লাউডটি ধূসর করুন।
- CNAME কখনো সবুজ হয় না: একই নামে কোনো সাংঘর্ষিক A বা AAAA রেকর্ড আছে কি না দেখুন — CNAME এগুলোর সঙ্গে একসাথে থাকতে পারে না — আর প্রোপাগেশনের জন্য এক ঘণ্টা পর্যন্ত সময় দিন।
- সার্ভ হচ্ছে, কিন্তু কনটেইনার পেজে নতুন নাম থেকে কোনো ট্রাফিক দেখা যাচ্ছে না: ওয়েব কনটেইনার এখনও আবার পাবলিশ হয়নি। হোস্টনেম লাইভ হওয়ার কয়েক মিনিটের মধ্যেই এটি হয়; ট্যাগ এখন কোন হোস্টনেমে পয়েন্ট করছে, তা কনটেইনার পেজে দেখা যায়।
- সার্ভ হচ্ছে, কিন্তু আপনার সাইট এখনও signalhost.io থেকে Tag Manager লোড করছে: পুরোনো স্নিপেট এখনও পেজে আছে। কনটেইনার পেজের স্নিপেট দিয়ে সেটি বদলে দিন।

