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

পোর্ট ফরওয়ার্ড কোনো সেবা নয়

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

আপনি মনে করেন তৈরি করেছেন এমন নিয়ম সরানো দরজা বন্ধ করে না। একটি UPnP ম্যাপিং নিজেই যোগ হতে পারে, IPv4 এন্ট্রি চলে যাওয়ার পরও একটি IPv6 ঠিকানা পৌঁছানোর যোগ্য থাকতে পারে, এবং অন্য মেশিনে দ্বিতীয় প্রকাশ পদ্ধতি থাকতে পারে। রাউটারের UPnP ম্যাপিং তালিকা এবং স্থির এন্ট্রিগুলো পড়ুন, তারপর নেটওয়ার্কের বাইরে থেকে পরীক্ষা করুন।

লগইন LAN অনুমতি নয়

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

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

পরিষ্কার স্ক্যান খুব কম প্রমাণ করে

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

উভয় ঠিকানা পরিবার এবং আপনি প্রকাশ করেন এমন প্রতিটি পথ পরীক্ষা করুন। IPv4 ঠিকানার স্ক্যান শোনা IPv6 সেবা সম্পর্কে কিছু বলে না, এবং অভ্যন্তরীণ পরীক্ষা NAT লুপব্যাক সমস্যা বা আপস্ট্রিম ফিল্টার দেখতে পারে না। অন্তত একটি পরীক্ষা বাইরে থেকে চালান, এমন সংযোগে যা একই রাউটার দিয়ে ফিরে আসে না।

উন্মোচনটি লিখে রাখুন

একটি ছোট টেবিল পর্যালোচনাকে পরবর্তী ব্যক্তির নিরীক্ষণযোগ্য কিছুতে পরিণত করে। এটি বাইরে থেকে ভেতরে পূরণ করুন, প্রতিটি পৌঁছানোর যোগ্য সেবার জন্য একটি সারি, এবং এটি কনফিগারেশনের সঙ্গে রাখুন, চ্যাট থ্রেডে নয়। কোনো সারির মালিক না থাকলে সেটি একটি ফলাফল।

Public address and portReceiving hostProcess on the socketIntended actorWho may reach it
203.0.113.10:51820naswg-quick@wg0my laptopenrolled peers only

যে সারিগুলো কেবল “VPN” বলে সেগুলো এখনও সারি নয়। একটি সারির সকেট, হোস্ট, পরিচয় এবং গন্তব্য দরকার, কারণ নিরীক্ষক বা আক্রমণকারী ঠিক সেটাই পরীক্ষা করবে।

প্রয়োজনের আগেই অবসর পরিকল্পনা করুন

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

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

সম্পর্কিত নিবন্ধ