স্থানীয় ডিভাইস VPN-এ অদৃশ্য হয়: তিনটি আলাদা ব্যর্থতা

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

এটাই পার্থক্য একটি অনুপস্থিত ডিভাইস আর কেবল বিজ্ঞাপিত নয় এমন ডিভাইসের মধ্যে।

ডিসকভারি, নাম আর পৌঁছানোযোগ্যতা তিনটি স্তর

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

নিচ থেকে উপরে পরীক্ষা করুন। একটি পৌঁছানোযোগ্যতা পরীক্ষাই ভাগটা স্পষ্ট করে: nc -vz 192.168.1.20 443 হয় সফল হয়, মানে পথ আর সেবা ঠিক আছে আর সন্দেহভাজন নাম, নয়তো ব্যর্থ হয়, যা প্রশ্নটিকে রাউটিং আর নীতির দিকে সরায়। তারপর নামটি জিজ্ঞাস করুন। আপনি যে প্রথম ব্যর্থতায় পৌঁছাবেন সেটিই কাজ করার স্তর, আর উপরের স্তরগুলো তা পূরণ করতে পারে না।

আগে ঠিকানা জিজ্ঞাস করুন, তারপর হোস্টনেম

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

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

স্থানীয়-অ্যাক্সেস টগল আসলে কী বদলায়

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

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

যখন নেটওয়ার্কগুলো ওভারল্যাপ করে

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

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

কোন স্তর ব্যর্থ হলো আর আপনি কী বদলালেন তা লিখে রাখুন। পরের ডিভাইসটি একই তিন জায়গার একটিতে ব্যর্থ হবে।