مقاله در مورد DNS

توجه : به همراه فایل word این محصول فایل پاورپوینت (PowerPoint) و اسلاید های آن به صورت هدیه ارائه خواهد شد

 مقاله در مورد DNS دارای ۲۴ صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

فایل ورد مقاله در مورد DNS  کاملا فرمت بندی و تنظیم شده در استاندارد دانشگاه  و مراکز دولتی می باشد.

توجه : در صورت  مشاهده  بهم ریختگی احتمالی در متون زیر ،دلیل ان کپی کردن این مطالب از داخل فایل ورد می باشد و در فایل اصلی مقاله در مورد DNS،به هیچ وجه بهم ریختگی وجود ندارد

بخشی از متن مقاله در مورد DNS :

سیستم DNS
( Domain name system )
DNS یا ” سیستم نامگذاری حوزه ” ، یک روش سلسله مراتبی است که بانک اطلاعاتی مربوط به نامهای نمادین حوزه و معادل IP آنها را روی کل شبکه اینترنت توزیع کرده است و هر ایستگاه می تواند در یک رول منظم و سلسله مراتبی آدرس IP معادل با ایستگاه مورد نظرش را در نقطه ای از شبکه اینترنت پیدا کند؛ این سیستم در سال ۱۹۸۴ معرفی شد .

در DNS ، کل آدرسهای اینترنت درون بانکهای اطلاعاتی توزیع شده ای هستند که هیچ تمرکزی روی نقطه ای خاص از شبکه ندارد . روش ترجمه نام بدین صورت است که وقتی یک برنامه کاربردی مجبور است برای بر قراری یک ارتباط ، معادل آدرس IP از یک ماشین با نامی مثل cs.ucsb.edu را بدست بیاورد، قبل از هر کاری یک تابع کتابخانه ای را صدا می زند؛ به این تابع کتابخانه ای “ تابع تحلیلگر نام “ گفته می شود . تابع تحلیلگر نام ، یک آدرس نمادین راکه بایستی ترجمه شود، بعنوان پارامتر ورودی پذیرفته و سپس یک بسته در خواست به روش UDP تولید کرده و به آدرس یک سرویس دهنده DNS ( که به صورت پیش فرض مشخص می باشد ) ارسال می کند . همه ماشینهای میزبان ، حداقل باید آدرس IP از یک سرویس دهنده DNS را در اختیار داشته باشند . این “ سرویس دهنده محلی “ پس از جستجو، آدرس IP معادل با یک نام نمادین رابر می گرداند . “ تابع تحلیلگر نام “ نیز آن آدرس IP را به برنامه کاربردی تحویل می دهد. با پیدا شدن آدرس IP ، برنامه کاربردی می تواند عملیات مورد نظرش را ادامه بدهد .
همانگونه که اشاره شد بانک اطلاعات که اسامی حوزه اینترنت را تعریف کرده ، متمرکز نیست بلکه روی کل اینترنت توزیع شده است . حال باید دید اسامی اینترنت چگونه سازماندهی می شود تا نهایتأ بتوان روش جستجو روی یک بانک اطلاعاتی توزیع شده را توضیح داد . اسامی نمادین زیر را در نظر بگیرید:
WWW.president.ir یا WWW.bristol.edu
بدیهی است که نامهای حوزه همانند مثالهای بالا بدون مسمی و دلیل انتخاب نمی شوند بلکه اطلاعاتی ارزشمند برای جستجو در بانک اطلاعاتی توزیع شده نامهای نمادین در خود دارند. بگونه ای که مشهود است یک نام حوزه از چند بخش مجزا که با علامت “.” از هم تفکیک شده ، تشکیل می شود . هر کدام از این بخشها که “ سطح “ نام دارد به یک قسمت از بانک اطلاعاتی توزیع شده اشاره می نماید که به محدودتر شدن فضای جستجو کمک می کند .
برای تحلیل یک نام حوزه، سطوح از سمت راست به چپ تفکیک می شوند و در یک روند سلسله مراتبی، سرویس دهنده متناظر با آن سطح پیدا می شود . فعلأ از بالاترین سطح که در سمت راست نام حوزه قرار می گیرد شروع می کنیم . نامهای حوزه به هفت منطقه عمومی و حدود صد و اندی منطقه کشوری تقسیم بندی شده است . حوزه سطح بالا بدین معناس

