VPN-এ নেটওয়ার্ক শেয়ার দেখা যাচ্ছে না? ডিসকভারি থেমে যায়
টানেল রুট বহন করে, ব্রডকাস্ট ডিসকভারি নয়। নাম দিয়ে শেয়ার খুলুন, ঠিকানা ও পোর্ট যাচাই করুন, তারপর অ্যাক্সেস প্রত্যাখ্যানকে খালি তালিকা থেকে আলাদা করুন।
শেয়ারের পথ টাইপ করলে সেটি খোলে, আর নেটওয়ার্ক ব্রাউজার কিছুই দেখায় না। এই সমন্বয় টানেলের উপর সাধারণ এবং সাধারণত কোনো ত্রুটি নয়। ডিসকভারি স্থানীয় সেগমেন্টকে একটি প্রশ্ন করে; রিচেবিলিটি একটি হোস্টকে প্রশ্ন করে। রাউটেড টানেল দ্বিতীয়টি বহন করে, প্রথমটি নয়।
ডিসকভারি ও রিচেবিলিটি আলাদা
ব্রাউজ তালিকা তৈরি হয় সেই প্রোটোকলগুলো দিয়ে যেগুলো স্থানীয় সেগমেন্টে সেবা ঘোষণা করে এবং সেই ঘোষণা শোনে। নাম দিয়ে শেয়ার খোলা হলো একটি হোস্টে সরাসরি সংযোগ। প্রথমটির দরকার ব্রডকাস্ট বা মাল্টিকাস্ট ডোমেইন; দ্বিতীয়টির দরকার একটি রুট ও একটি পোর্ট।
টানেলের উপর দ্বিতীয়টি নিখুঁতভাবে কাজ করতে পারে, যখন প্রথমটি একটি খালি উইন্ডো ফেরত দেয়। খালি উইন্ডোকে ত্রুটি ভাবলে আপনি এমন ভাঙা টানেল খুঁজতে যাবেন যা তার কাজ করছে।
ব্রাউজ তালিকা কেন খালি থাকে
Windows Computer Browser সেবাটি অবসর দিয়েছে এবং ডিফল্টভাবে SMB সংস্করণ 1 বন্ধ করেছে, যা পুরোনো Network Neighborhood-এর পেছনের যন্ত্রপাতি সরিয়ে দিয়েছে। WS-Discovery, SSDP ও মাল্টিকাস্ট DNS-এর মতো বিকল্পগুলো ব্রডকাস্ট বা মাল্টিকাস্ট গ্রুপ সম্বোধন করে যা কেবল স্থানীয় লিঙ্কে থাকে। পয়েন্ট-টু-পয়েন্ট টানেলে এমন লিঙ্ক নেই, এবং রাউটার ডিফল্টভাবে সেই গ্রুপগুলো ফরওয়ার্ড করে না। প্রতিটি হোস্ট পৌঁছানোর যোগ্য হতে পারে এবং তালিকা তবুও খালি থাকতে পারে।
কিছু প্রোগ্রাম নিজেদের ডিসকভারি সহায়ক যোগ করে। সেই সহায়ক কাজ করলে এটি প্রোগ্রামের বৈশিষ্ট্য, টানেলের বৈশিষ্ট্য নয়।
স্পষ্ট নাম ব্যবহার করুন, তারপর অ্যাক্সেস নিশ্চিত করুন
UNC পথ, ম্যাপ করা ড্রাইভ বা SMB ঠিকানায় Finder সংযোগ নামটি রিজলভ হলে ও পোর্ট খোলা থাকলে টানেলের উপর কাজ করে। রিজলিউশন DNS থেকে, VPN যে সার্চ সাফিক্স দেয় তা থেকে, বা কেন্দ্রীয়ভাবে পরিচালিত hosts এন্ট্রি থেকে আসতে পারে। ডোমেইনে একটি ডিরেক্টরি কোয়েরি কম্পিউটার অবজেক্ট তালিকাভুক্ত করতে পারে, এবং সেই তালিকা সাধারণত রাউটেড নেটওয়ার্কে ব্রাউজ ভিউয়ের নিকটতম বিকল্প। পরিচিত প্রিফিক্সের পোর্ট স্ক্যান কেবল আপনার পরিচালিত বা স্পষ্টভাবে পরীক্ষার অনুমোদিত নেটওয়ার্কে গ্রহণযোগ্য।
উত্তর দেওয়া হোস্ট শেয়ার খোলার প্রতিশ্রুতি দেয় না। একটি NAS-এর নিজের সাবনেটে সীমিত allowlist থাকতে পারে, যা VPN পুল ঠিকানা প্রত্যাখ্যান করে। আর একটি ফাইল সার্ভারের ফায়ারওয়াল নিয়ম কেবল স্থানীয় সাবনেটের নাম দিতে পারে। শেয়ারের জন্য দেওয়া অ্যাকাউন্টটি এমন স্থানীয় অ্যাকাউন্ট হতে পারে যা সেই সার্ভারে কখনো তৈরি হয়নি, এবং VPN দিয়ে সংযোগ করা তা তৈরি করে না।
কিছু কর্পোরেট প্রোগ্রাম টানেল চালু থাকা অবস্থায় স্থানীয় ও ভার্চুয়াল মেশিন ট্রাফিক ইচ্ছাকৃতভাবে ব্লক করে। সেই অনুপস্থিত অ্যাক্সেস নীতি, এবং সমাধান প্রশাসকের, প্রোগ্রামের রুট টেবিলের নয়।
পুনরাবৃত্তি করার যোগ্য একটি ডায়াগনস্টিক ক্রম
স্তরগুলো ক্রমে হাঁটুন: ঠিকানায় পৌঁছান, নাম রিজলভ করুন, পোর্ট 445 খুলুন, প্রমাণীকরণ করুন, তারপর শেয়ার অনুমতি পড়ুন। প্রতিটি উত্তর আলাদা, এবং আগে লাফ দিলে আত্মবিশ্বাসী ভুল সিদ্ধান্ত আসে। সবগুলো পাস করার পরেই ডিসকভারি তদন্তের যোগ্য।
nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe
সার্ভারের নাম, শেয়ারের পথ, যে ঠিকানায় এটি রিজলভ হয়েছে এবং যে অ্যাকাউন্ট কাজ করেছে তা নিয়ে একটি নোট রেখে যান। পরে কোনো সেবা রিস্টার্টের পর ব্রাউজ তালিকা ভরে গেলে সেটিকে ডিসকভারির অদ্ভুততা ভাবুন, আগের রুট ভুল ছিল এর প্রমাণ নয়। নোটটিই পরের ব্যক্তিকে খালি উইন্ডো এড়াতে দেয়।