RRAS DHCP: نیا پتہ یا صرف ترتیب کے اختیارات؟

کیپچر میں DHCPACK کو اس ثبوت کے طور پر پڑھنا کہ VPN کلائنٹ نے اپنا پتہ DHCP سے حاصل کیا، غلطی ہے۔ عام طور پر یہ صرف یہ ثابت کرتا ہے کہ کسی DHCP پیغام کا جواب دیا گیا۔ Windows RRAS اپنے ہی مستقل پول سے سیشن کے پتے دے سکتا ہے، جبکہ DHCP اب بھی منسلک کلائنٹ کو اختیارات فراہم کرتا ہے۔ درخواست کی قسم بتاتی ہے کہ دونوں کاموں میں سے کون سا جاری تھا۔

ایک ہی پیغام کی قسم بانٹنے والے دو کام

DHCP دو الگ کام کرتا ہے، اور وہ پیغام کی اقسام بانٹتے ہیں۔ ایک پتہ اور لیز مختص کرنا ہے۔ دوسرا ایسے ہوسٹ کو ترتیب پہنچانا ہے جس کے پاس پہلے سے پتہ ہے، جسے RFC 2131 DHCPINFORM کہتا ہے۔ دوسری صورت میں جواب میں اختیارات ہوتے ہیں اور لیز کا کوئی وقت نہیں ہوتا۔

اس لیے ACK جواب کا ثبوت ہے، تقسیم کا ثبوت نہیں۔ کون سا سوال پوچھا گیا، یہ اس سے پہلے والا پیغام طے کرتا ہے۔ پہلے درخواست کی سطر پڑھیں اور باقی ٹریس عموماً خود واضح ہو جاتا ہے۔

RRAS کو پتہ کہاں سے ملتا ہے

RRAS اپنی ترتیب شدہ IPv4 تقسیم کے طریقے کے ذریعے VPN پتے کا فیصلہ رکھتا ہے: یا DHCP سرور یا مستقل پتوں کا پول۔ جب پول مستقل ہو، پول ہی تقسیم کرنے والا ہے، اور الگ DHCP سرور پر کی گئی ریزرویشن کا اس سیشن میں کوئی کہنا نہیں ہوتا۔ دونوں طریقے ایک ہی نیٹ ورک پر ایک دوسرے کو کنٹرول کیے بغیر ساتھ رہ سکتے ہیں۔

Get-Command -Module RemoteAccess *IPAddress*

پتے کی جانچ سے پہلے رائج تقسیم کا طریقہ معلوم کریں۔ اگر یہ مستقل پول ہے تو DHCP دائرہ دیکھنے کی غلط جگہ ہے۔ اوپر کا کمانڈ آپ کے چلائے ہوئے ورژن میں دستیاب cmdlets کی فہرست دیتا ہے، اور ترتیب ڈھونڈنے کے لیے یہی کافی ہے۔

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

DHCP صارف کلاس وہ سٹرنگ ہے جو کلائنٹ بھیجتا ہے، تصدیق شدہ گروپ رکنیت نہیں۔ کلائنٹ ایک بھیجے اور سرور اس پر پالیسی لاگو کرے، تب بھی لیبل صرف یہ ثابت کرتا ہے کہ سٹرنگ پہنچی۔ RFC 3004 صاف کہتا ہے کہ یہ اختیار کلاس پر حق کی تصدیق نہیں کرتا۔

یہ توقع نہ رکھیں کہ VPN صارف نام، سیکیورٹی گروپ شناخت کنندہ یا لیپ ٹاپ کا Ethernet پتہ اس درخواست میں قابل استعمال شکل میں ظاہر ہوگا۔ یہ تصدیق اور ڈائریکٹری کے حقائق ہیں، اور DHCP درخواست دونوں میں سے کوئی نہیں رکھتی۔ اگر ضرورت مجاز افراد کی تمیز ہے تو اسے VPN پالیسی میں نافذ کریں، جہاں شناخت واقعی موجود ہے۔ یہی علیحدگی دونوں نظاموں کو خودمختار رکھتی ہے۔

ACK نہیں، ثبوتوں کا موازنہ کریں

ایک پیکٹ پڑھنے کے بجائے ثبوتوں کا سلسلہ بنائیں۔ سیشن کو ملا پتہ، درخواست کی پیغام قسم اور فیلڈز، سرور کی واپس کردہ اختیارات، اور پھر کلائنٹ کی حقیقی ترتیب درج کریں۔ ہر کڑی مختلف سوال کا جواب دیتی ہے، اور گمشدہ کڑی وہی جگہ ہے جہاں اصل خرابی عموماً بیٹھتی ہے۔

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

اگر پتہ RRAS پول سے آیا ہے تو DHCP ریزرویشن کچھ نہیں سمجھاتا۔ اگر اختیارات پہنچے مگر کلائنٹ نے نظر انداز کیے تو سرور نے اپنا کام کیا اور اگلا مرحلہ کلائنٹ کی ترتیب ہے۔ ان دونوں نتائج کا صریح موازنہ کریں، ACK مزید مبہم نہیں رہے گا۔ دو ٹریس، ہر تقسیم کے طریقے سے ایک، کسی بھی دستاویز سے جلدی تنازعہ طے کرتے ہیں۔