دانلود تحقیق DNS - سامانه نام دامنه - Domain Name System

Word 23 KB 63 12
مشخص نشده مشخص نشده کامپیوتر - IT
قیمت قدیم:۱۲,۰۰۰ تومان
قیمت: ۷,۶۰۰ تومان
دانلود فایل
  • بخشی از محتوا
  • وضعیت فهرست و منابع
  • 1034 به معرفی سیستم حوزه نام DNS و مفاهیم آن می پردازد و از بعضی مطالب ذکر شده در RFC 1035 که مربوط به پیاده سازی است صرف نظر می کند.

    مجموعه توابع و انواع داده ها در DNS ، تشکیل یک پروتکل رسمی و موثق می دهد.

    که شامل پرس وجوهای استاندارد، پاسخهای آنها و قالب کلاسهای اینترنت می باشد.

    با این وجود، سیستم حوزه نام عملاً توسعه پذیر باقی گذاشته شده است.

    به طور مثال متناوباً پیشنهادهای جدیدی در مورد پیاده سازی، انواع داده، انواع پرس وجود کلاستها و توابع ارائه می شوند.

    بنابراین تا زمانی که انتظار می رود پروتکل رسمی بدون تغییر بماند، هرگونه فعالیت آزمایشی باید در امتداد این پروتکل انجام شود.

    همچنین خواننده باید آگاه باشد که مثالهای ذکر شده حتماً کامل و اجرایی نیستند و صرفاً جنبه آموزشی دارند.

    توزیع این RFC هیچگونه محدودیتی ندارد.

    معرفی این RFC به معرفی قالب نامه های حوزه، استفاده از آنها در پست الکترونیکی و پروتکلها و سرورهای ارائه شده برای پیاده سازی سرویس حوزه نام می پردازد.

    تاریخچه نامهای حوزه: انگیزه توسعه سیستم حوزه نا، با گسترش اینترنت آغاز شد.

    - در ابتدا پیدا کردن آدرس ماشین میزبان از طریق فایل hosts.

    txt انجام می شد و مسئولیت آن بر عهده NIC بود.

    این فایل به طریق FTP توسط همه میزبانها ارسال می شد.

    اما پهنای باند مصرف شده در شبکه برای ارسال این فایل با مجوز تعداد میزبانها متناسب است و حتی هنگامی که چند سطح مختلف از FTP استفاده می شود.

    این پهنای باند بسیار قابل ملاحظه است.

    با افزایش تعداد میزبانها، این روش عملاً کارایی خود را از دست می دهد.

    -مسئله بعد تغییر در خصوصیات اینترنت بود.

    میزبانهای با زمان اشتراکی دوران Arpanet حال جای خود را به شبکه هایی از ایستگاههای کاری داده بودند.

    همچنین بسیاری از سازمانها را نام و آدرسهای خود استفاده می نمودند ولی مجبور بودند صبر کنند.

    NTC hasts.txt را به روز کند تا تغییراتشان اعمال گردد.

    - از سوی دیگر کاربردهای اینترنت مرتباً پیچیده تر می شد و نیاز به یک سیستم نام چند منظوره بیش از پیش به چشم می خورد.

    در نتیجه این مشکلات ایده های جدیدی درباره قالب و مدیریت نامها مطرح شد که در اغلب آنها ساختار سلسله مراتبی پیشنهاد شده بود.

    در این روش از کاراکتر « .

    » به عنوان جدا کننده بین سطوح مختلف استفاده می شود.

    یک طراحی از این سیستم با استفاده از پایگاه داده توزیع شده و منابع تعمیم یافته در RFC 882 شرح داده شده است.

    واژه « domain» (حوزه) در خیلی متون به چشم می خورد که در اغلب موارد برای ارجاع به نامی که با علامت « .» قسمتهای آن از همه جدای گردند، استفاده می شود ولی ارتباطی به DNC ندارد.

    اهداف طراحی DNS: - هدف اولیه ایجاد یک روش نامگذاری یکسان برای ارجاع به منابع می باشد.

    برای اجتناب از بعضی مشکلات نامها باید شامل آدرسها، مسیرها، و یا اطلاعات مشابه دیگر باشند.

    - حجم پایگاه داده و کثرت به روز رسانی آن باعث می شود که از سیستمهای توزیع شده استفاده شود.

    که برای کارایی بهتر می توان از کش کردن محلی نیز استفاده نمود.

    جمع کردن کل پایگاه به طور متمرکز بسیار پرهزینه و مشکل می باشد و باید اجتناب گردد.

    - هنگام سبک سنگین کردن بینا فرینه به دست آوردن داده ها سرعت به روز سانی و دقت کشی ها برتری با داده ها می باشد.

    - هزینه پیاده سازی ما را مجبور می کند که یک سیستم چند منظوره ایجاد کنیم که برای بازیابی آدرسهای میزبانها، داده های صندوق های پستی و موارد دیگر قابل استفاده باشد.

    - برای اینکه این سیسم برای شبکه های مختلف قابل استفاده باشد.

    باید قابلیت استفاده از یک سیستم نامگذاری برای پروتکلهای مختلف را فراهم کنیم.

    برای مثال آدرسهای میزبان در پروتکلهای مختلف، متفاوتند ولی همه آنها مفهوم آدرس را دارند.

    DNS همه داده ها را در کلاس بر چسب (tag) می زند و اجازه استفاده موازی از قالبهای مختلف را می دهد.

    -از دیگر مطالبات ما استقلال تراکنشهای سرور نام از سیستم حامل آنها می باشد بعضی سیستمها ممکن است برای پرس وجو و پاسخ از دیتاگرام استفاده کنند ولی بعضی سیستمها استفاده انحصاری از مدارهای مجازی را در نظر داشته باشند.

    - سیستم باید در محدوده وسیعی از قابلیتهای میزبان مفید باشد.

    هم کامپیوترهای شخصی و هم سیستمهای بسیار بزرگ باید بتوانند از سیستم ولو از راههای متفاوت استفاده نمایند.

    - مفروضاتی راجع به استفاده از سیستم: - سازمان بندی سیستم حوزه از بعضی فرخها راجع به احتیاجات و استفاده کاربران نشأت می گیرد و طوری طراحی شده است که از بعضی مشکلات پیچیده پایگاه داده ها اجتناب شود.

    این مفروضات به شرح زیر است: - حجم پایگا داده کلی به تعداد میزبانهایی که از سیستم استفاده می کنند بستگی دارد.

    ولی در نهایت به تعداد کاربران آن میزبانها نیز وابستگی پیدا می کند مثلاً کاربران صندوق پستی و بقیه اطلاعات آن میزبان - اکثر اطلاعات داخل سیستم به کندی تغییر می یابند ولی سیستم باید قادر باشد تا با تغییرات سریع نیز سرو کار داشته باشد.

    - سرویس گیرنده های سرویس حوزه باید قادر باشند تا سرورهای نام مورد اعتماد خود را که ترجیح می دهند از آنها سرویس بگیرند شناسایی کنند و خدمات مورد نیاز خود را از این سرورها اخذ کنند.

    - دسترسی به اطلاعات حیاتی از به روز رسانی فوری و یا گارانتی سازگاری است.

    به روز رسانی اجازه رد شدن اطلاعات از طریق کاربران به سیستم حوزه را می دهد.

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

    مدل کلی به این صورت است که کپی ها با یک مدت زمان برای تازه سازی توزیع می شوند توزیع کننده این مدت زمان را تنظیم می کند و گیرنده توزیع مسئولیت تازه سازی را به عهده دارد.

    در شرایط خاصی می توان مدت زمان بسیار کمی را تنظیم کرد و یا از توزیع کپی ها جلوگیری به عمل آورد.

    - در هر سیستم با پایگاه داده توزیع شده ، ممکن است یک سرویس دهنده نام و یک پرس وجو ارائه شود که فقط توسط یک سرور دیگر بتواند پاسخ داده شود.

    دو رویکرد کلی در برخورد با این مسأله «بازگشتی» و تکرا شونده می باشند.

    در روش اول (بازگشتی) سرور اول پرس وجو سرویس گیرنده را از طریق یک سرور دیگر تعقیب می کند.

    در روش «تکرار شونده» سرور، سرویس گیرنده را به یک سرور دیگر ارجاع می دهد و اجازه می دهد که سرویس گیرنده خود پرس وجو را دنبال کند.

    هر دو رویکرد دارای مزایا و معایبی می باشند ولی روش تکرار شونده برای دسترسی از طریق دیتاگرام ترجیح دارد.

    سیستم حوزه نیازمند پیاده سازی رویکرد تکرار شونده است ولی اجازه رویکرد بازگشتی را نیز می دهد.

    سیستم حوزه فرض می کند که همه داده ها از فایلها اصلی (Master) سرچشمه می گیرند و در میزبانهای مختلف پراکنده شده اند.

    master files فایلهای متنی هستند که توسط یک سرویس دهنده نام محلی خوانده می شوند و بنابراین از طریق سرویس دهنده های نام برای کاربران سیستم حوزه در دسترس می باشند.

    برنامه های کاربران از طریق برنامه هایی که حل کننده ( Resolver) خوانده می شوند به سرویس دهنده های نام دسترسی پیدا می کنند.

    قالب استاندارد Master فایلها به آنها اجازه می دهد که بین میزبانهای مختلف از طریق Mail,FTP و یا روشهای دیگر مبادله شوند.

    این امکان به خصوص هنگامی مفید است که یک سازمان یک نام حوزه می خواهد ولی نمی خواهد که یک سرویس دهنده نام راه اندازی کند.

    سازمان می تواند مستر فایلها را با یک ویرایشگر متن به طور محلی تهیه کند و سپس آنها را به یک میزبان خارجی که دارای سرویس دهنده نام می باشد انتقال دهد.و سپس با سرپرست سرویس دهنده نام قرار بگذارد که فایلها را بار گذاری کنید.

    هر کدام از سرویس دهنده های نام و Resolver های میزبانها توسط یک سرپرست سیستم پیکر بندی می شوند.

    برای یک سرویس دهنده نام اطلاعات پیکر بندی شامل : هویت مستر فایلهای محلی و دستورالعملهایی برای بارگذاری مستر فایلهای غیر محلی می باشند.

    سرویس دهنده های نام این مستر فایلها را کپی کرده و یا آنها را کپی می کنند.

    برای Resolver ها، اطلاعات پیکر بندی سرویس دهنده نامی را که منبع اولیه اطلاعات می باشد را مشخص می کند.

    سیستم حوزه روشهایی برای دسترسی به داده ها و ارجاع به دیگر سرویس دهنده های نام را تعریف می کند.

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

    مدیران سیستم موارد زیر را فراهم می کنند: - تعریف مرزهای بین مناطق و ناحیه های مختلف ( Zone) - مستر فایلهای داده ها - به روز رسانی مستر فایلها - بیان سیاستهای تازه سازی مطلوب سیستم حوزه موارد زیر را فراهم می کند: - قالب استاندارد برای داده های منبع - روشهای استاندارد برای پرس وجو از پایگاه داده - روشهای استاندارد برای سرویس دهنده های نام برای تازه سازی اطلاعات محلی از طریق سرویس دهنده های نام خارجی عناصر یک DNA : یک DNA سه قطعه اصلی دارد: - فضای حوزه نام و پرونده‌های منابع که مشخصات درخت فضای نام ساخت یافته و داده‌های مرتبط با نامها هستند.

    به طور مفهومی هر گره و برگ از درخت فضای نام یک سری اطلاعات را نامگذاری می‌کند.

    و پرس و جوها تلاش‌هایی برای استخراج اطلاعات خاصی از این سری‌ها می‌باشند.

    یک پرس و جو یک نوع از اطلاعات منبع را که مطلوب است تشریح می‌کند.

    برای مثال اینترنت بعضی از نامهای حوزه خود را برای تشخیص دادن میزبانها به کار می‌برد پرس و جو برای منابع آدرس آرس میزبان را برمی‌گرداند.

    - سرویس دهنده‌های نام، برنامه‌های مسروری هستند که اطلاعاتی درباره ساختار درخت حوزه و اطلاعات مجموعه‌ها را نگه می‌دارند.

    یک سرویس دهنده نام همگن است ساختار و اطلاعات هر قسمت از درخت حوزه را کش کند ولی به طور معمول هر سرویس دهنده نام اطلاعات کاملی از زیر مجموعه فضای حوزه و اشاره گرهایی به دیگر سرویس دهنده‌های نام که می‌تواند منتهی به اطلاعاتی از درخت حوزه شود دارد.

    - Resolverها برنامه‌هایی هستند که بنا به درخواست مشتری، اطلاعات را از سرویس دهنده‌های نام استخراج می‌کنند.

    Resolverها حداقل باید قادر به دسترسی به یک سرویس دهنده نام باشند تا با استفاده از آن بتوانند به یک پرس و جو مستقیماً جواب داده و یا از طریق ارجاع به سرویس دهنده‌های نام دیگر به نتیجه دلخواه برسند.

    به طور معمول یک Resolver، یک رویه سیستم است که به طور مستقیم به برنامه‌های کاربران دسترسی دارد.

    بنابراین بین Resolver و برنامه‌های کاربران احتیاج به پروتکلهای واسط نمی‌باشد.

    یک سیستم حوزه، دارای سه لایه یا دیدگاه می‌باشد.

    - از نقطه نظر کاربرد، سیستم حوزه از طریق یک روش ساده و یا یک درخواست سیستم عامل قابل دسترسی است.

    فضای حوزه شامل یک درخت ساده است و کاربر می‌تواند از هر قسمتی از درخت اطلاعات را درخواست کند.

    - از دیدگاه Resolver، سیستم حوزه از تعداد نامشخص سرویس دهنده نام تشکیل شده که هر کدام از آنها یک یا بیشتر تکه از کل اطلاعات درخت حوزه را دارد ولی Resolver هر کدام از این پایگاه‌های داده را به طور استاتیک می‌بینید.

    - از دیدکاه سرویس دهنده نام، سیستم حوزه شامل مجموعه‌های جداگانه‌ای از اطلاعات محلی که ناحیه خوانده می‌شوند می‌باشد.

    سرویس دهنده نام کپی‌های محلی از بعضی از این نواحی دارد.

    - سرویس دهنده نام باید به طور مرتب و دوره‌ای با استفاده از کپی‌های اصلی محلی و یا استفاده از سرویس دهنده‌های نام خارجی نواحی خود را تازه‌سازی کند.

    همچنین باید به طور همزمان پرس و جوهای رسیده از Resolverها را پردازش کند.

    هنگامی که کارایی برای ما اهمیت پیدا می‌کند، پیاده‌سازی ممکن است دو تا از این توابع را ترکیب کند.

    برای مثال یک Resolver بر روی همان ماشین سرویس دهنده نام ممکن است به طور اشتراکی از پایگاه داده‌ها استفاده کنند.

    نواحی توسط سرویس دهنده نام و کپی کردن توسط Resolver مدیریت شود.

    - فضای حوزه نام و پرونده منابع: - مشخصات و واژه شناسی فضای نام: فضای نام حوزه یک ساختار درختی است.

    هر گره و برگ در این درخت نشان دهنده یک مجموعه منبع می‌باشد (ممکن است خالی باشد) سیستم حوزه هیچ تفاوتی بین استفاده از نودهای داخلی و برگ نمی‌گذارد و ما نیز از واژه گره برای ارجاع به هر دو استفاده می‌کنیم.

    هر گره یک برچسب دارد که طول آن از 0 تا 63 متغیر است گره‌های برادر ممکن است برچسبهای برابر نداشته باشند.

    همچنان که دو گره که برادر نیستند ممکن است برچسب برابر داشته باشند.

    برای ریشه از برچسب صفر استفاده می‌شود.

    نام حوزه یک گره لیست برچسبهای مسیر از ریشه تا آن گره می‌باشد.

    به طور قراردادی برچسبهایی که تشکیل یک نام حوزه می‌دهند از چپ به راست خوانده و نوشته می‌شوند.

    برنامه‌هایی که نامهای حوزه را پردازش می‌کنند باید آنها را به صورت دنباله‌ای از برچسبها نمایش دهند.

    چون تمامی نامهای حوزه به اوت ختم می‌شوند که رشته صفر برای برچسب دارد.

    این نمایش‌های داخلی می‌توانند از یک بایت صفر در انتهای نام حوزه استفاده کنند.

    هنگامی که یک کاربر احتیاج به تایپ یک نام حوزه دارد، طول هر برچسب حذف می‌شود و برچسبها با نقطه از یکدیگر جدا می‌گردند.

    از آنجا که یک نام حوزه کامل با برچسب ریشه خاتمه می‌یابد، به یک فرم منتهی می‌شود که با نقطه پایان می‌پذیرد.

    ما از این خاصیت برای تمیز دادن این موارد استفاده می‌کنیم: - یک رشته کاراکتر که نشان دهنده یک نام حوزه کامل است مانند Poneria.

    Isi.

    Edu - یک رشته کاراکتر که برجسب آغازین از یک نام حوزه را که ناکامل است نشان دهد و توسط یک نرم افزار باید کامل شود.

    برای مثال Poneria در مثال ذکر شده قبل.

    - نامهای نسبی یا نسبت به یک نام مشهور قرار دارند و یا نسبت به یک لیست از نامهای حوزه که بری جستجو استفاده می‌شود.

    هر حوزه Cdomain توسط یک نام حوزه مشخص می‌شود و شامل آن قسمتی از فضای نام حوزه است که در زیر نام حوزه‌ای که Domain را مشخص می‌کند قرار دارد.

    یک حوزه، یک زیر حوزه از یک حوزه دیگر است اگر با آن حوزه سازگار باشد.

    ای ارتباط به این صورت آزمایش می‌شود که اگر نام زیر حوزه به قسمتی از نام حوزه ختم شود، آنگاه زیز حوزه خواهد بود.

    برای مثال A.B.C.D زیر حوزه B.C.D و C.D می‌باشد.

    - راهنمای مدیران سیستم: به عنوان یک سیاست، مشخصات فنی DNA تحت نظر یک ساختار درختی به خصوص نمی‌باشد، هدف این بوده که تا حد ممکن عمومی باشد تا بتوان با آن کاربردهای دلخواه را پیاده‌سازی کرد.

    به طور اخص سیستم طوری طراحی شده است که فضای نام مجبور نباشد در کنارمرزهای شبکه سازمان دهی شود.

    راهنماهای فنی برای استفاده: قبل از اینکه DNA برای نگهداری اطلاعات راجع به نامگذاری مورد استفاده قرار گیرد، دو شرط زیر باید برقرار باشد: 1- یک قرارداد برای نگاشت بین نامهای شئی و نامهای حوزه که تشریح می‌کند چگونه اطلاعات یک شئی مورد دسترسی قرار می‌گیرد.

    2- قالب داده‌ها برای شتریح شئی این قوانین می‌توانند ساده و یا بسیار پیچیده باشند.

    در اغلب موارد طراحان بای قالب و فرضتهای موجود را به حساب آورند و به طریقی سیستم را توسعه دهند که با قالبهای قبلی سازگار باشد.

    برای میزبانها، نگاشت، بستگی به سینتکس موجود برای نامهای میزبان دارد.

    که زیر مجموعه از نمایشهای متنی موجود برای نامهای حوزه می‌باشد.

    یک کاربرد ساده، علاقه‌ای به تعریف این قوانین ندارد ولی باید درک کند که این قوانین معمولاً نتیجه سازش بین سازگاری رو به بالا و استفاده‌های قدیمی می‌باشد.

  • ندارد

