VPN پر NetBIOS: نام، ڈیٹا گرام اور سیشن الگ الگ خدمات ہیں
راؤٹرز کے بارے میں نعرہ بہت وسیع ہے۔ دیکھیں کہ آپ کی ایپلیکیشن تین خدمات میں سے کون سی استعمال کرتی ہے اور نام نشریات سے حل کرتی ہے یا سرور سے۔
«NetBIOS راؤٹرز سے نہیں گزرتا» یہ بات اس طرح دہرائی جاتی ہے جیسے اس نے ڈیزائن کا فیصلہ کر دیا ہو۔ اس نے نہیں کیا۔ نشریات کے ذریعے نام کی تلاش عام طور پر اپنے نشریاتی ڈومین کے اندر ہی رہتی ہے، لیکن NetBIOS کی خدمات ہدایت شدہ IP ٹریفک بھی استعمال کر سکتی ہیں جو بالکل ٹھیک روٹ ہوتا ہے۔ مفید سوال یہ نہیں کہ NetBIOS راؤٹرز سے گزرتا ہے یا نہیں؛ سوال یہ ہے کہ آپ کی ایپلیکیشن اس کی تین خدمات میں سے کون سی استعمال کرتی ہے۔
ایک سافٹ ویئر انٹرفیس، ایک تار پروٹوکول نہیں
RFC 1001 NetBIOS کو ایک ایسے انٹرفیس کے طور پر بیان کرتا ہے جس کے خلاف ایپلیکیشنز پروگرام لکھتی ہیں، اور اس کے نیچے کئی ترسیلی تہیں ہیں۔ اس کا TCP/UDP ماڈل نام کی خدمت، ڈیٹا گرام کی تقسیم اور سیشن کی خدمت کو الگ کرتا ہے، اور IP نشریات کے ساتھ یا اس کے بغیر کام کرنے کی واضح طور پر تائید کرتا ہے۔
| Service | What it does | Transport dependence |
|---|---|---|
| Name | Registers and resolves names | Broadcast, point-to-point, or a name server |
| Datagram | Connectionless messages, including broadcast | Broadcast domain or directed delivery |
| Session | Connection-oriented exchange | TCP connection to a named endpoint |
یہی جدول دکھاتا ہے کہ نعرہ کیوں ناکام ہوتا ہے۔ دو نامزد ہوسٹس کے درمیان سیشن کی خدمت ایک IP گفتگو ہے؛ نشریاتی ڈیٹا گرام نہیں۔ ایک VPN ڈیزائن پہلی بات پوری کر سکتا ہے اور دوسری نہیں، اور پہلی بات ثابت کرنے والا امتحان دوسری کے بارے میں کچھ نہیں کہتا۔
نوڈ کی اقسام طے کرتی ہیں کہ کلائنٹ کیا مانگتا ہے
RFC 1001 کے نشریاتی، نقطہ سے نقطہ اور مخلوط نوڈ ماڈل بیان کرتے ہیں کہ ہوسٹ نام کیسے حل کرتا ہے: مقامی نیٹ ورک سے پوچھ کر، نام سرور سے براہ راست پوچھ کر، یا ایک آزمائش کر کے پھر دوسری۔ ماڈل اس بات پر اثر ڈالتا ہے کہ کون سی ٹریفک کی اجازت دی جائے، اس بات پر نہیں کہ ایپلیکیشن بالکل کام کرتی ہے یا نہیں۔
منظم نام سرور کا انتظام کلائنٹس کو نقطہ سے نقطہ راستہ دیتا ہے، لیکن صرف ان کلائنٹس کو جو اسے استعمال کرنے کے لیے ترتیب دیے گئے ہیں۔ نیٹ ورک میں کہیں سرور رکھ دینے سے ایپلیکیشن اس سے مشورہ کرنے لگتی نہیں، اور نشریاتی موڈ میں چھوڑا گیا کلائنٹ مقامی حصے سے پوچھتا رہے گا اور وقت ختم ہونے تک پہنچ جائے گا۔ سرور کا پتہ کلائنٹ کی ترتیب تک پہنچنا چاہیے، اسی انتظامی راستے سے جس کا وہ کلائنٹ احترام کرتا ہے۔
اس لیے متعلقہ ایپلیکیشن کے لیے تین مشاہدات درج کریں: یہ سرور کے نام کو پتے میں کیسے بدلتی ہے، تلاش یا پیغام رسانی نشریات استعمال کرتی ہے یا ہدایت شدہ آخری نقطہ، اور اصل سیشن کون سا پتہ اور ترسیل استعمال کرتا ہے۔ یہ خودمختار حقائق ہیں، اور ہر ایک کا اپنا حل ہے۔ نام کا ایک کامیاب حل صرف پہلی بات کا ثبوت ہے۔
TCP/IP پر NetBIOS، NetBEUI نہیں ہے
دونوں کو گڈمڈ کیا جاتا ہے کیونکہ دونوں کو پرانا کہا جاتا ہے۔ TCP/IP پر NetBIOS اپنی خدمات IP پیکٹوں کے اندر لے جاتا ہے، جنہیں روٹ شدہ سرنگ پہلے ہی منتقل کرتی ہے۔ NetBEUI تہہ 2 کا ایسا پروٹوکول ہے جسے روٹ نہیں کیا جا سکتا، اور IP سرنگ صرف اس لیے کوئی بھی ایتھرنیٹ فریم منتقل نہیں کرتی کہ وہ IP منتقل کرتی ہے۔
IP راستہ شامل کرنے سے غیر IP فریم کو IP ایپلیکیشن میں تبدیل نہیں کیا جا سکتا۔ اگر ایپلیکیشن واقعی تہہ 2 کے رویے پر منحصر ہے، تو اختیارات واضح طور پر محدود تہہ 2 کی خدمت یا ایپلیکیشن کو بدلنا ہیں؛ کوئی روٹنگ تبدیلی ان دونوں میں سے کسی کی جگہ نہیں لیتی۔
کام پورا کرنے والی سب سے چھوٹی تبدیلی چنیں
منظور شدہ DNS نام اور واضح UNC راستے سے پہنچنے والی موجودہ SMB شیئرنگ کو ایتھرنیٹ توسیع کی ضرورت نہیں۔ فائل سروس کا کام اور براؤزنگ کا تجربہ الگ الگ ضروریات ہیں، اور صرف دوسری پڑوسیوں کی فہرست پر منحصر ہے۔ نام سے شیئرنگ تک پہنچنا نشریاتی ڈومین کو سرنگ کے پار کھینچے بغیر کام حل کر دیتا ہے۔
براؤزنگ ہی وہ حصہ ہے جو عام طور پر ناکام ہوتا ہے، اور یہ خاموشی سے ناکام ہوتا ہے۔ مشین راستے سے شیئرنگ کھول سکتی ہے جبکہ قریبی کمپیوٹرز کی فہرست خالی رہتی ہے، کیونکہ فہرست نشریاتی تلاش سے بھرتی ہے اور راستہ DNS استعمال کرتا ہے۔ آپ کو فہرست درکار ہے یہ طے کرنا، آپ کو فائل درکار ہے یہ طے کرنے سے الگ ضرورت ہے۔ کچھ بھی ڈیزائن کرنے سے پہلے لکھیں کہ صارف نے اصل میں کون سی چیز مانگی تھی۔
جب پرانی ایپلیکیشن واقعی نشریات یا غیر IP فریم مانگتی ہے، تو نامزد مالک کے ساتھ محدود تہہ 2 کی خدمت کا جائزہ لیں، یا ایپلیکیشن بدل دیں۔ پل مشترکہ ناکامی کا ڈومین اور پالیسی کی حد دونوں وسیع کرتا ہے، اور یہ NetBIOS لکھا ہوا چیک باکس نہیں، معماری کا فیصلہ ہے۔ وہ مخصوص کارروائیاں درج کریں جو سرنگ کو منتقل کرنی ہیں، تب منتظم «پورے Windows نیٹ ورک» کے بارے میں اندازہ لگانے کے بجائے درخواست کا جائزہ لے سکے گا۔