একটি VPN এক্সিট ঠিকানা রেজিস্টারের আসলে কী রেকর্ড করা উচিত?
এক্সিট রেজিস্টার কেবল তখনই কাজে লাগে যখন প্রতিটি এন্ট্রি তার অর্থ, প্রকাশক ও মেয়াদ উল্লেখ করে। শ্রেণিবিন্যাস গ্রাহক শনাক্তকরণ নয়।
এক্সিট রেজিস্টার শুনতে তালিকার মতো, আর তালিকা কঠিন অংশ নয়। কঠিন অংশ হলো প্রতিটি এন্ট্রি কী দাবি করে, কে তা প্রকাশ করতে পারে এবং দাবিটি আর সত্য না হলে কী হয় তা ঠিক করা। এসব প্রস্তাবে তিনটি ভিন্ন ঠিকানা-ভূমিকা একসাথে মেশানো হয়, আর যে রেজিস্টার সেগুলো মেশায় সে কোনো প্রশ্নেরই নির্ভরযোগ্য উত্তর দিতে পারে না। প্রকাশ থেকে প্রত্যাহার পর্যন্ত একটি এন্ট্রি অনুসরণ করুন, নকশার চাহিদাগুলো নিজেই দেখা যাবে।
তালিকা দিয়ে নয়, রেকর্ড দিয়ে শুরু করুন
প্রথম প্রশ্ন কতগুলো ঠিকানা যোগ করা তা নয়, বরং একটি সারি বলতে কী বোঝায়। এটি কি বলে গ্রাহকরা কোথায় সংযোগ করে, কোনো গন্তব্য কোন উৎস দেখতে পায়, নাকি কে রেজিস্টারে একটি বরাদ্দ ধারণ করে? এগুলো তিনটি দাবি, তিনজন মালিক ও তিনটি ব্যর্থতার ধরন। যে রেজিস্টার বলে না সে কোনটি রেকর্ড করছে, তা যাচাই, সংশোধন বা মেয়াদোত্তীর্ণ করা যায় না। অর্থটি ঠিকভাবে নির্ধারণ করাই নকশার কাজ, আর তালিকা কেবল ফলাফল।
কোনো স্কিমা লেখার আগে সারির সংজ্ঞা লিখুন। যদি সংজ্ঞায় «এবং» শব্দটি লাগে, তাহলে সম্ভবত এটি দুটি রেকর্ড যা একটির ভান করছে।
একই রকম দেখতে তিনটি ঠিকানা-ভূমিকা
ভূমিকাগুলো গুলিয়ে ফেলা সহজ, কারণ একটি স্থাপনা একসাথে তিনটিই ব্যবহার করতে পারে, এবং প্রায়ই করে। একটি সেবা একটি ঠিকানায় সংযোগ শেষ করে অন্য ঠিকানা থেকে ট্রাফিক পাঠাতে পারে, আর একটি রেজিস্টার সম্পূর্ণ ভিন্ন একটি তথ্য রেকর্ড করে।
| Address role | Who may publish | What it does not prove | Withdrawal trigger |
|---|---|---|---|
| Forwarded exit | The operator that forwards the traffic, or a feed it authorizes | That a subscriber is behind the address, or that all its traffic is tunnelled | The address stops forwarding for that operator, or the prefix is reassigned |
| Registered allocation | The registry, or the holder of the allocation | That the resource is used as a VPN exit, or which application uses it | The allocation is returned, transferred, or the holder changes |
| Tunnel entry | The operator that terminates the tunnel | That traffic exits from the same address, or that the client is a subscriber | The endpoint is decommissioned or its address changes |
একটি হোস্টিং ব্লকে VPN এক্সিট ও অসম্পর্কিত ওয়ার্কলোড পাশাপাশি থাকতে পারে, তাই রেজিস্টার মিল কোনো নির্দিষ্ট ঠিকানা নির্দিষ্ট মুহূর্তে কী করে সে সম্পর্কে কিছুই বলে না। যে এন্ট্রি তার ভূমিকা বলে না, তা বিশেষ কোনো কিছুর প্রমাণ নয়। ভূমিকার নাম দেওয়াই রেকর্ডটিকে মিথ্যা-প্রমাণযোগ্য করে তোলে। ঠিকানা পরিবারও উল্লেখ করুন, কারণ যে রেজিস্টার চুপচাপ কেবল IPv4 কভার করে তা অন্যরকম ধরে নেওয়া সবাইকে বিভ্রান্ত করবে।
প্রকাশ থেকে প্রত্যাহার পর্যন্ত একটি এন্ট্রি অনুসরণ করুন
একটি অনুমিত এক্সিট নিন এবং তা অনুসরণ করুন। একজন অপারেটর ঘোষিত কার্যকর সময়ে প্রিফিক্স ও তার ভূমিকা প্রকাশ করে, ভোক্তারা তা সংগ্রহ করে, আর পরে ঠিকানাটি এক্সিট হিসেবে কাজ করা বন্ধ করে দেয়। প্রতিটি ধাপে একটি নিয়ম দরকার: কে প্রকাশ করতে পারে, প্রিফিক্স আসলে কী কভার করে, এন্ট্রি কখন কার্যকর হয় এবং কীভাবে প্রত্যাহার করা হয়। প্রত্যাহারের পথহীন একটি ফিডে পুরোনো দাবি জমে যা কেউ বর্তমানগুলোর থেকে আলাদা করতে পারে না।
প্রকাশের কর্তৃত্বকে লেবেলের নির্ভুলতা থেকে আলাদা করুন। একটি সংস্থাকে একটি সম্পদের সাথে যুক্ত করা রেজিস্টার রেকর্ড বরাদ্দ প্রমাণ করে, বর্তমান ব্যবহার নয়, আর এগুলো ভিন্ন প্রমাণসহ ভিন্ন দাবি। ভোক্তাদের জানা দরকার তারা দুটির কোনটিতে আস্থা রাখছে।
সংশোধনও সংজ্ঞায়িত করুন। গ্রাহকের কাছে পুনর্বরাদ্দ করা ঠিকানা, বা ভুল লেবেলে ধরা পড়া অসম্পর্কিত সেবা, টিকিট সারিতে তর্ক নয় বরং সমাধানের একটি নথিভুক্ত পথ দরকার। প্রত্যাহারের ট্রিগার প্রকাশের নিয়মের সঙ্গে একই নথিতে থাকা উচিত।
একটি প্রকাশিত ফিড কী সমর্থন করতে পারে এবং পারে না
প্রকাশিত প্রিফিক্স বৈশিষ্ট্য একটি প্রতিষ্ঠিত ধরন, আর বিদ্যমান উদাহরণগুলো আচরণ নয় বরং ভূগোল বা মালিকানা বর্ণনা করে। একটি VPN ফিডের নিজস্ব অর্থবিজ্ঞান, নিজস্ব প্রমাণ-নিয়ম ও নিজস্ব পর্যালোচনা প্রক্রিয়া দরকার হবে, আর একটি দেশের তালিকার নাম বদলালে তার কিছুই পাওয়া যায় না। ARIN রেজিস্ট্রি গাইড দেখায় বরাদ্দের রেকর্ড কী দাবি করে আর কী করে না, এবং নতুন ফিডকে নিজের দাবি সম্পর্কে একই স্পষ্টতা অর্জন করতে হবে। এটি একটি স্পেসিফিকেশনের কাজ, পুনঃলেবেল করার কাজ নয়।
এমন ফিড যা সমর্থন করতে পারে তা হলো একটি নেটওয়ার্ক উৎস সম্পর্কে শ্রেণিবিন্যাসের সিদ্ধান্ত। যা করতে পারে না তা হলো শেয়ার করা ঠিকানার পেছনের একজন ব্যক্তিকে শনাক্ত করা, ওই ঠিকানা থেকে সব ট্রাফিক টানেলের মধ্য দিয়ে যায় তা প্রমাণ করা, বা একটি নির্দিষ্ট অনুরোধ অপব্যবহার কিনা তা নির্ধারণ করা। এগুলো তিনটি আলাদা প্রশ্ন, তিনটি আলাদা প্রমাণের দাবি।
আইনি প্রশ্নটি স্পেসিফিকেশনের বাইরে রাখুন
একটি কারিগরি স্পেসিফিকেশন ঠিক করতে পারে না প্রস্তাবিত নিবন্ধন শর্ত আইনসম্মত, আনুপাতিক বা বুদ্ধিমান কিনা। ওই মূল্যায়নের জন্য প্রয়োজন প্রকৃত আইনগত পাঠ, প্রভাবিত অধিকার, এখতিয়ার এবং একটি আইনি বিশ্লেষণ যা কোনো ডেটা ফরম্যাট দিতে পারে না। একটি ফরম্যাট ভালোভাবে নকশা করা হতে পারে এবং তবুও খারাপ নীতি সমর্থন করতে পারে।
স্পেসিফিকেশন যা করতে পারে তা হলো বিতর্ককে বাস্তবসম্মত করা। প্রথমে প্রস্তাবিত ডেটা, তার সীমা ও ব্যর্থতার ধরন সংজ্ঞায়িত করুন, যাতে নীতি-বিতর্ক একটি বাস্তব প্রক্রিয়া নিয়ে হয়, এমন একটি অনির্ধারিত তালিকা নিয়ে নয় যা প্রত্যেক অংশগ্রহণকারী আলাদাভাবে কল্পনা করে। একটি আইনি প্রশ্নে একটি কারিগরি নথি এটিই সবচেয়ে বেশি অবদান রাখতে পারে।