بررسی سیستم Domain Name System به معنی سرویس دهنده‌ نام‌های حوزه

صفحه 1:
kianooshkiani@yahoo.com 

صفحه 2:
‎DNS‏ با "سيم نامگذاری حوزه؟ ‎ ‏از کلمات 55167۱ ۱۱۵۲06 0000۵10 اقتباس و یک پروتکل شناخنه شده در عرصه شبکه های کامپیوتری ‏"خصوصا" اینترنت است . از پروتکل قوق به منظور ترجمه اسامی کامپیوترهای میزبان و ‎a Domain‏ آدرس های ۱۶ استفاده می گردد. ‏روشی سلسله مراتبی است که بانک اطلاعاتی ‏معادل مربوط به نام های نمادین؟ آنها را روی کل شبکة اینترنت توزیع کرده است سلسله مراتبی آدرس و هر ایستگاه میتواند در یک روال ۱8 معادل با ایستگاه .مورد نظرش را در نقطه ای از شبکه پیدا کند؛ اين سیستم در سال 1984 معرفی شد در 5ل0 , کل آدرس های اینترنت درون بانک های اطلاعانی توزیع شده ای هستند ‏که هیچ تمرکزی روی نقطه ای خاصٌ از شبکه ندارند. روش ترجمه نام بدین صورت است که وقتی یک برنامة کاربردی مجبور است برای برقراری یک ارتباط , معادل ‏را بدست بیاورد , قبل از هر کاری ا۱06500.6۵.> از یک ماشین با نامی مثل ۱۴ آدرس 

صفحه 3:
پارامتر ورودی پذیرفته و سپس یک بستة درخواست به روش 0۴لا تولید کرده و به آدرس‌یک‌سرویس‌دهندة 0۱5, ( که به صورته یش‌ف رض‌مشخص‌میباشد ) ارستال؛میکید: همةماشین های:هیرنان محداقل بباید آذرس 8 از يق ‎giana‏ ‏دهندهای ‎DNS‏ زا دز اختبار داشته:باشند. اين "سرویس دهندة محلی"پس از جستجو, آدرس را به ۱8 معادل با یک نام نمادین را بر میگرداند. "تایع تحلیلگر نام" و نیز آن آدرس ۴ رابهبرنامة کاربردی:میتواند تحویل میدهد.با پیداشدن آدرس۱۴ برنامه:ی کاربردی .میتواند عملیات مود نتظرش را ادامه بدهد 

صفحه 4:
| Py همانگونه که اشاره شد بانک اطلاعاتی که اسامی اینترنت را با معادل ۱۴ آنها در خود دارد متمرکز نیست بلکه روی کل اینترنت توزیع شده است. حال باید دید اسامى اينترنت جكونه سارماتدهن: ميشود نا نهايتاً بتوان روش جستجو زوی: یک بانكاطلاعاتئة ويع شده را توضیح داد. «اسامن:تمادبن زین زا در نظر بگیرید www.president.ir www.bristol.edu khatami@president.ir elvis@hware.cs.mit.edu بدیهن انس گه‌تآمهای حوزه همانند مثالهای:بالا بدون مسفن و دلیل انتقاب نمیشوند بلکه اطلاعاتی ارزشمند برای جستجو در بانک اطلاعاتی توزیع ‎baat‏ نام هاق تمادین در خود دارند. به گوته ای که مشهود است یک نام حوزه از چند بخش مجزا که با علامت ۰۳" از هم تفکیک شده , تشکیل ميشود. هر کدام از اين بخشها که سطح" نام دارد به یک قسمت از بانک اطلاعاتی توزیع شده اشاره می نماید که به* .محدودتر شدن فضای جستجو کمک می کند 

