রিমোট অ্যাক্সেস নাকি সাইট-টু-সাইট VPN: কোনটি উপযুক্ত?

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

কে ডায়াল করে, আর ডায়ালারের পেছনে কী থাকে

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

প্রয়োজনটি যদি হয় এক অফিসের প্রতিটি মেশিন যেন প্রতি-ডিভাইস সেটআপ ছাড়াই অন্য অফিসে পৌঁছায়, তবে এখানেই থামুন। সেটি সাইট-টু-সাইট, আর রিমোট-অ্যাক্সেস লগইনের স্তূপ তার দুর্বল বিকল্প।

ঠিকানা নির্ধারণ ও ফেরার পথ

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

ফেরার পথ বেরোনোর পথের মতোই গুরুত্বপূর্ণ। একটি সার্ভার অনুরোধ পেয়েও ক্লায়েন্ট নেটওয়ার্কে ফেরার কোনো রুট না থাকতে পারে।

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

ইন্টারনেট নির্গমন একটি আলাদা সিদ্ধান্ত

প্রাইভেট পৌঁছানোর জন্য টানেলকে পাবলিক ব্রাউজিং বহন করতে হয় না। সাধারণ ওয়েব ট্রাফিক গেটওয়ে দিয়ে বের হবে কি না সেটি দ্বিতীয় সিদ্ধান্ত, প্রতিটি ডিজাইনে নেওয়া হয় এবং ক্লায়েন্ট প্রোফাইল বা সাইট কনফিগারেশনে লিপিবদ্ধ থাকে।

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

ত্রুটি সংকুচিত করতে টপোলজি ব্যবহার করুন

একটি ঘুরে বেড়ানো ল্যাপটপ ক্লায়েন্ট, তার অ্যাকাউন্ট বা তার লোকাল নেটওয়ার্কে অ্যাক্সেস হারায়। একটি গোটা শাখা শেয়ার করা পথ ও গেটওয়েতে অ্যাক্সেস হারায়।

প্রথমে টানেল স্থাপন, তারপর রুট, তারপর অনুমোদিত ট্রাফিক, তারপর নাম সমাধান, তারপর অ্যাপ্লিকেশন লগইন যাচাই করুন এবং যে ধাপটি ব্যর্থ হয় সেখানেই থামুন।ip route get 10.60.8.15 একটি অ্যাপ্লিকেশন লগ পড়ার আগেই রাউটিং প্রশ্নের উত্তর দেয়। এনক্রিপশন সেটিংস ফাইল-শেয়ার অনুমতির ত্রুটি সারায় না, আর কার্যকর পিং প্রমাণ করে না অ্যাপ্লিকেশনটি অনুমোদিত। ক্রম অপরিবর্তিত রাখা সেই এলোমেলো কনফিগারেশন পরিবর্তন আটকায় যা এক ত্রুটিকে তিনটি করে তোলে।

সবশেষে, বিক্রেতার উপকরণ পড়ার সময় সংজ্ঞাগুলো সোজা রাখুন: বাণিজ্যিক ইন্টারনেট-নির্গমন সার্ভার কোম্পানির প্রাইভেট গেটওয়ে থেকে আলাদা সেবা এবং সেই কোম্পানির নেটওয়ার্কে কোনো প্রবেশাধিকার দেয় না।