তোমার দোকান। তোমার ডোমেইন। এক ইনস্টলেশন।

1. অ্যাড্রেসের পরিকল্পনা করো

প্রতি বেস ডোমেইনের তিনটি ভূমিকা: কনসোল তোমার দলের জন্য, চেকআউট গ্রাহকের জন্য আর পাবলিক API ইন্টিগ্রেশনের জন্য। ডিফল্ট নাম merchant, pay আর api; অন্য নাম বেছে অ্যালিয়াসও দিতে পারো।

দুই ডোমেইন একই ইনস্টলেশনে পৌঁছায়। আলাদা ওয়ালেট, ডেটা বা অ্যাক্সেসের অনুমতি তৈরি করে না। স্টোরের পছন্দের ডোমেইন তৈরি করা লিংক ঠিক করে; এটি টেন্যান্ট আলাদা রাখা নয়।

2. ডোমেইন যোগ বা অ্যালিয়াস পরিচালনা করো

খোলো সেটিংস → সিস্টেম → ডোমেইন। ব্যবহার করো ডোমেইন যোগ করো লাইভ ডোমেইনের ওপরে নতুন বেসের জন্য, যেমন example.org। ব্যবহার করো পরিচালনা পুরোনো এন্ট্রিতে অ্যালিয়াস যোগ বা প্রধান অ্যাড্রেস বদলাতে।

যেমন, কনসোলের নাম হিসেবে merchant আর panel দুটোই রাখো। তারকাচিহ্ন থাকা প্রথম নাম সেই ভূমিকার প্রধান। সিস্টেমজুড়ে ডিফল্ট লিংকের জন্য প্রধান বেস ডোমেইন বেছে নাও।

লাইভ বেসের নাম সেখানেই বদলানো হয় না; বিকল্প ডোমেইন যোগ করো। খসড়ায় দেখা যায় চালু করার অপেক্ষায় আর এখনো লাইভ নয়। বেছে নাও DNS-এ এগিয়ে যাও সেভ আর পর্যালোচনা করতে।

3. DNS-কে VPS-এ নির্দেশ করো

যোগ করো একটি A রেকর্ড প্রতি নতুন হোস্টনেমের জন্য, প্যানেলের VPS IPv4-তে নির্দেশ করে। IPv6 সত্যি সার্ভারে পৌঁছালেই AAAA দাও। পুরোনো রেকর্ড সরাও; Wholly Crypto তোমার DNS বদলায় না।

ইনবাউন্ড রাখো TCP 80 আর 443 সার্ভার আর সেবাদাতার ফায়ারওয়ালে খোলা। SSH অ্যাক্সেস অক্ষুণ্ণ রাখো। ক্লিক করো DNS পরীক্ষা। এটি অথরিটেটিভ DNS দিয়ে নতুন বা বদলানো হোস্ট/ভূমিকার জোড়া পরীক্ষা করে; অপরিবর্তিত লাইভ অ্যাড্রেস পুনরায় ব্যবহার হয়।

অথরিটেটিভ পরীক্ষা সাধারণ VPS/ISP অ্যাড্রেস ক্যাশ এড়ায়। দর্শকের পুরোনো DNS ক্যাশ থাকতে পারে, আর নেমসার্ভার বদলাতে বেশি সময় লাগতে পারে।

4. দেখে তারপর প্রকাশ করো

যোগ, সরানো আর প্রধান অ্যাড্রেসের বদল দেখে বেছে নাও চালু করতে এগিয়ে যাও → SSL যাচাই ও প্রকাশ। সম্পাদনা হলে বা DNS চেক দশ মিনিটের পুরোনো হলে আবার পরীক্ষা লাগে।

নতুন অ্যাড্রেসে সার্টিফিকেট চ্যালেঞ্জ, HTTPS আর সঠিক সেবা পরীক্ষা হয়। অপরিবর্তিত লাইভ হোস্ট/ভূমিকার জোড়ায় সেই নেটওয়ার্ক চেক আবার হয় না, তবে পুরো Nginx কনফিগারেশন যাচাই হয়।

সফল হওয়া আর এখানে ফেরার অপেক্ষা করো: লাইভ ডোমেইন। প্রতিটি নতুন হোস্টনেম খুলে ভূমিকা দেখো। ব্যর্থ হলে আবার চেষ্টা করার আগে ডিপ্লয়মেন্ট রিপোর্ট আর রোলব্যাক স্ট্যাটাস পড়ো; চালু করতে জোর করার জন্য কাজ করা ডোমেইন মুছো না।

5. প্রতি স্টোরের ডোমেইন বেছে নাও

যাও প্রজেক্ট → স্টোর → স্টোর বেছে নাও → বেসিক → স্টোর ডোমেইনথেকে সেই স্টোরের সক্রিয় মার্চেন্ট, চেকআউট আর API হোস্ট বেছে নাও। অপেক্ষায় থাকা অ্যাড্রেস নেওয়া যায় না।

তৈরি করা লিংক ব্যবহার করে স্টোরের পছন্দ → প্রজেক্টের ডিফল্ট স্টোর → সিস্টেম ডিফল্ট। যেমন, ইনভয়েস API-এর links.checkout ব্যবহার করতে পারে payment.example.org এক স্টোরে, আর অন্যটি রাখে pay.example.com.

SDK আর শপ-প্লাগইনের API অরিজিন আলাদা কনফিগার করো; স্টোরের পছন্দ বদলালে ইন্টিগ্রেশন সেটিং বদলায় না। সংরক্ষিত স্বাক্ষরিত IPN/ওয়েবহুক রিট্রাইয়ে আগের লিংক থাকে। পুরোনো বুকমার্ক আর গ্রাহকের লিংক বদলে লেখা হয় না।

কনসোল অ্যালিয়াসেও Basic Auth আর অ্যাপ্লিকেশন লগইন লাগে। সেটিংস → সিস্টেম → উৎস IP সীমাঅংশে নিয়ম প্রতি হোস্টনেমে আলাদা প্রযোজ্য। ইচ্ছাকৃত ব্যক্তিগত চেকআউট না হলে গ্রাহকের চেকআউট খোলা রাখো।

6. দুই ধাপে পুরোনো অ্যাড্রেস বদলাও

1. পুরোনো হোস্টনেম কাজ করার সময় বিকল্পটি যোগ করে প্রকাশ করো।
2. নতুন কনসোল অ্যাড্রেস খুলে লগইন করো। বিকল্প অ্যাড্রেসে চেকআউট আর API অ্যাক্সেস পরীক্ষা করো।
3. স্টোরের পছন্দ, ইন্টিগ্রেশন, বুকমার্ক আর প্রকাশিত লিংক হালনাগাদ করো। গ্রাহক বা ক্লায়েন্ট ব্যবহার করলে পুরোনো pay/API অ্যালিয়াস রাখো।
4. নতুন কনসোল অ্যাড্রেস থেকে পুরোনো ডোমেইন বা অ্যালিয়াস পরিচালনা করে সরানোর খসড়া করো। DNS রেকর্ড সরানোর আগে বদল দেখে প্রকাশ করো।

এখন ব্যবহার করা কনসোল হোস্টনেম সরাতে প্যানেল বাধা দেয়। অবসর দেওয়া হোস্ট প্রত্যাখ্যান হয়, নিজে থেকে রিডাইরেক্ট হয় না। নতুন DNS খোঁজা না লাগলেও শুধু প্রধান ঠিকানা বদল বা সরানোতে পর্যালোচনা আর প্রকাশ লাগে।

ডোমেইন রেফারেন্স · HTTPS সমস্যা সমাধান