ت که شما با یک نگاه ساده به انتهای آدرس نمادین ، می توانید ماهیت آن نام و سرویس دهنده متناظر با آن را حدس بزنید . یعنی اگر انتهای نامهای حوزه متفاوت باشد منطقه جستجو برای یافتن آدرس IP معادل نیز متفاوت خواهد بود. هفت حوزه عمومی که همه آنها سه حرفی هستند عبارتند از:

.org , .net , .mil , .int , .gov , .edu , .com
نامهای حوزه بسیار زیادی در اینترنت تعریف شده اند که هیچیک از حوزه های سه حرفی هفتگانه را در انتهای آنها نمی بینید. معمولا در انتهای این آدرسها یک رشته دو حرفی مثل .ir یا .nl قرار گرفته است . این رشته دو حرفی مخفف نام کشوری است که آن آدرس و ماشین صاحب آن نام ، در آن کشور واقع است . هر حوزه می تواند به زیر حوزه های کوچکتری تقسیم شود . بعنوان مثال نامهای مربوط به حوزه ژاپن با مخفف .jp به دو حوزه کوچکتر تقسیم می شود: .ac.jp یا .co.jp که اولی یک موسسه علمی و دانشگاهی و دومی یک موسسه بازرگانی یا تجاری را در ژاپن تعیین می نماید؛ یعنی محل جستجو برای ترجمه یک نام متفاوت خواهد بود . بعنوان مثال آدرس زیر بسادگی قابل تحلیل است :
cs.keio.ac.jp
کشور : ژاپن
هویت : دانشگاهی
نام دانشگاه : keio
نام دانشکده : کامپیوتر computer science
برای سادگی در درک حوزه و زیر حوزه به نمودار زیر دقت کنید :
حوزه های کشوری Root حوزه های عمومی

.int .com .edu .gov .mil .org .net .ir.us .nl .ua .uk .jp

در شکل قبل چگونگی شکسته شدن یک آدرس به زیر حوزه های کوچکتر به تصویر کشیده شده است. با این ساختار برای ترجمه یک نام حوزه مثل robotic.ai.cs.sharif.edu ، عملیات از فایلی به نام “ ریشه ” شروع می شود؛ سپس آدرس ماشینی که فایل راهنمای .edu در آنجا واقع شده بدست می آید . با مراجعه به چنین فایلی مجددا آدرس ماشینی که فایل راهنمای .sharif.edu در آنجا قرار دارد به دست می آید ؛ این روند تا رسیدن به آدرس IP معادل ادامه می یابد . ای

ن عملیات در چند مرحله محدود تکرار می شود و با توجه به آنکه از پروتکل UDP استفاده می شود، تاخیر بحرانی نخواهد داشت .
دقت کنید شما نمی توانید هر نام دلخواه را برای شرکت یا سازمان خودتان انتخاب نمائید بلکه برای اینکار باید نام مورد نظر را ثبت نمائید؛ در غیر این صورت چنین آدرسی در اینترنت هویت نخوا

هد داشت. برای ثبت آدرس باید به سایتهای ثبت کننده نام حوزه مراجعه کرده و تقاضای ثبت آدرس نمائید. این موسسات ضمن ثبت و درج نام در بانک اطلاعاتی یکی از حوزه های سطح بالا، تضمین خواهند کرد که نام انتخابیتان درکل شبکه اینترنت منحصر بفرد باشد .
تکنیکهای پرس وجو در سرویس دهنده های نام :
همانگونه که اشاره شد اسامی نمادین در شبکه اینترنت که خود در قالب حوزه ها و زیر حوزه ها سازماندهی شده اند در یک فایل متمرکز ذخیره نمی شوند بلکه روی کل شبکه اینترنت توزیع شده اند، به همین دلیل برای ترجمه یک نام به آدرس IP ممکن است چندین مرحله “ پرس وجو” صورت بگیرد تا یک آدرس پیدا شود. طبیعی است که یک پرس وجو برای تبدیل یک نام حوزه همیشه موفقیت آمیز نباشد و ممکن است به پرس وجو های بیشتری نیاز شود یا حتی ممکن است یک آدرس نمادین اشتباه باشد و هیچ معادل IP نداشته باشد.
سه روش برای پرس وجوی نام در سرویس دهنده های نام وجود دارد :
• پرس وجوی تکراری( Iterative Query )
• پرس وجوی بازگشتی ( Recursive Query )
• پرس وجوی معکوس ( Reverse Query )
این سه روش را بررسی می کنیم :
در “ پرس وجو های تکراری” قسمت اعظم تلاش برای تبدیل یک نام بر عهده سرویس دهنده محلی است؛ این DNS حداقل به آدرس ماشین Root ، به عنوان نقطه شروع نیاز دارد. وقتی یک تقاضای ترجمه آدرس به سرویس دهنده محلی ارسال می شود در صورتی که قادر به ترجمه نام به معادل IP آن باشد، معادل آدرس IP نام مورد نظر را به تقاضا کننده بر می گرداند.( این حالت وقتی است که سرویس دهنده محلی قبلا آن نام را ترجمه و در یک فایل ذخیره کرده باشد. ) در غیر این صورت سرویس دهنده محلی خودش یک تقاضا برای DNS سطح بالا ارسال می کند . این سرویس دهنده، آدرس ماشینی را که می تواند برای ترجمه نام مورد نظر مفید باشد، به سرویس دهنده محلی معرفی می کند؛ سرویس دهنده محلی مجددا یک تقاضا به ماشین معرفی شده در مرحله قبل ارسال میکند. در این حالت هم سرویس دهنده نام می تواند در صورت یافتن آدرس IP معادل با آن نام حوزه ، آنرا ترجمه کند و یا آنکه آدرس سرویس دهنده سطح پایینتری را به او برگرداند. این روند ادامه می یابد تا DNS نهائی نام مورد نظر را به آدرس IP ترجمه نماید. برای درک بهتر از روند کار به شکل زیر دقت کنید .