صفحه 5:
PRT ECA Cree now OPCS En ORS Pe Te aN NETIC Be دريك زوند سلسله مراتبى , سرويس دهندة متناظز :با آن سطح بيدا ميشود فعلاً از بالاترين سطح كه در سمت زاست نام حوزه قزار ميكيرد (مثل 6010. , لالع. , غ©0. و... ) شروع ميكنيم. نامهاى حوزه به هفت منطقة عمومى و حدود صد و اندى منطقة كشورى تقسيم بندى شده است. حوزه بدين معناست كه شما با يى نگاه ساده ‎a‏ انتهاى أدرسن: نمادين ميتوانيد ماهیت آن نام و سرویس دهندة متناظر با آن را حدس بزنید. یعنی اگر انتهای نامهای حوزه متفاوت باشد منطقة جستجو ‎sly‏ یاقتن آدرس ۱۴ .معادل نیز متفاوت خواهد بود ‏هقت حوزه عمومی که همه آنها سه حرفی هستند عبارتند از: ۱ ‏8 .صاحبلینن ام جزو موسساناقتصادعو تجارعبه شمار میآید. ‎www.sony.com‏ ‎edu‏ .صاحبلیننام جزو موسسانعلمریا دلنشگاهربه شمار می‌آید. ‎www.sharif.edu‏ ‏۷ لین‌مجموعه از نام ها ب راءآژلنسهاعدولتیآمریکا اختصاص‌داده شده. ‏.است ‎www.whitehouse.gov ‏۴ صاحبلیننام بکماز سازمانهایب ین لمللی(مثل ۱ فائو, مقس طب وات ‎www.unicef.int‏ ‎ 

صفحه 6:
نامهای حوزة بسیار زیادی در اینترنت تعریف شده اند که هیچ یک از حوزه های سه حرفی هفتگانه را در انتهای آنها نمیبینید. معمولاً در انتهای این آدرسها یک رشتة دوحرفی مثل 3۴. يا 8۱. قرار گرفته است. اين رشته ی دو حرفی مخقّف نام کشوری :است که آن آدرس و ماشین صاحب آن نام , در آن کشور واقع است. مثل 2ه ايران ۱ هلند 6 > کانادا 3 ob < ip 

صفحه 7:
سه روش برای پرس و چوی نام در سرویس دهنده های نام وجود دارد 1- پرسوجوی تکراری 2- پرسوجوی بازگشتی 3- پرسوجوی معکوس 

صفحه 8:
1- پرسوجوی تکراری ذر پرس و جوهای تکرارق"قسمتا اقظم علاش براق تتقيل ‎BAGEL ys pli Si‏ سرویس دهندة محلی است؛ اين 0۱۱5 حداقل ‎ay‏ آدرس ماشین 8۵0۴ , به عنوان نقطة شروع نیاز دارد. وقتی یک تقاضای ترجمه آدرس به.سرویس دهندخ محلی ارسال میشود در صورتی که قادر به ترجمه ی نام به معادل ۱۴ آن باشد , معادل آدرس ۱8 نام مورد نظر را به تقاضا کننده برمیگرداند. ( اين حالت وقتی است که سرویس دهندة محلی قبلاً آن نام را ترجمه و در یک فایل ذخیره کرده باشد.) در غیر اين صورت سرویس دهندة مجلی خودش یک تقاضا برای ۱5 سطح بالا ارسال میکند. اين سویس دهنده » آدرسن:ماشینی: را که میتواند برای ترجمه:ی نام.مورد نظز مفید بانند:. به سرویس دهندة محلی معرفی میکند؛ سرویسدهندة محلی مجدداً یک تقاضا به ماشین فعرفی شنده دز فرحلة قبل ارسال میکند. در این -حالت"هم سزویسن دهندة نام میتواند در صورت یافتن آدرس ۱۴ معادل با آن نام حوزه, آنرا ترجمه کند و با آنکه آدرس سرویس دهندة سطح پایین تری را به او برگرداند . اين روند ادامه می یابد تا کلاتا تهائي نام-هورد.نظر زا به آدزنن ۱۴ ترجفه تماید: بزای درگ بهتر از روند کار به شکل (1-1) دقت کنید. 

صفحه 9:
© error asso شکل(1-1) روند ترجمة نام به روش پرسوجوی تکراری 

صفحه 10:
روش دوم: در لین‌روش‌هر گاه برنامه اعی خولهد آدرس۱ معادلیکنام مثلنا۷۵۱6.60. را بدست آورد بگونه ای که قبلاً اشاره شد , "تابع سیستمی تحلیل نام" را فراخوانی میکند. اين تایع یک ماشین را بعنوان سرویس دهندة محلی از قبل می شناسد و بنابراین تقاضای تبدیل نام را به روش (0الا برای آن ارسال کرده و منتظر جواب مى ماند ( پاسخ نهایی 0۱15 طبیعتاً باید یک آدرس 32 بیتی معادل آدرس ۱8 یک ‎guile:‏ باشد ) دو حالت ممکن است اتفاق بیفتد ممکن است در بانک اطلاعاتی مربوط به سرویس دهندة محلی . آدرس-۱۳1 معادل با آن نام از قبل وجود داشته و بالطبع به سرعت مقدار معادل ۱ .آن برفیگردد ممکن است در بانک اطلاعاتی سرویس دهندة محلی , معادل-2 ۱8 آن نام وجود نداشته باشد. مثلاً سرویس‌دهندة محلی‌در بانکاطلاعاتی‌خودش‌معادل‌آدس۱8 ‎cS.mit.edeu pli‏ .را نداشته و طبیعتاً نمی تواند آن را ترجمه کند دقت کنید که در روش پرسوجوی تکراری نسبت به روش پرسوجوی بازگشتی حجم عمدة عملیات برعهدة سرویس دهندة , 0۱15 محلی است و مدیریت خطاها و پیگیری روند کار ساده تر خواهد بود و روش منطقی تری برای بکارگیری در شبکة آینترنت محسوب میشود. روش پرسوجوی بازگشتی برای شبکه های کوچک کاربرد دارد.برای بهتر درک کردن به شکل (1-2) رجوع کنید. 

صفحه 11:
شکل (1-2) روند ترجمه ی نام به روش پرس و جوی بازگشتی 

صفحه 12:
روش سوم: فرض کنید حالتی بوجود بياید که یک سرویس دهنده 0۱15 , آدرس ‎SIP‏ ماشین را بداند ولی نام نمادین معادل با آن را نداند. بعنوان مثال 00/5 مايل است بداند که چه نامی در شبکه اینترنت معادل با 195.13.42.7 میباشد. در چنین حالتی مسئله کمی حادٌتر به نظر میرسد , چرا که برای ترجمة نامهای نمادین : چون اين نامها دارای حوزه و زیرحوزه هستند , تحلیل آدرس ها ساده است ولی ترجمة آدرس ۱۴ به معادل نام حوزه , از چنین روابطی تبعیت نمیکند؛ بعبارت بهتر هیچ آرتباط مستقیم و متناظری بین آدرس هاي ۱8 .و اسامی انتخاب شده در اینترنت وجود ندارد برای یافتن نام های متناظر با یک آدرس ۱ باید یک جستجوی کامل و در عین حال وقتگیر انجام بشود DNSsl— Loli iS ‏روش‌کاربدین‌صورناستکه سرویسدهندة محلیی‎ متناظر با شیکهای که مشخص آن در آدرس ۱ .مشخص شده , ارسال میکند بعنوانمثا (آدرس۱۳ شبکه لعرا 138.14.7.13 در نظر بگیرید , آدیس‌کلاس8 و مشخصه آن 138.14.0.0 است. زمانی که موسٌسهای یک کلاس ۱۴ ثبت میدهد یک سرويسدهندة 00/5 , .متناظر با شبكة خود ایجاد کرده و آنرا نیز معرفی میکند سرویسدهندة محلی بایستی آدرس 0۱15 متناظر با شبکة 138.14.0.0 را پیدا کرده و سپس برای آن یک تقاضا ارسال کند . 0۸15 مربوط به اين شبکه , براساس زیرشبکههایی که دارد اين سوال را از طریق سرویسدهندههای متناظر با هر زیرشبکه پیگیری میکند.(چون هر زیر شبکه یک سرویسدهندة 0/15 (مخصوص به خود دارد نهایتاً یک نام نمادین حوزه معادل با آن آدرس ۱ .برخواهد گشت 

صفحه 13:
یک سرویس دهندة: نام در دو قسمت:سازماندهی: میشود روسه ی سرویس‌دهنده : کب رنامة اجرلیراسککه ت_قاضاهاعت رجمة نام از-1 ماشینهای دیگر را گرفته و پردازش میکند و پاسخ مناسب را برای تقاضادهنده برمیگرداند. قالب هر تقاضا در شبکة اینترنت . استاندارد و مشخض است تا هر .ماشینی فارغ از ساختار و سیستم عامل , بتواند تقاضا بدهد و پاسخ دریافت کند .قالب استاندارد نقاضا و پاسخ را در بخش بعدی بررسی خواهیم کرد بن در لينم انکاطلاعاتیدادههایلا زرم ب راعت حلیلیکنام نمادین ذخیره ميشود. هر سرویس دهنده میتواند بنابر روش مورد نظر خود , اين بانک اطلاعاتی را ایجاد کرده و از آن استفاده کند. بهمین دلیل ساختار این بانک اطلاعاتی در سرویسدهندههای گوناگون , اندکی متفاوت است ولی تقریباً هم آنها از اصول یکسانی پیروی میکنند. این بانک اطلاعاتی "بانک رکوردهای منیع"نام دارد که به اختصار "فایل 8گفته ميشود. برای بالا بردن سرعت جستجو در این بانک* اطلاعاتی , اين فایل معمولاً در حافظة اصلی نگهداری میشود. ( به همین دلیل برای (.ماشینهای سرویس دهنده نام , حافظه ی زیاد و سریع پیشنهاد میشود 

صفحه 14:
Value Type Class Time to Domain live Name به گونه ای که اشاره شد چون الزامی به استاندارد بودن این فایل وجود نداشته در برخی از سرویس دهنده های نام , ساختار هر رکورد بصورت زیر سازماندهی شده است Value Length | Timeto| Class Type | Domain live Name 

صفحه 15:
snamed.hosts files ; Start Of Authority RR. tpci.com. IN SOA merlin.tpci.com root.merlin.tpci.com ( 2 ; Serial number Refresh (2 hrs); 7200 Retry (1 hr); 3600 Expire (1 week); 151200 amin TTL ) 86400 در مثال فوق رکورد 50۸ , آغاز تعریف تمام رکوردهایی است که به نحوی در حوزه 0 تعریفمیشوند. ب عنوانمثال تمام اسامیکه دو سطح آخر نام حوزه نها 061.601ااست ء باید در لین "ناجیه" تعریفشوند: ‎artemis.tpci.com. IN A 143.23.25.7‏ ‎merlin.tpci.com. IN A 143.23.25.9‏ ‎pepper.tpci.com. IN A 143.23.25.72‏ ماشینهای سرویس دهندة نام و همچنین ماشین دریافت کنندة نامه های الکترونیکی که ‏بصورت ۵8/50/8/06/6077 .ارسال میشوند باید در اين حوزه تعریف شوند اين نوع ركورد كه مهمترين نوع بشمار مى رود معادل آدرس : ۱8 نامی را که در فیلد اول آمده است , تعبین میکند. چون یک ماشین میتواند بیش از یک آدرس ۴ داشته باشد لذا به ازای یک آدرس نمادین که در فیلد ۱1۵۴06 0070210 مشخص «شده میتواند چندین رکورد وجود داشته باشد 

صفحه 16:
ساختار ييام هايوكه بین‌سرویس‌دهنده هاعن ام مبادله میشود در شکل( 1-3) - .نشان‌داده شده است Header Question Answer Authorit y Addition ‏شکل (1-3) ساختار پیاللهای سراویس دهندة نام‎ 

صفحه 17:
play slag, بخ برستت2 ب خشی اسع-3 ب خشاطلاعاتف احیه-4 ب-خش‌اطلاعاناضافی5 هر یک از بخشهای پنج گانه ی فوق دارای چندین زیر بخش است که باید عملکرد آنها :بررسی شود 

صفحه 18:
در شکل (1-4) فیلدهای متفاوت بخش سرآیند از یک پیام نشان داده شده است. عملکرد و :معنای هر قیلد به شرح زیر است 0 ۱1 ۱ 2 ۰ 3 ۱4 ۱ 5 ۱ 6 ۰7 ۰ 8 ۱ 9 10 11 12 13 14 5 012۸ 0۵6 9 1 RCODE LNSeOUN ‘ARCOUNT— ‏شگل (1-2) ساختار "بخش سرآیند " از پیام های سرویس دهنده ی تام‎ 

صفحه 19:
در شکل (1-5) فیلدهای متفاوت در بخش پرسش از قالب یک پیام نشان داده شده ‎cul.‏ :عملکرد و معنای هر فیلد به شرح زیر است 0 ۱1 2 ۰ 3 ۱ 4 ۱ 5 ۱ 6 ۱7 ۱ 8 ۱ 9 ۱10 | 11 , 12 , 13 | 14 | 5 QTYPE ~ QCLASS شکل (1-5) ساختار "بخش پرسش" از پیامهای سرویسد هندة نام 

صفحه 20:
وقتی یک پیام پرسش به یک سرویس دهندخ نام ارسال میشود , آن سرویس دهنده درون فایل 88 به جستجوی رکوردهای متناظر با نام حوزه درخواستی می پردازد و در صورتی که رکورد يا رکوردهایی یافت شدند باید تمام آنها برای سول کننده ارسال شود. اين رکوردها به ساختار پیام هایی که (1-3)به طور متوالی در یک پیام جا سازی میشوند.. بار دیگر در شکل بين سرویس دهنده های نام مبادله میشود دقت کنید. سه بخش آخر که فقط در ‎Slo ply‏ پاسخ وجود دارند دارای قالب یکسانی هستند و محل قرارگرفتن رکوردهای پیدا شده در خصوص یک نام حوزه محسوب ميشود. ساختار این بخش ها در شکل (1-6) مشخص شده است. 01112] 3] 4] 5 ۱ 6۱7 ۱ 8 | ‏و‎ 1011|12 [1314 5 NAME TYPE _ ‏_ووهاه‎ ‎TTL ‎[ RDLENGTH | RDATA شکل (1-6)ساختار سه بخش آخر از پیامهای سرویس دهندة نام 

صفحه 21:
پایان 

بررسی سیستم Domain Name ‏System به معنی سرویس دهندۀ نام های حوزه کیانوش کیانی ‏kianooshkiani@yahoo.com  DNSیا ”سیستم نامگذاری حوزه“ از کلمات Domain Name Systemاقتباس و یک پروتکل شناخته شده در عرصه شبکه های کامپیوتری ”خصوصا” اینترنت است .از پروتکل فوق به منظور ترجمه اسامی کامپیوترهای میزبان و Domainبه آدرس های IPاستفاده می گردد. روشی سلسله مراتبی است که بانک اطالعاتی معادل مربوط به نام های نمادین IPآنها را روی کل شبکۀ اینترنت توزیع کرده است سلسله مراتبی آدرس و هر ایستگاه میتواند در یک روال IPمعادل با ایستگاه .مورد نظرش را در نقطه ای از شبکه پیدا کند؛ این سیستم در سال 1984معرفی شد در ، DNSک ّ ل آدرس های اینترنت درون بانک های اطالعاتی توزیع شده ای هستند ص از شبکه ندارند .روش ترجمۀ نام بدین صورت که هیچ تمرکزی روی نقطه ای خا ّ است که وقتی یک برنامۀ کاربردی مجبور است برای برقراری یک ارتباط ،معادل را بدست بیاورد ،قبل از هر کاری cs.ucsb.eduاز یک ماشین با نامی مثل IPآدرس یک تابع کتابخانه ای را صدا میزند؛ به این تابع کتابخانه ای ”تابع تحلیلگر نام“ گفته میشود .تابع تحلیلگر نام ،یک آدرس نمادین را که بایستی ترجمه شود ،بعنوان پارامتر ورودی پذیرفته و سپس یک بستۀ درخواست به روش UDPتولید کرده و به آدرpسیppکسppروpیpسدpهندۀ ) ،DNSکppه بpppه صppورpتپpppیشفppرضمpشخصمpیباشد ( ارسال میکند .همۀ ماشین های میزبان ،حداقل باید آدرس IPاز یک سرویس دهنده ی DNSرا در اختیار داشته باشند. این ”سرویس دهندۀ محلی“پس از جستجو ،آدرس را به IPمعادل با یک نام نمادین را بر میگرداند” .تابع تحلیلگر نام“ و نیز آن آدرس ‏IP را به برنامۀ کاربردی میتواند تحویل میدهد.با پیدا شدن آدرس IPبرنامه ی کاربردی .میتواند عملیات مورد نظرش را ادامه بدهد روش های جست و جو در سیستمDNS همانگونه که اشاره شد بانک اطالعاتی که اسامی اینترنت را با معادل IPآنها در خود دارد متمرکز نیست بلکه روی کل اینترنت توزیع شده است .حال باید دید اسامی اینترنت چگونه سازماندهی میشود تا نهایتا ً بتوان روش جستجو روی یک بpppانpکاpطpالpعاتpیتpppوزpیpع pشppده را تpppوضpیح داد. :اسامی نمادین زیر را در نظر بگیرید ‏www.president.ir ‏www.bristol.edu ‏khatami@president.ir ‏elvis@hware.cs.mit.edu می و دلیل انتخاب بدیهی است که نpامهای حوزه همانند pمثالهای باال بدون مس ّ نمیشوند بلکه اطالعاتpی ارزشمند برای جستجو در بانک اطالعاتی توزیع شدۀ نام های نمادین در خود دارند .به گونه ای که مشهود است یک نام حوزه از چند بخش مجزا که با عالمت ” “.از هم تفکیک شده ،تشکیل میشود .هر کدام از این بpخشها که سطح“ نام دارد به یک قسمت از بانک اطالعاتی توزیع pشده اشاره می نماید که به” .محدودتر شدن فضای جستجو کمک می کند برای تحلیل یک نام حوزه ،سطوح از سمت راست به چپ تفکیک میشوند و .در یک روند سلسله مراتبی ،سرویس دهندۀ متناظر با آن سطح پیدا میشود فعال ً از باالترین سطح که در سمت راست نام حوزه قرار میگیرد (مثل ، .com .net ، .eduو ) ...شروع میکنیم .نامهای حوزه به هفت منطقۀ عمومی و حدود صد و اندی منطقۀ کشوری تقسیم بندی شده است .حوزه بدین معناست که شما با یک نگاه ساده به انتهای آدرس نمادین ،میتوانید ماهیت آن نام و سرویس دهندۀ متناظر با آن را حدس بزنید .یعنی اگر انتهای نامهای حوزه متفاوت باشد منطقۀ جستجو برای یافتن آدرس . IPمعادل نیز متفاوت خواهد بود هفت حوزه عمومی که همه آنها سه حرفی هستند عبارتند از: ‏pساتقpتصادpیو تpppجارpیبpppه شppمار مpیآpید. اp ‏pبیpننppام جpزو مpوس . comصppاح اp ‏www.sony.com ‏pبیpننppام جpزو مpوسpساتعلمییppا داpنpشگاهیبpppه شppمار مpیآpید. . .eduصppاح اp ‏www.sharif.edu govاpیpنمpجموعه از نppام ها بpppراpیآژاpنpسهpایدوpلpتیآpمریpکا اpخpتصاصدادpه شppده. .است ‏www.whitehouse.gov ‏pبیpننppام یppکیاز سppازpمانpهpایبpppیناppلمللی(مpثلیppونpسکو ،یppونpیسف ،فppائو. intصppاح اp .و ) ...محسوب میشود ‏www.unicef.int بنابراین اگر در انتهای نام یک آدرس یکی از حالتهای هفتگانه فوق را دیدید میتوانید سریعا ً به ماهیت آن آدرس و منطقۀ جستجو پی ببرید. نامهای حوزۀ بسیار زیادی در اینترنت تعریف شده اند که هیچ یک از حوزه های سه حرفی هفتگانه را در انتهای آنها نمیبینید .معموال ً در انتهای این آدرسها یک رشتۀ دوحرفی مثل .irیا .nlقرار گرفته است .این رشته ی دو حرفی مخفّف نام کشوری :است که آن آدرس و ماشین صاحب آن نام ،در آن کشور واقع است .مثل ‏ir ایران ‏nl هلند ‏c ‏a کانادا ‏jp ژاپن روش های جستجو در سرویس دهنده های نام: سه روش برای پرس و جوی نام در سرویس دهنده های نام وجود دارد: -1پرسوجوی تکراری -2پرسوجوی بازگشتی -3پرسوجوی معکوس بررسی روش اول: -1پرسوجوی تکراری در پرس و جوهای تکراری قسمت اعظم تالش برای تبدیل یک نام بر عهدۀ سرویس دهندۀ محلی است؛ این DNSحداقل به آدرس ماشین ، Rootبه عنوان نقطۀ شروع نیاز دارد .وقتی یک تقاضای ترجمه آدرس به سرویس دهندۀ محلی ارسال میشود در صورتی که قادر به ترجمه ی نام به معادل IPآن باشد ،معادل آدرس IPنام مورد نظر را به تقاضا کننده برمیگرداند ( .این حالت وقتی است که سرویس دهندۀ محلی قبال ً آن نام را ترجمه و در یک فایل ذخیره کرده باشد ).در غیر این صورت سرویس دهندۀ محلی خودش یک تقاضا برای DNSسطح باال ارسال میکند .این آدرس ماشینی را که میتواند برای ترجمه ی نام مورد نظر مفید باشد ، سرویس دهنده ، ِ به سرویس دهندۀ محلی معرفی میکند؛ سرویسدهندۀ محلی مجددا ّ یک تقاضا به ماشین معرفی شده در مرحلۀ قبل ارسال میکند .در این حالت هم سرویس دهندۀ نام میتواند در صورت یافتن آدرس IPمعادل با آن نام حوزه ،آنرا ترجمه کند و یا آنکه آدرس سرویس دهندۀ سطح پایین تری را به او برگرداند .این روند ادامه می یابد تا DNSنهائی نام مورد نظر را به آدرس IPترجمه نماید .برای درک بهتر از روند کار به شکل ( )1-1دقت کنید. 2 3 4 5 6 7 8 شکل( )1-1روند ترجمۀ نام به روش پرسوجوی تکراری 1 روش دوم: -2پرسوجوی بازگشتی در اpیpنروpشهر گppاه بpppرنامpه اpیبpppخواpهد آدرpس IPمpعpادpلیppکنppام مpثلcs.yale.edu را بدست آورد بگونه ای که قبال ً اشاره شد ” ،تابع سیستمی تحلیل نام“ را فراخوانی میکند .این تابع یک ماشین را بعنوان سرویس دهندۀ محلی از قبل می شناسد و بنابراین تقاضای تبدیل نام را به روش UDPبرای آن ارسال کرده و منتظر جواب می ماند ( پاسخ نهایی DNSطبیعتا ً باید یک آدرس 32بیتی معادل آدرس IPیک :ماشین باشد ) دو حالت ممکن است اتفاق بیفتد ممکن است در بانک اطالعاتی مربوط به سرویس دهندۀ محلی ،آدرس IP1-معادل با آن نام از قبل وجود داشته و بالطبع به سرعت مقدار معادل . IPآن برمیگردد ممکن است در بانک اطالعاتی سرویس دهندۀ محلی ،معادل IP 2-آن نام وجود نppداpشpته بpppاشد .مpثال ً سppروpیpسدpهندۀ مpحلیدر بpppانpکاpطpالpعاتpیخpودpشمpعpادpلآدرpسIP نام . cs.mit.edeuرا نداشته و طبیعتا ً نمی تواند آن را ترجمه کند دقت کنید که در روش پرسوجوی تکراری نسبت به روش پرسوجوی بازگشتی حجم عمدۀ عملیات برعهدۀ سرویس دهندۀ DNS ،محلی است و مدیریت خطاها و پیگیری روند کار ساده تر خواهد بود و روش منطقی تری برای بکارگیری در شبکۀ اینترنت محسوب میشود .روش پرسوجوی بازگشتی برای شبکه های کوچک کاربرد دارد.برای بهتر درک کردن به شکل ( )1-2رجوع کنید. 2 3 4 7 6 5 8 شکل ( )1-2روند ترجمه ی نام به روش پرس و جوی بازگشتی 1 روش سوم: -3پرسوجوی معکوس فرض کنید حالتی بوجود بیاید که یک سرویس دهندۀ ، DNSآدرس IPیک ماشین را بداند ولی نام نمادین معادل با آن را نداند .بعنوان مثال DNSمایل است بداند که چه نامی در شبکۀ اینترنت معادل با 195.13.42.7میباشد .در چنین حالتی مسئله کمی حادّتر به نظر میرسد ،چرا که برای ترجمۀ نامهای نمادین ،چون این نامها دارای حوزه و زیرحوزه هستند ،تحلیل آدرس ها ساده است ولی ترجمۀ آدرس IPبه معادل نام حوزه ،از چنین روابطی تبعیت نمیکند؛ بعبارت بهتر هیچ ارتباط مستقیم و متناظری بین آدرس های . IPو اسامی انتخاب شده در اینترنت وجود ندارد برای یافتن نام های متناظر با یک آدرس IPباید یک جستجوی کامل و در عین حال .وقتگیر انجام بشود ‏pتسpتکppه سppروpیpسدهندۀ مpحلییppکتpppقاضا بpppراpیDNS روpشکppارpبدیpنصppور اp متناظر با شبکهای که مشخصۀ آن در آدرس . IPمشخص شده ،ارسال میکند بpppعنواpنمpثاpلآدرpس IPشppبکه اpیرا 138.14.7.13در نppظر بpppگیرید ،آدرpسکppالpسB سسهای یک کالس IPثبت میدهد یک و مشخصۀ آن 138.14.0.0است .زمانی که مو ّ سرویسدهندۀ . ، DNSمتناظر با شبکۀ خود ایجاد کرده و آنرا نیز معرفی میکند سرویسدهندۀ محلی بایستی آدرس DNSمتناظر با شبکۀ 138.14.0.0را پیدا کرده و سپس برای آن یک تقاضا ارسال کند DNS .مربوط به این شبکه ،براساس زیرشبکههایی که دارد این سؤال را از طریق سرویسدهندههای متناظر با هر زیرشبکه پیگیری میکند(.چون هر زیر شبکه یک سرویسدهندۀ ) DNSمخصوص به خود دارد نهایتا ً یک نام ِ نمادین حوزه معادل با آن آدرس . IPبرخواهد گشت ساختار بانک اطالعاتی سرویس دهنده های نام یک سرویس دهندۀ نام در دو قسمت سازماندهی میشود: پروpسpه ی سppروpیpسدpهنده :یppکبpppرنامۀ اpجراpیpیاpسpتکppه تpppقاضاهایتpppرجpمۀ نppام از1- ماشینهای دیگر را گرفته و پردازش میکند و پاسخ مناسب را برای تقاضادهنده برمیگرداند .قالب هر تقاضا در شبکۀ اینترنت ،استاندارد و مشخص است تا هر .ماشینی فارغ از ساختار و سیستم عامل ،بتواند تقاضا بدهد و پاسخ دریافت کند .قالب استاندارد ِ تقاضا و پاسخ را در بخش بعدی بررسی خواهیم کرد ‏pی در اpیpنبpppانpکاpطpالpعاتpیدادpههpایالppزpم بpppراpیتpppحلیلیppکنppام نppمادpیpن2- ،بانpکاpطpالpعات : ذخیره میشود .هر سرویس دهنده میتواند بنابر روش مورد نظر خود ،این بانک اطالعاتی را ایجاد کرده و از آن استفاده کند .بهمین دلیل ساختار این بانک اطالعاتی در سرویسدهندههای گوناگون ،اندکی متفاوت است ولی تقریبا ً همۀ آنها از اصول یکسانی پیروی میکنند .این بانک اطالعاتی ”بانک رکوردهای منبع“نام دارد که به اختصار ”فایل RRگفته میشود .برای باال بردن سرعت جستجو در این بانک” اطالعاتی ،این فایل معموال ّ در حافظۀ اصلی نگهداری میشود ( .به همین دلیل برای ).ماشینهای سرویس دهندۀ نام ،حافظه ی زیاد و سریع پیشنهاد میشود فایل RRیک فایل کامال ً متنی است (یعنی به راحتی و با یک ویرایشگر میتوان آن :را مشاهده کرد یا تغییر داد ).هر رکورد درون این فایل معموال ً دارای پنج فیلد است ‏Domain ‏Name ‏Time to ‏live ‏Class ‏Type ‏Value به گونه ای که اشاره شد چون الزامی به استاندارد بودن این فایل وجود نداشته در برخی از :سرویس دهنده های نام ،ساختار هر رکورد بصورت زیر سازماندهی شده است ‏Domain ‏Name ‏Type ‏Class ‏Time to ‏live ‏Length ‏Value pریاpل مpدیر مpسئول ، ‏pعاتبpتداpئpیپpppیراpمون”نppاحpیۀ آدرpسنppمادpیpن“ ،یppکشppمارpه سp اp :SOAیppکسریاpطpال مpهلتpعتبار ،اراpئpه مpیکند .در ا ( مpسئولتpppعpریpفاpسامpی) و حقیقت این رکورد آغاز تمام رکوردهائی است که در مورد یک ناحیۀ آدرس مثل . cs.vu.nlتعریف میشود ; ;named.hosts files ;Start Of Authority RR ‏tpci.com. IN SOA merlin.tpci.com ‏root.merlin.tpci.com ( 2 ; Serial number ;)Refresh (2 hrs 7200 ;)Retry (1 hr 3600 ;)Expire (1 week 151200 ) 86400 ;min TTL در مثال فوق رکورد ِ ، SOAآغاز تعریف تمام رکوردهایی است که به نحوی در حوزۀ مpثاpل تpppمام اpسامpیکppه دو سppطح آpخر نppام حpوزۀ آpنpهpا tpci.comاpسpت ، tpci.comتpppعpریpفمpیشوند .بpppعنواpن ،بpppاید در اpیpن”نppاحpیه“ تpppعpریpفشppوند: ‏artemis.tpci.com. IN A 143.23.25.7 ‏merlin.tpci.com. IN A 143.23.25.9 ‏pepper.tpci.com. IN A 143.23.25.72 ماشینهای سرویس دهندۀ نام و همچنین ماشین دریافت کنندۀ نامه های الکترونیکی که با بصورت . person@tpci.comارسال میشوند باید در این حوزه تعریف شوند IP Addressاین نوع رکورد که مهمترین نوع بشمار می رود معادل آدرس IP :نامی را که در فیلد اول آمده است ،تعیین میکند .چون یک ماشین میتواند بیش از یک آدرس IPداشته باشد لذا به ازای یک آدرس نمادین که در فیلد Domain Nameمشخص .شده میتواند چندین رکورد وجود داشته باشد قالب پیام در سرویس دهنده های نام: سppاخpتار پpppیام هایpیکppه بpppینسppروpیpسدpهنده هاینppام مpبادpلpه مpیشود در شppکل( - )1-3 .نppشاندادpه شppده اpسpت ‏Header ‏Question ‏Answer ‏Authorit ‏y ‏Addition پیامهای سرویس دهندۀ نام شکل ()1-3ساختار al همانگونه که از شکل مشخص می شود هر پیام دارای پنج بخش زیر است که آنها را به :ترتیب در بخش های بعدی توضیح خواهیم داد بpppخشسppرآpیpن ِد پpppیام1- بpppخشپpppرسpش2- بpppخشپpppاسpخ3- بpppخشاpطpالpعاتنppاحpیه4- 5pعاتpضافpی ا بpppخشاpطpال هر یک از بخشهای پنج گانه ی فوق دارای چندین زیر بخش است که باید عملکرد آنها :بررسی شود فیلد های بخش سرآیند در شکل ( )1-4فیلدهای متفاوت بخش سرآیند از یک پیام نشان داده شده است .عملکرد و :معنای هر فیلد به شرح زیر است 9 8 10 11 12 13 14 15 ‏TC AA ‏R ‏D 7 6 5 4 3 2 1 ‏ID ‏Q ‏R ‏OPcode ‏RA ‏Unused ‏RCODE ‏QDCOUNT ‏ANCOUNT ‏NSCOUNT ‏ARCOUNT شکل ( )1-4ساختار ”بخش سرآیند “ از پیام های سرویس دهنده ی نام 0 فیلد های بخش پرسش در شکل ( )1-5فیلدهای متفاوت در بخش پرسش از قالب یک پیام نشان داده شده .است :عملکرد و معنای هر فیلد به شرح زیر است 10 11 12 13 14 15 9 8 7 6 5 4 3 2 1 ‏QNAME ‏QTYPE ‏QCLASS شکل ( )1-5ساختار ”بخش پرسش“ از پیامهای سرویسد هندۀ نام 0 فیلد های بخش های پاسخ،اطالعات ناحیه و بخش اطالعات اضافی وقتی یک پیام ِ پرسش به یک سرویس دهندۀ نام ارسال میشود ،آن سرویس دهنده درون فایل RRبه جستجوی رکوردهای متناظر با نام ِ حوزۀ درخواستی می پردازد و در صورتی که رکورد یا رکوردهایی یافت شدند باید تمام آنها برای سؤال کننده ارسال شود .این رکوردها به ساختار پیام هایی که ()1-3به طور متوالی در یک پیام جا سازی میشوند ..بار دیگر در شکل بین سرویس دهنده های نام مبادله میشود دقت کنید .سه بخش آخر که فقط در پیام های پاسخ وجود دارند دارای قالب یکسانی هستند و محل قرارگرفتن رکوردهای پیدا شده در خصوص یک نام ِ حوزه محسوب میشود .ساختار این بخش ها در شکل ( )1-6مشخص شده است. 10 11 12 13 14 15 9 8 7 6 5 4 3 2 1 ‏NAME ‏TYPE ‏CLASS ‏TTL ‏RDLENGTH ‏RDATA شکل ()1-6ساختار سه بخش آخر از پیامهای سرویس دهندۀ نام 0 پایان