ڈرائیو کا حرف لاگ آن پر ظاہر ہوتا ہے اور پھر خالی فولڈر کے طور پر کھلتا ہے، یا سرخ کراس اور ناقابلِ دسترس نیٹ ورک وسائل کے بارے میں پیغام کے ساتھ کھلتا ہے۔ اجازتیں عموماً درست ہوتی ہیں۔ جو ہوا وہ یہ ہے کہ میپنگ کا حکم اُس وقفے میں چلا جب VPN کلائنٹ موجود تھا مگر فائل سرور تک کوئی راستہ نہیں تھا، اور Windows نے اُس ناکامی کو ڈرائیو کی حالت کے طور پر درج کر لیا۔ حل یہ ہے کہ میپنگ کو لاگ آن پر ہونے والی چیز سمجھنا چھوڑ دیں اور اسے کنکشن ترتیب کا آخری مرحلہ سمجھیں۔

میپنگ بہت جلد کیوں چلتی ہے

لاگ ان اسکرپٹ سیشن شروع ہونے پر شروع ہوتی ہے۔ لاگ آن کے دوران جڑنے والا VPN کلائنٹ اپنی ٹائم لائن اوپر شامل کرتا ہے: عمل چل رہا ہو سکتا ہے، ورچوئل اڈاپٹر موجود ہو سکتا ہے، اور دفتر کے سب نیٹ تک راستہ ابھی غائب ہو سکتا ہے۔ یہ تینوں حالتیں اسکرپٹ کی نظر میں یکساں دکھتی ہیں اور ان میں سے صرف ایک کام کرتی ہے۔

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

ڈرائیو خود اسے مزید خراب کرتی ہے۔ میپ شدہ ڈرائیو سیشن کی شے ہے، اور Windows کے ناقابلِ دسترس قرار دینے کے بعد، ٹنل صحت مند ہونے کے کافی عرصے بعد بھی آئیکن ٹوٹا رہ سکتا ہے۔ اسی لیے ہاتھ سے دوبارہ میپ کرنا کام کرتا ہے جبکہ اسکرپٹ کچھ نہیں کرتی دکھتی۔ سیشن ناکامی یاد رکھتا ہے، اس کے پیچھے کا ارادہ نہیں۔

منسلک حالت کوئی راستہ نہیں ہے

ٹرے میں VPN آئیکن بتاتا ہے کہ ٹنل اوپر ہے یا نہیں۔ یہ کچھ نہیں بتاتا کہ کسی مخصوص سرور تک راستہ موجود ہے یا نہیں، DNS اُس نام کو ٹنل کے پتے میں حل کرتا ہے یا نہیں، یا سرور کا اپنا فائر وال آپ کو قبول کرتا ہے یا نہیں۔

یہ ایک ہی نظر آنے والے نتیجے کی تین الگ ناکامیاں ہیں، اور ٹرے آئیکن پر انحصار انہیں ایک ہی ناقابلِ اعتماد اشارے میں پگھلا دیتا ہے۔

ایک تیاری جانچ جو اُس سرور کا نام لیتی ہے جس کی آپ کو واقعی ضرورت ہے ان میں فرق کرتی ہے، کیونکہ یہ تب تک ناکام رہتی ہے جب تک مخصوص راستہ کام نہ کرے، نہ کہ تب تک جب کوئی انٹرفیس خود کو منسلک قرار دے۔

کلائنٹ پر نہیں، سرور پر مشروط کریں

ایک ایسا ہوسٹ چنیں جو صرف ٹنل سے قابلِ رسائی ہو اور کچھ بھی میپ کرنے سے پہلے اُس کا انتظار کریں۔ نیچے کا ٹکڑا محفوظ شدہ Windows VPN اندراج سے جڑتا ہے، فائل سرور جانچتا ہے اور پھر ڈرائیو میپ کرتا ہے۔

@echo off
set server=fileserver.corp.example
rasdial "Office VPN" /disconnect
rasdial "Office VPN"
:wait
ping -n 1 -w 1000 %server% >nul || (
  timeout /t 5 /nobreak >nul
  goto wait
)
net use Z: \\%server%\share /persistent:no

