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 کی نہ، سب کیش کی اہمیت سے پہلے ناکامی پیدا کرتے ہیں۔

دو خاندانوں کو الگ کرنے والا امتحان سادہ ہے: سرور پر موجود، درست صارف کو نظر آنے والا اور پھر بھی آن لائن نہ نظر آنے والا فولڈر پالیسی یا گنتی کی طرف اشارہ کرتا ہے؛ پرانے مواد کے ساتھ نظر آنے والا فولڈر کیش کی طرف اشارہ کرتا ہے۔ ترتیب بدلنے سے پہلے خاندان کی تشخیص کریں۔