MPLS VPN নাকি IPsec স্তর: তিনটি চুক্তি যা নিষ্পত্তি করতে হবে

তিনটি প্রতিশ্রুতি একটি বিস্তৃত এলাকার একক কোটেশনে বসে, এবং একটি কিনলে বাকিগুলো কেনা হয় না। কেউ আপনার প্যাকেট ফরোয়ার্ড করে, কেউ আপনার রাউটিং অন্য প্রতিটি গ্রাহক থেকে আলাদা রাখে, এবং কেউ সিদ্ধান্ত নেয় ট্রানজিটে পেলোড পাঠযোগ্য কিনা। সেই প্রতিশ্রুতিগুলো ভিন্ন পক্ষের হতে পারে এবং তবুও একটি কার্যকর নকশা বর্ণনা করতে পারে। সেগুলো আলাদা করাই সিদ্ধান্ত; কোনো প্রযুক্তির নাম বাছাই করা নয়।

একক বিস্তৃত এলাকার কোটেশনে তিনটি প্রতিশ্রুতি

প্রথম প্রতিশ্রুতি পরিবহন: কোন সাইটগুলো সংযুক্ত হয়, কোন অ্যাক্সেস সার্কিটের মাধ্যমে, এবং কে তাদের মধ্যে প্যাকেট ফরোয়ার্ড করে। দ্বিতীয়টি রাউটিং: কোন প্রিফিক্সগুলো একে অপরের কাছে পৌঁছাতে পারে, কে পরিবর্তন অনুমোদন করে, এবং কীভাবে আপনার ট্রাফিক অন্য ভাড়াটে থেকে আলাদা থাকে। তৃতীয়টি সুরক্ষা: কী এনক্রিপ্ট করা হয়, কোন প্রান্তবিন্দুর মধ্যে, এবং কে চাবি রাখে। প্রতিটিকে লিখিতভাবে চান, কারণ প্রতিটি উত্তর ভিন্ন নথিতে বাস করে।

প্রদানকারীর কোটেশন সাধারণত প্রথমটির দাম নির্ধারণ করে, দ্বিতীয়টি ধরে নেয় এবং তৃতীয়টি আপনার কাছে ছেড়ে দেয়। এটি অসততা নয়; তিনটি ভিন্ন দল বিক্রি করে। এটি সমস্যা হয়ে ওঠে যখন নকশা পর্যালোচনা আবিষ্কার করে যে নিরাপত্তা দল এনক্রিপশন ধরে নিয়েছিল এবং নেটওয়ার্ক দল ধরে নিয়েছিল ক্যারিয়ার তা সামলাচ্ছে। বাক্যটিকে তিন ভাগে ভাগ করতে এক ঘণ্টা লাগে এবং সেই সভা প্রতিরোধ করে।

লেবেল ফরোয়ার্ডিং বর্ণনা করে, হস্তান্তর বিন্দুতে পরিষেবা নয়

মাল্টিপ্রোটোকল লেবেল সুইচিং বলে কীভাবে একটি প্যাকেট প্রদানকারীর নেটওয়ার্কের ভিতরে ভ্রমণ করে। এটি বলে না গ্রাহক কীতে সংযুক্ত হয়, বা গ্রাহক প্রদানকারীর প্রান্তের সাথে কী বিনিময় করে। একটি প্রদানকারী MPLS-এর উপর রাউটেড IP VPN তৈরি করতে পারে, অথবা সম্পূর্ণ ভিন্ন সংযোগ মডেলের স্তর 2 পরিষেবা, এবং উভয়ই আপনার কাছে «MPLS সংযোগ» হিসেবে পৌঁছাতে পারে।

IETF-এর প্রদানকারী-সরবরাহকৃত VPN পরিভাষা ঠিক এটির জন্য শব্দভাণ্ডার সংজ্ঞায়িত করে: গ্রাহক প্রান্ত, প্রদানকারী প্রান্ত, এবং তাদের মধ্যে নির্মিত পরিষেবা মডেল। এটি ব্যবহার করুন যখন কোটেশন স্তরগুলোকে অস্পষ্ট করে, এবং জিজ্ঞাসা করুন হস্তান্তর শারীরিকভাবে কী।

একটি রাউটেড পরিষেবা আপনাকে প্রদানকারীর প্রান্তের সাথে একটি রাউটিং সম্পর্ক দেয়, তাই একটি প্রিফিক্স যোগ করা দুই সংস্থায় পরিবর্তন অনুরোধ হয়ে ওঠে। স্তর 2 হস্তান্তর আপনার নিজের রাউটিং বহন করে এবং পরিচালনভার আপনার দিকে সরিয়ে দেয়। কোনোটিই বিমূর্তভাবে ভালো নয়; উত্তর নির্ভর করে আপনার টপোলজি কতবার পরিবর্তিত হয় এবং ভোর তিনটায় কে উত্তর দেবে তা আপনি চান কিনা।

এনক্রিপশন এমন প্রতিশ্রুতি যা আপনি দুর্ঘটনাক্রমে অর্পণ করতে পারেন না