سيستم DNS ( Domain name system ) DNS يا سيستم نامگذاري حوزه ، يک روش سلسله مراتبي است که بانک اطلاعاتي مربوط به نامهاي نمادين حوزه و معادل IP آنها را روي کل شبکه اينترنت توزيع کرده است و هر ايستگاه مي تواند در يک رول منظم و سلسله مراتبي آدرس IP معاد

چکیده این پروژه برنامه ساخت یک وب سایت شخصی برای استاد است . که شامل صفحات ایستا و پویای وب می باشد . برنامه نویسی اسیتای آن توسط نرم افزار Dreamweaver و زبان HTML و برنامه نویسی پویای آن توسط زبان PHP انجام گرفته است . بانک اصلاعاتی مرتبط با آن MYSQL می باشد . امکانات این وب سایت شامل موارد زیر می باشد : 1 ) اطلاعات شخص استاد برای آشنایی بیشتر دانشجویان با سوابق استاد خود . 2 ) ...

ويندوز 2000 به ميزان زيادي به سمت شبکه گرايش پيداکرده است،ويژگيهايي را به همراه داردکه درساختارشبکه ،جديدبه شمارمي آيند.اين حالت ممکن است موجب سردرگمي شود،زيرا ويژگيهاي مزبوراز قابليتهاي اضافه شده به ويندوز به شمار نمي آيند،بلکه درهسته مرکزي اين سيس

