Mac پر VPN کے ذریعے SMB شیئرنگ: پہلے جڑیں، پھر لکھائی جانچیں
Finder شیئرنگ ماونٹ کرتا ہے مگر محفوظ کرنے سے انکار کرتا ہے؟ کوئی بھی سیٹنگ بدلنے سے پہلے VPN راستہ، SMB اکاؤنٹ اور سرور اجازت الگ کریں۔
اگر Finder شیئرنگ کو VPN کے ذریعے ماونٹ کرتا ہے اور پھر فائل محفوظ کرنے سے انکار کرتا ہے، تو سرنگ پہلے ہی اپنا کام کر رہی ہے اور اختلاف فائل سرور پر شناخت اور حقوق کے بارے میں ہے۔ اگر ماونٹ کبھی نظر نہ آئے، تو اس نقطے کے آگے کچھ بھی جانچا نہیں گیا۔ دونوں صورتیں macOS پر ایک جیسے دکھنے والے مکالمے پر ختم ہوتی ہیں، اسی لیے لوگ ایسی خرابی کے لیے VPN پروفائل دوبارہ بناتے ہیں جو VPN پیدا نہیں کر سکتا۔ میں پہلے ٹھیک ٹھیک طے کرتا ہوں کہ کنکشن کہاں رکتا ہے، اور اس کے بعد ہی ترمیم کے لیے لائے گئے دستاویز کی جگہ ایک بار استعمال ہونے والی فائل سے لکھائی جانچتا ہوں۔
کہاں دیکھنا ہے یہ تین شرطیں طے کرتی ہیں
سیٹنگ چھونے سے پہلے تین جواب درکار ہیں: نام سرنگ کے گزارے ہوئے نجی پتے پر حل ہوتا ہے یا نہیں، SMB سروس آپ کے دیے گئے مخصوص اکاؤنٹ کو قبول کرتی ہے یا نہیں، اور اس اکاؤنٹ کو اسی شیئرنگ، فولڈر اور کارروائی پر لکھنے کا حق ہے یا نہیں۔ ہر ایک الگ جگہ ناکام ہوتا ہے، اور صرف پہلا VPN مالک کا ہے۔
| What you see | What it establishes | Who fixes it |
|---|---|---|
| Name does not resolve, or resolves outside the tunnel | The path was never built | VPN or DNS administrator |
| Name resolves, port 445 times out | Route, firewall or overlapping address space | VPN and network owners |
| Server answers, the sign-in is rejected | The file-service account, not the VPN login | File-server owner |
| Share mounts, writing is refused | Share policy or directory rights | File-server owner |
جدول اپنی جگہ کما رہا ہے کیونکہ Mac لاگ ان، VPN لاگ ان اور SMB اکاؤنٹ تین الگ شناختیں ہیں۔ VPN پاس ورڈ بدلنے سے وہ شیئرنگ کبھی نہیں کھلتی جو رجسٹرڈ صارف کو مسترد کرتی ہے، اور جڑے ہونے کی اطلاع دینے والا کلائنٹ اس سرور کے بارے میں کچھ نہیں کہتا جسے آپ نشانہ بنا رہے ہیں۔
پتے سے جڑیں، براؤز کر کے نہیں
دور کی شیئرنگ مکمل طور پر قابل رسائی ہو سکتی ہے اور پھر بھی Finder کی نیٹ ورک فہرست میں نظر نہ آئے۔ دفتری LAN پر تلاش براڈکاسٹ اور multicast ناموں پر منحصر ہے، اور بیشتر VPN وہ ٹریفک سرنگ سے نہیں گزارتے، اس لیے خالی نیٹ ورک منظر ٹوٹے ربط کا ثبوت نہیں ہے۔
مطلوبہ VPN کو اس کے معمول کے کلائنٹ سے چلائیں اور تصدیق مکمل کریں۔
Finder میں جائیں منتخب کریں، پھر سرور سے جڑیں، یا Command-K دبائیں۔
دیا گیا پتہ لکھیں۔ اس مثال میں وہ
smb://files.corp.example/teamہے، ایک مثالی نام، عوامی سروس نہیں۔ اگر آپ کے پاس صرف سرور کا نام ہے، تو اس سے جڑیں اور واپس دی گئی فہرست سے مجاز شیئرنگ منتخب کریں۔رجسٹرڈ صارف منتخب کریں اور فائل سروس اکاؤنٹ درج کریں، آپ کا Mac اکاؤنٹ نہیں اور VPN اکاؤنٹ نہیں۔ مہمان تب ہی درست ہے جب مالک ایسا کہے۔
شیئرنگ کھولیں اور وہ ایک کام کریں جس کے لیے آپ آئے۔ فولڈر کی فہرست ماونٹ ثابت کرتی ہے اور اس سے زیادہ کچھ نہیں۔
Apple کی سرور سے جڑنے کی رہنمائی اس Finder بہاؤ اور اس کے پیچھے موجود سروس لاگ ان کی دستاویز کرتی ہے۔ اگلا کنکشن دہرایا جا سکے کے لیے پتہ پسندیدہ میں محفوظ کریں، اور یاد رکھیں کہ اندراج کا نام بدلنا لیبل بدلتا ہے، ہدف نہیں۔
جہاں رکتا ہے وہ مرحلہ پڑھیں
کچھ بھی بدلنے سے پہلے لکھیں کہ کون سا مرحلہ ناکام ہوتا ہے، Finder میں آپ کے ٹائپ کیے گئے انہی ناموں کے ساتھ۔ نام حل کرنے سے شروع کریں: dscacheutil -q host -a name files.corp.example وہ پتہ چھاپتا ہے جو macOS استعمال کرے گا، اور netstat -rn دکھاتا ہے کہ اس پتے کا راستہ سرنگ انٹرفیس یا آپ کے گھر کے گیٹ وے سے ہے۔
پھر رسائی۔ nc -vz files.corp.example 445 بتاتا ہے کہ SMB پورٹ بالکل جواب دیتا ہے یا نہیں؛ اگر نام حل ہو جائے اور 445 وقت ختم ہو جائے، تو آپ روٹنگ، فائر وال یا اوورلیپ ہوتے پتوں کے علاقے میں ہیں اور شیئرنگ اجازت بدلنے سے مدد نہیں ہوگی۔ اگر پورٹ جواب دے، تو سرور سے پوچھیں کہ وہ اس اکاؤنٹ کو کیا دیتا ہے: smbutil view //[email protected] شیئرنگز کی فہرست دیتا ہے، اور smbutil statshares -a ماونٹ شدہ سیشن کی طے شدہ بولی اور دستخط کی حالت بتاتا ہے، جو آپ کو بتاتا ہے کہ آپ جو ماونٹ جانچ رہے ہیں وہی ہے جو آپ سمجھتے ہیں۔
شناخت اپنی الگ جانچ کی حقدار ہے، کیونکہ یہی وہ قدم ہے جو لوگ چھوڑ دیتے ہیں۔ جب آپ خود کو رجسٹرڈ صارف سمجھتے ہیں تو ماونٹ مہمان یا پرانے محفوظ اکاؤنٹ کے طور پر زندہ ہو سکتا ہے، اور پھر ہر لکھائی جانچ غلط اکاؤنٹ ناپتی ہے۔
لکھنے کی رسائی کے ایک سے زیادہ دروازے ہیں
سرور کی طرف دو تہیں نہیں کہہ سکتی ہیں اور دونوں Mac سے ایک جیسی دکھتی ہیں۔ شیئرنگ صرف پڑھنے کے لیے برآمد ہو سکتی ہے جبکہ اس کے نیچے کا فولڈر لکھنے کے قابل ہو، اور لکھنے کے قابل شیئرنگ اس فائل سسٹم ACL کو نہیں ٹال سکتی جو آپ کے اکاؤنٹ کو مسترد کرتی ہے؛ ذیلی فولڈر کی اپنی پالیسی بھی ہو سکتی ہے۔ Windows سرورز پر شیئرنگ اجازت اور NTFS اجازتیں الگ ہیں، اور مؤثر حق دونوں میں سے سخت ہے۔
اس لیے طے کریں کہ واقعی کیا مسترد ہوتا ہے: فائل بنانا، موجود فائل میں ترمیم، فولڈر بنانا، نام بدلنا یا حذف کرنا۔ یہ ایک اجازت نہیں ہیں، اور جس فولڈر میں فہرست چلتی ہے وہ یہ سب مسترد کر سکتا ہے۔ چلتا ہوا ماونٹ اجازت نہیں ہے۔
اگر غلط شناخت کا شک ہو، تو شیئرنگ باہر نکالیں، Keychain Access میں پرانا اندراج حذف کریں اور رجسٹرڈ اکاؤنٹ سے دوبارہ جڑیں۔ Finder خوشی سے محفوظ سیشن دوبارہ استعمال کرے گا اور آپ کو ایسے صارف کے لیے اجازتیں ناپنے پر چھوڑ دے گا جسے سرور آپ نہیں سمجھتا۔
اصل دستاویزات کو چھوئے بغیر لکھائی جانچیں
مالک کی رضامندی سے ناکام ہونے والے فولڈر میں نئے نام کے ساتھ ایک چھوٹی فائل بنائیں: touch /Volumes/team/qa-write-test.txt جب شیئرنگ وہاں ماونٹ ہو، یا صرف پروگرام سے نئے نام کے ساتھ محفوظ کریں کے طور پر کریں۔ رسائی جانچنے کے لیے کبھی دستاویز پر دوبارہ نہ لکھیں، اور خرابی کا عین متن رکھیں، اسے بدل کر نہ کہیں، کیونکہ VPN اسے نقل نہیں کرے گا۔
پھر عام شکایت کی بجائے آپ نے جو کارروائی کی وہ مالک کو دیں۔ وہ شیئرنگ پالیسی، اکاؤنٹ کی گروپ رکنیت اور اسی ایک فولڈر پر حقوق جانچ سکتے ہیں اور بتا سکتے ہیں کہ کس تہہ نے آپ کو مسترد کیا۔ اگر پیغام میں گنجائش، مقفل فائل یا نام کا تصادم ہو، تو یہ دوسرا مسئلہ ہے اور اپنی تحقیق کا حقدار ہے۔
درستی کی تصدیق کریں، پھر ترتیب سے باہر نکالیں
مالک کے کچھ بدلنے کے بعد وہی چھوٹی لکھائی دہرائیں اور تصدیق کریں کہ فائل سرور کو نظر آتی ہے اور بعد میں ہٹائی جا سکتی ہے۔ شروع ہو کر پھر رکنے والی نقل تھرو پٹ کا سوال ہے، اجازت کا نہیں؛ فوراً آنے والا انکار اجازت کا سوال ہے۔
VPN چھوڑنے سے پہلے شیئرنگ ان ماونٹ کریں اور کھلی دستاویزات بند کریں۔ سرنگ جانے کے بعد نکالنے سے Finder اور آپ کے پروگرام مردہ راستے پر انتظار کرتے رہتے ہیں۔ SMB کو نجی نیٹ ورک کے اندر رکھیں، نظریہ جانچنے کے لیے فائر وال بند نہ کریں، اور متبادل کے طور پر فولڈر سب کے لیے نہ کھولیں۔ ٹکٹ کے لیے پتہ، اکاؤنٹ کا نام، ناکام کارروائی، پیغام کا عین متن اور وقت شامل کریں، پاس ورڈ اور پروفائل فائلیں باہر رکھیں۔
- پتہ سرنگ کے ذریعے گزارے گئے نجی پتے پر حل ہوتا ہے۔
- پورٹ 445 جواب دیتا ہے اور
smbutil viewمطلوبہ اکاؤنٹ کے لیے مطلوبہ شیئرنگ کی فہرست دیتا ہے۔ - آپ کو درکار لکھائی نئی فائل سے ثابت ہوتی ہے، موجود دستاویز سے نہیں۔