در این مثال فرض شده است که یک برنامه کاربردی با فراخوانی “ تابع تحلیلگر نام ” ، تقاضای ترجمه نام www.microsoft.com را می نماید .مراحلی که انجام میشود به شرح ذیل است :
• در مرحله اول ، برنامه کاربردی با فراخوانی “ تابع تحلیل نام ” ، تقاضای ترجمه آدرس www.microsoft.com را برای سرویس دهنده محلی ارسال کرده و منتظر می ماند .

• در مرحله دوم ، سرویس دهنده محلی از سرویس دهنده Root ( که حوزه های متفاوت را تفکیک می کند ) آدرس ماشین یک DNS که متولی حوزه .com است را سوال می کند .
• در مرحله سوم ، آدرس سرویس دهنده مربوط به حوزه .com بر می گردد.
• در مرحله چهارم ، سرویس دهنده محلی ، از ماشین معرفی شده در مرحله قبلی ، آدرس سرویس دهنده مربوط به حوزه microsoft.com را سؤال می نماید .
• در مرحله پنجم، فهرستی از سرویس دهنده های DNSمربوط به mirosoft.com بر می گردد

.
• در مرحله ششم، سرویس دهنده محلی تقاضای ترجمه آدرس نمادین www.microsoft.com را از DNS متعلق به حوزه microsoft.com می کند.
• در مرحله هفتم، معادل آدرس IP نام www.microsoft.com بر می گردد.
در روش پرس وجوی بازگشتی هرگاه برنامه ای بخواهد آدرس IP معادل یک نام مثل cs.yale.edu را بدست آورد بگونه ای که قبلا اشاره شد ، “ تابع سیستمی تحلیل نام ” را فراخوانی می کند . این تابع یک ماشین را بعنوان سرویس دهنده محلی از قبل می شناسد و بنابراین تقاضای تبدیل نام را به روش UDP برای آن ارسال کرده ومنتظر جواب می ماند ( پاسخ نهایی DNS طبیعتاً باید حداقل شامل یک آدرس ۳۲ بیتی معادل آدرس IP یک ماشین باشد) دو حالت ممکن است اتفاق بیفتد :
• ممکن است در بانک اطلاعاتی مربوط به سرویس دهنده محلی ، آدرس IP معادل با آن نام از قبل وجود داشته و بالطبع به سرعت مقدار معادل IP آن بر می گردد.

• ممکن است در بانک اطلاعاتی سرویس دهنده محلی ، معادل IP آن نام وجود نداشته باشد.
مثلاً سرویس دهنده محلی در بانک اطلاعاتی خودش معادل آدرس IP نام cs.mit.edu را نداشته و طبیعتاً نمی تواند آن را ترجمه کند . در چنین حالتی سرویس دهنده محلی موظف است بدون آنکه به تقاضا دهنده خبر بدهد، خودش رأساً به سرویس دهنده سطح بالاتر تقاضای ترجمه آدرس بدهد . دراین حالت هم DNS سطح بالاتر بهمین نحو ترجمه آدرس را پیگیری می کند یعنی اگر معادل IP آن نام را داشته باشد آنرا بر می گرداند و در غیر اینصورت خودش از سرویس پایینتر تقاضای ترجمه آن نام را می نماید و این مراحل تکرار میشود .