اينترنت (به انگليسي: The Internet) را بايد بزرگ‌ترين سامانه‌اي دانست که تاکنون به دست انسان طرّاحي، مهندسي و اجرا گرديده‌است. اين شبکه? عظيم جهاني، در اواخر سال ???? م و با انگيزه? همکاري، دسترسي چندسويه به منابع و مهارت‌هاي محاسباتي، و امکان‌پذير ش

فضا و اطلاعات سايت شما بايد بر روي يکي از کامپيوترهاي ميزبان متصل به اينترنت قرار گيرد تا ديگران بتوانند در هر لحظه از شبانه روز به آن دسترسي داشته باشند. در حقيقت ميزبان يا Host ، تمام يا بخشي کوچک از فضاي يک کامپيوتر هميشه متصل به اينترنت است که ب

فن آوري اطلاعات ارتباطات و مبادله اطلاعات بين سيستمها شبکه هاي محلي و شهري مشخصات مشترک بخش چهارم : پروتکل بارگذاري سيستم که پيش نويس ان توسط موسسه استاندارد وتحقيقات صنعتي ايران تهيه و تدوين شده که در پانزدهمين اجلاسيه کميته ملي استاندارد در رايانه

Active Directory يک سرويس دايرکتوري بوده که در Windows Server 2003 قرار داده شده است. Active Directory شامل يک دايرکتوري بوده که اطلاعات مربوط به شبکه را ذخيره مي‌کند، علاوه بر آن داراي تمامي سرويس‌هايي است که اطلاعات را قابل استفاده کرده و در دسترس

آشنايي با مؤسسه استاندارد و تحقيقات صنعتي ايران مؤسسه استاندارد و تحقيقات صنعتي ايران به موجب قانون، تنها مرجع رسمي کشور است که عهده دار وظيفه تعيين، تدوين و نشر استانداردهاي ملي (رسمي) ميباشد. تدوين استاندارد در رشته هاي مختلف توسط کميسيون هاي فني

در اين پروژه موضوع مورد بحث در ارتباط با امنيت شبکه مي باشد. در ابتدا تاريخچه اي از شبکه دلايل به وجود آمدن آن و نياز به آن و سپس اطلاعاتي در رابطه با کاربردهاي شبکه ،اجزاي شبکه ،تقسيم بندي شبکه و امنيت شبکه به طور خلاصه و آشنايي با هفت لايه شبکه بي

به نام خدا شرکت رهنمون فناوري اطلاعات در سال 1381 با مالکيت خصوصي به شماره ثبت 196417 در تهران با هدف ارايه راهکارهاي جامع اتوماسيون مالي و اداري تاسيس گرديد. اين هدف با پوشش جنبه‌هاي مختلف فناوري اطلاعات شامل بررسي و امکان سنجي پياده

ثبت سفارش
تعداد
عنوان محصول