Ping تیاری کی جانچ ہے، اجازت کا امتحان نہیں۔ اگر آپ کے نیٹ ورک پر ICMP فلٹر ہے تو اس کے بجائے وہ خدمت جانچیں جو آپ واقعی استعمال کرتے ہیں: فوری جانچ کے لیے net view \\%server%، یا PowerShell میں پورٹ 445 پر مختصر TCP امتحان۔ دونوں میں سے کوئی بھی اہم چیز کو مشروط کرتا ہے۔

محدود تعداد میں کوششیں شامل کریں۔ بغیر حد کے انتظار کا لوپ ٹوٹی ٹنل کو ایسے سیشن میں بدل دیتا ہے جو کبھی لاگ ان مکمل نہیں کرتا، اور یہ گم شدہ ڈرائیو حرف سے بدتر معاونت کال ہے۔

اسے دوبارہ چلانے کے قابل اور سیشن سے واقف بنائیں

اسے صارف کے اپنے سیشن میں چلائیں۔ SYSTEM کے طور پر چلنے والا کام ڈرائیو کو بالکل دوسرے سیشن میں رکھتا ہے، اور لاگ ان شدہ صارف نتیجہ کبھی نہیں دیکھتا۔ اس طرح آپ کو کامیابی کی رپورٹ کرنے والی اسکرپٹ اور بغیر ڈرائیو والا ڈیسک ٹاپ ملتا ہے۔

میپ کرنے سے پہلے جانچیں، اور صرف پرانا اندراج ہٹائیں۔ جب حرف استعمال میں نہ ہو تو net use Z: /delete خرابی لوٹاتا ہے، اور اُس خرابی کو نظر انداز کرنا محفوظ ہے، اسکرپٹ کا باقی حصہ چھوڑنے کی وجہ نہیں۔ /persistent:no رکھیں تاکہ ناکام کوشش بعد میں مستقل دوبارہ کنکشن کوشش نہ بن جائے۔

اور فائل میں پاس ورڈ نہ رکھیں۔ rasdial VPN اندراج کے لیے محفوظ کردہ اسناد دوبارہ استعمال کر سکتا ہے، اور شیئر کو لاگ ان شدہ صارف کے طور پر تصدیق کرنا چاہیے۔ اگر شیئر کو واقعی مختلف اسناد درکار ہوں تو اُنہیں لاگ آن شیئر پر رکھی بیچ فائل میں سرایت کرنے کے بجائے cmdkey کے ذریعے فی صارف ایک بار رجسٹر کریں۔ جو بھی وہ شیئر پڑھ سکتا ہے وہ پاس ورڈ بھی پڑھ سکتا ہے، اور یہ سہولت کو واقعہ میں بدل دیتا ہے۔

پوری اسکرپٹ دوبارہ چلانا بے ضرر ہونا چاہیے، کیونکہ بالکل یہی ہونے والا ہے۔ صارف دوبارہ جڑتے ہیں، لیپ ٹاپ جاگتے ہیں، اور وہی کوڈ راستہ مختلف ابتدائی حالت کے ساتھ پھر چلتا ہے۔

یہ ثابت کرنے کے لیے کافی لاگ کریں کہ کون سا نصف دیر سے آیا

وقت کی مہر، تیاری جانچ کا نتیجہ اور میپنگ کا ایگزٹ کوڈ صارف پروفائل کے تحت ایک فائل میں لکھیں۔ جب گم شدہ ڈرائیو کی اگلی رپورٹ آئے، تو وہ لاگ واحد اہم سوال کا جواب دیتا ہے: ٹنل دیر سے آئی، یا شیئر نے انکار کیا؟

اس کے بغیر، ہر تکرار صفر سے جانچی جاتی ہے، اور عام نتیجہ ایسی اجازت کی تبدیلی ہوتا ہے جو کچھ بھی درست نہیں کرتی۔

ترتیب کو ایک بار کولڈ بوٹ سے اور ایک بار نیند سے جانچیں۔ جاگنے کا معاملہ ہی وہ جگہ ہے جہاں ترتیب سب سے زیادہ ٹوٹتی ہے، کیونکہ نیٹ ورک سے پہلے سیشن دوبارہ شروع ہوتا ہے اور اسکرپٹ گھنٹوں پہلے لاگ ان شدہ مشین دیکھتی ہے۔

متعلقہ مضامین