SMB ফোল্ডার VPN-এ পুরনো দেখাচ্ছে? অফলাইন ফাইল যাচাই করুন

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

ভ্রান্ত ধারণা: VPN আইকন মানে শেয়ারটি জীবন্ত

VPN আইকন জানায় যে এন্ডপয়েন্ট পর্যন্ত একটি টানেল আছে। এটি বলে না নির্দিষ্ট কোনো SMB শেয়ার পৌঁছানো যায় কি না, Explorer সেই শেয়ারকে আবার অনলাইন মোডে ফিরিয়েছে কি না, বা সিঙ্ক ব্যর্থতা পুরনো অনুলিপি রেখে গেছে কি না। এটি আপনাকে এটিও বলে না কোন সার্ভার একটি DFS পাথ বেছে নিয়েছে।

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

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

প্রমাণ করুন Explorer কোন লক্ষ্য পড়ছে

ড্রাইভ অক্ষরের বদলে সঠিক UNC পাথ দিয়ে শুরু করুন। ম্যাপ করা ড্রাইভ আপনার ভাবনার চেয়ে ভিন্ন শেয়ারে নির্দেশ করতে পারে, আর DFS পাথ সম্পূর্ণ ভিন্ন সার্ভারকেও বোঝাতে পারে। ম্যাপিং পড়লে সংরক্ষিত লক্ষ্য ও তার অবস্থা দেখা যায়:

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

UNC পাথটি সরাসরি একটি নতুন Explorer উইন্ডোতে খুলে ম্যাপ করা ড্রাইভের সঙ্গে মিলিয়ে দেখুন। যদি সরাসরি পাথ বর্তমান ফাইল দেখায় আর ম্যাপ করা ড্রাইভ না দেখায়, তবে ম্যাপিং সমস্যার অংশ, ক্যাশ নয়।

তারপর নিশ্চিত করুন ফাইলটি উদ্দিষ্ট ব্যবহারকারীর জন্য আছে। সার্ভারে প্রশাসকের তালিকা অস্তিত্ব প্রমাণ করে, কিন্তু সাধারণ SMB ব্যবহারকারীর একই প্রবেশাধিকার আছে তা নয়, তাই যে অ্যাকাউন্ট সত্যিই শেয়ারটি ব্যবহার করে তার দিয়ে যাচাই করুন। ভিন্ন ক্রেডেনশিয়াল ক্যাশের সঙ্গে সম্পর্কহীন কারণে ভিন্ন দৃশ্য তৈরি করে। অস্তিত্ব, প্রবেশাধিকার ও দৃশ্যমানতা তিনটি আলাদা যাচাই।

কিছু মুছুন বা বদলানোর আগে সিঙ্ক অবস্থা পড়ুন

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

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

স্থানীয় কাজ নিরাপদ হলে সমর্থিত অনলাইন রূপান্তর ও সিঙ্ক ব্যবহার করুন, তারপর তালিকাটি আবার মিলিয়ে দেখুন। দ্বিতীয় Explorer উইন্ডো খুললে রিফ্রেশ বাধ্য হয় না, কারণ দুটি উইন্ডোই একই স্থানীয় ক্যাশ পড়তে পারে।

সুবিধাটি মুছে ফেলার বদলে শেয়ারের অবস্থা মেরামত করুন

ধীর-লিঙ্ক নীতির কারণে শেয়ার অফলাইনে থাকলে সব ব্যবহারকারীর জন্য অফলাইন ফাইল বন্ধ করার বদলে সেই শেয়ার বা নেটওয়ার্কের নীতি সমন্বয় করুন। সিঙ্ক বারবার ব্যর্থ হলে ব্যর্থতা সারিয়ে দ্বন্দ্বগুলো সমাধান করুন; কার্যকর সিঙ্কই ক্যাশ করা অনুলিপিকে আবার হালনাগাদ করে। শেয়ারটিকে ঢাকে এমন ক্ষুদ্রতম নীতি বদলান। বৈশ্বিক পরিবর্তন একজনের পুরনো দৃশ্যের বদলে সবার অফলাইন প্রবেশাধিকার হারায়।

যে শেয়ার কখনো ক্যাশ করা উচিত নয়, তার জন্য সার্ভার প্রতি-শেয়ার সংকেত পাঠাতে পারে। Samba এটি শেয়ার প্যারামিটার হিসেবে উন্মুক্ত করে, আর কেবল অনলাইনে থাকা উচিত এমন শেয়ারের মান হলো:

csc policy = disable

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

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

যখন কারণ অফলাইন ফাইল নয়

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

যে শেয়ার কখনো সংযোগই করে না তার রাউটিং ও পরিষেবা-ফিল্টার প্রমাণ দরকার, ক্যাশ যাচাই নয়। টানেলের মধ্যে ব্লক করা পোর্ট 445, ভুল ঠিকানায় রিজলভ হওয়া DNS নাম, বা ping অনুমতি দিলেও SMB না দেওয়া ফায়ারওয়াল নিয়ম—সবই ক্যাশ গুরুত্বপূর্ণ হওয়ার আগেই ব্যর্থতা তৈরি করে।

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