ব্যক্তিগত পরিবহন পেলোডকে অপাঠ্য করে না। প্রদানকারীর বিচ্ছিন্নতা ভাড়াটেদের পরিচালনগতভাবে আলাদা রাখে; এটি এই বিষয়ে বিবৃতি নয় যে পথে কে বাইট পরিদর্শন করতে পারে। যদি প্রয়োজন হয় ক্যারিয়ার ট্রাফিক পড়তে না পারে, সেই প্রয়োজনে আপনার নিয়ন্ত্রিত একটি ব্যবস্থা দরকার, এবং IPsec স্বাভাবিক।

IPsec ব্যক্তিগত পরিবহনের উপর ইন্টারনেট অ্যাক্সেসের মতোই সহজে চলে, তাই «MPLS নাকি IPsec» একটি মিথ্যা পছন্দ যখনই আপনার একসাথে পরিচালিত পৌঁছানো এবং নিজের বিশ্বাসের সীমা দরকার। সিদ্ধান্ত নিন টানেল কোথায় শেষ হয়, কারণ রাউটারে শেষ হওয়া টানেল সেই রাউটারের পিছনের অংশটিকে স্পষ্ট টেক্সটে রেখে যায়। তারপর সিদ্ধান্ত নিন কে প্রতিটি সমকক্ষ পরিচালনা করে, কারণ তৃতীয় পক্ষের রাখা চাবি আপনার মালিকানার সীমা নয়।

প্রতিটি প্রতিশ্রুতিকে একটি নাম এবং মাপযোগ্য সীমা দিন

প্রতিটি প্রতিশ্রুতির জন্য মালিক ও মাপযোগ্য সীমা সহ একটি লাইন লিখুন। অ্যাক্সেস সার্কিটের প্রাপ্যতা তার সরবরাহকারীর, ব্যাকবোন বিলম্ব প্রদানকারীর, এবং টানেলের প্রাণশক্তি তার যিনি প্রান্তবিন্দু চালান। একটিমাত্র প্রান্ত-থেকে-প্রান্ত সংখ্যা যা কেউ মাপে না তা এমন সংখ্যা যা কেউ আপনার কাছে ঋণী নয়।

পরিষেবা-স্তরের চুক্তি আসে চুক্তি ও তার পরিধি থেকে, কোনো প্রযুক্তির নামের অক্ষর থেকে নয়। IPsec সেরা-প্রচেষ্টা ইন্টারনেট পরিবহন দাবি করে না, এবং MPLS নিজে থেকে বিলম্বের গ্যারান্টি বহন করে না; উভয়ই অন্তর্নিহিত নেটওয়ার্ক এবং আপনার নির্বাচিত প্রান্তবিন্দুর উপর নির্ভর করে।

আপনি যে পথ এঁকেছেন তা পরীক্ষা করুন, এর ব্যর্থতাসহ

উদার ইন্টারফেসের ব্যক্তিগত পরিবহনও ব্যর্থ হতে পারে যখন কোনো স্তর হেডার যোগ করে, এবং লক্ষণ হল একটি সেশন যা প্রতিষ্ঠিত হয় তারপর বড় প্রতিক্রিয়ায় আটকে যায়। এর সম্পর্কে যুক্তি না করে ব্যবহারযোগ্য আকার পরীক্ষা করুন, এবং প্রান্ত থেকে প্রান্তে যাওয়া বৃহত্তম প্যাকেট লিখে রাখুন। ব্যান্ডউইথ নিয়ে তর্ক করার আগে এটি করুন, কারণ বড় প্যাকেট ফেলে দেওয়া পথ অ্যাপ্লিকেশনের সমস্যার মতো দেখায়। সংখ্যাটি প্রতিটি অ্যাক্সেস সার্কিটের MTU-এর পাশে নকশা নথির অন্তর্গত।

ping -M do -s 1400 -c 3 <vpn-gateway>
traceroute -n <vpn-gateway>

সেই কমান্ডগুলো এক সাইটের Linux হোস্ট থেকে আসে; অন্য প্ল্যাটফর্ম একই পরীক্ষা ভিন্নভাবে লেখে। যদি কোনো সাইটের ছোট মান দরকার হয়, এটি নথিভুক্ত করার মতো নকশা সীমাবদ্ধতা, রিপোর্ট করার মতো ত্রুটি নয়। একই নিয়মনীতি থ্রুপুটেও প্রযোজ্য, কারণ এনক্রিপশন প্রক্রিয়াকরণ খরচ করে এবং প্রান্তবিন্দু ধারণক্ষমতার হিসাবের অংশ হয়ে ওঠে।

সই করার আগে দুটি চিত্র আঁকুন: স্বাভাবিক পথ যেখানে প্রতিটি মালিক লেবেলযুক্ত, এবং ব্যর্থতার পথ একই লেবেলসহ। দ্বিতীয়টি এমন নকশা উন্মোচন করে যা কাগজে অতিরিক্ত দেখায় এবং বাস্তবে একক ডিভাইসের উপর নির্ভর করে। যখন বিভ্রাট আসে, সেই আঁকাই একটি বিভ্রান্তিকর সকালকে সংক্ষিপ্ত ট্রায়াজে বদলে দেয়।