ডেডিকেটেড VPN IP আপনার ওয়েবসাইট প্রকাশ করে না
ডেডিকেটেড এক্সিট ঠিকানা ইনবাউন্ড ডেলিভারি সম্পর্কে কিছুই বলে না। ফরওয়ার্ডিং চুক্তি যাচাই করুন, অরিজিন দিক শেষ করুন, তারপর একটি হাই পোর্ট প্রকাশ করুন।
VPN প্রোভাইডারের কাছ থেকে ডেডিকেটেড IP কেনা অনেকটা সামনের দরজা কেনার মতো। ঠিকানাটি স্থির, টানেল চালু, তবুও বাইরের কারও জন্য ওয়েবসাইটটি লোড হয় না। আপনি যা কিনেছেন তা হলো একটি অ্যাসাইনমেন্ট, কোনো ইনবাউন্ড ফরওয়ার্ডিং নিয়ম নয়। দুটোই একই দোকানে বিক্রি হয় আর সম্পূর্ণ আলাদা জায়গায় কনফিগার করা হয়।
ঠিকানাটি একটি অ্যাসাইনমেন্ট, ফরওয়ার্ডিং নিয়ম নয়
ইনবাউন্ড পাবলিক ঠিকানা বা হোস্টনেম, অনুমোদিত ট্রান্সপোর্ট, বরাদ্দ করা এক্সটার্নাল পোর্ট এবং প্রোভাইডার যে ক্লায়েন্ট-সাইড গন্তব্যে ডেলিভারি দেয় তা লিখে রাখুন। তারপর নিশ্চিত করুন যে আপনি বেছে নেওয়া সার্ভার, প্রোটোকল ও অ্যাকাউন্ট ফিচার সত্যিই ফরওয়ার্ডিং সমর্থন করে এবং প্রোভাইডার সেখানে হোস্টিংয়ের অনুমতি দেয়।
ডেডিকেটেড বলতে ঠিকানা বরাদ্দ বোঝায়। এর অর্থ এই নয় যে অযাচিত ইনবাউন্ড ট্রাফিক অনুমোদিত, আর একই অপারেটরের বিভিন্ন অ্যাড-অনের ক্ষমতা ভিন্ন হতে পারে। ডেডিকেটেড ঠিকানা আর ডেডিকেটেড সার্ভার পণ্য—এই দুটি লেবেলই মানুষ সবচেয়ে বেশি গুলিয়ে ফেলে, আর সাপোর্ট পেজগুলো সাধারণত স্পষ্ট করে দেয় কোনটি ফরওয়ার্ড করে।
| What you have | What it gives you | What it does not |
|---|---|---|
| Dedicated exit address | A stable source address for outbound traffic | Any inbound delivery at all |
| Port-forwarding add-on | A provider-side mapping to your session | Permanence across reconnects |
| Local DNAT rule | Handling for packets that arrive | Making packets arrive |
একটি দৃষ্টান্তমূলক চুক্তি এমন দেখায়: প্রোভাইডার TCP 203.0.113.60:45000 আপনার সংযুক্ত ডিভাইসের HTTPS সার্ভিসে 8443 পোর্টে পৌঁছে দেয়। এটি অন্য কেউ কনফিগার করা একটি ম্যাপিংয়ের বর্ণনা, আপনার নিজের ফায়ারওয়ালে টাইপ করে তাদের এজে আপনি যে নিয়ম তৈরি করতে পারেন তা নয়।
অরিজিন দিকটি সম্পূর্ণ করুন
ওয়েব অ্যাপ্লিকেশন যদি VPN ক্লায়েন্টের ভেতরেই চলে, তবে ডেলিভারি করা পোর্টে একটি লিসেনার এবং সেই পোর্টের জন্য সীমিত লোকাল-ইনপুট অনুমতি দরকার। ক্লায়েন্ট যদি ম্যাপ করা সংযোগ অন্য হোস্টে ফরওয়ার্ড করে, তবে গন্তব্য অনুবাদ, ফরওয়ার্ডিং নীতি এবং রাউন্ড ট্রিপে টিকে থাকা উত্তরপথ দরকার।
অ্যাক্সেস নিয়মগুলো প্রোভাইডার পথটি আসলে যে সোর্স ঠিকানা উপস্থাপন করে তার চারপাশে ডিজাইন করুন। এটি সবসময় মূল দর্শনার্থী নয়, আর সবসময় VPN সার্ভারও নয়—যা গুরুত্বপূর্ণ যখন এমন নিয়ম লেখেন যা কেবল ওই দুটি ঠিকানার একটির সঙ্গে মিলবে।
পোর্ট অনুবাদও HTTP-কে HTTPS-এ রূপান্তর করে না। পাবলিক পোর্ট ও লোকাল অ্যাপ্লিকেশন পোর্ট স্বাধীনভাবে আলাদা হতে পারে, তবে স্কিম, সার্টিফিকেট পরিচয় এবং রিডাইরেক্ট অবশ্যই মানুষের প্রকৃতপক্ষে পৌঁছানো সার্ভিসের সঙ্গে মিলতে হবে। সার্টিফিকেট যদি পাবলিক হোস্টের নাম দেয়, প্রতিটি হপে সেই নামই রাখুন। এখানে অমিল রাউটিং ব্যর্থতা হিসেবে নয়, ব্রাউজার সতর্কতা হিসেবে দেখা যায়, যা মানুষকে এক ঘণ্টার জন্য ভুল লগে পাঠায়।
হাই পোর্টটি সৎভাবে প্রকাশ করুন
দর্শনার্থীরা সরাসরি সংযোগ করলে এবং প্রোভাইডার একটি হাই পোর্ট বরাদ্দ করলে তাদের সম্পূর্ণ URL দিন। একটি সাধারণ DNS ঠিকানা রেকর্ড HTTPS অনুরোধে পোর্ট যোগ করতে পারে না, যা ডিফল্টে 443 ব্যবহার করে, আর TTL বদলালে সেটি বদলায় না।
একটি ওয়েব ফ্রন্টএন্ড এটি সমাধান করতে পারে দর্শনার্থীদের স্বাভাবিক পোর্টে গ্রহণ করে এবং ফরওয়ার্ড করা অরিজিন পোর্টে নিজের সংযোগ তৈরি করে। তবে Cloudflare-এর ডিফল্ট প্রক্সি পোর্ট একটি নির্দিষ্ট তালিকা, আর একটি প্রক্সি DNS রেকর্ড যোগ করলেই কোনো ইচ্ছামতো বরাদ্দ করা পোর্ট সমর্থিত এজ পোর্ট হয়ে যায় না।
অরিজিন গন্তব্য পোর্ট বদলানো দর্শনার্থী পোর্ট বদলানোর থেকে আলাদা কাজ। Cloudflare-এর Origin Rules ব্যাকএন্ড সংযোগের জন্য গন্তব্য-পোর্ট ওভাররাইড নথিভুক্ত করে, যা সমর্থিত নিয়ম, স্কিম ও হোস্টনেমে সীমাবদ্ধ। পোর্ট ওভাররাইড ইচ্ছামতো UDP বা অন্য প্রোটোকলের জন্য সাধারণ রিলে নয়।
ফ্রন্টএন্ড TLS শেষ করলে দুই হপই যাচাই করুন: ব্রাউজার-থেকে-ফ্রন্টএন্ড সার্টিফিকেট এবং ফ্রন্টএন্ড-থেকে-অরিজিন সংযোগ। VPN হপ কোনোটি প্রতিস্থাপন করে না, আর রিডাইরেক্ট বা কুকিতে অভ্যন্তরীণ ঠিকানা চুইয়ে পড়া সাধারণত এই লক্ষণ যে দুটির মধ্যে কেবল একটিই পাবলিক নাম মাথায় রেখে কনফিগার করা হয়েছে।
ম্যাপিংটি জীবিত রাখুন
কিছু প্রোভাইডার পুনঃসংযোগের পর ভিন্ন পোর্ট বরাদ্দ করে, আর লিজ দেওয়া ম্যাপিংয়ের জন্য প্রোভাইডার-সাইড পদক্ষেপে নবায়ন লাগতে পারে। আপনার প্রোভাইডার যে পদ্ধতি নথিভুক্ত করে তা অনুসরণ করুন, এবং লিসেনার, লোকাল নিয়ম, DNS বা ফ্রন্টএন্ড নিয়ম কেবল সেখানেই হালনাগাদ করুন যেখানে বর্তমান চুক্তি তা দাবি করে।
স্থির পাবলিক ঠিকানা পোর্ট লিজকে স্থির করে না। ড্যাশবোর্ডে এখনও দেখানো ঠিকানা ও পোর্ট প্রমাণ নয় যে লাইভ সেশনটি ম্যাপিংয়ের মালিক, তাই পরীক্ষা হলো বাইরে থেকে একটি নতুন অনুরোধ, স্ক্রিনশট নয়।
তারপর আপনার প্রত্যাশিত ঘটনাগুলো পুনরাবৃত্তি করুন: একটি স্বাভাবিক পুনঃসংযোগ এবং একটি VPN ক্ষতি। ক্ষতিতে অরিজিন অনুপলব্ধ হওয়া উচিত হলে, কোনো আপডেটারকে ব্যাকগ্রাউন্ডে চুপচাপ সরাসরি ISP পথ পুনঃপ্রকাশ করতে দেবেন না। আর ফরওয়ার্ডিং চুক্তি যদি সাইটের স্থিতিশীলতার চাহিদা মেটাতে না পারে, তবে আরেকটি ঠিকানা লেবেল কিনে সার্ভারের মতো আচরণ করবে বলে আশা করার বদলে ভিন্ন প্রকাশ ব্যবস্থা বেছে নিন।