دانلود پاورپوینت تحلیل و بررسی اهداف سیستم نام گذاری حوزه  وارزیابی خواص ردیفهای جدول DNS

\n

شبکه های کامپیوتری

\n

\n

عنوان های پاورپوینت  : 

\n

\n

\n

تحلیل و بررسی    اهداف سیستم نام گذاری حوزه  وارزیابی خواص ردیفهای جدول DNS

\n

شبکه های کامپیوتری

\n

نام گذاری

\n

/etc/hosts

\n

اهداف سیستم نام گذاری حوزه

\n

DNS Records

\n

خواص ردیفهای جدول DNS

\n

دید برنامه نویس از  DNS

\n

طراحی DNS : تعیین سلسله مراتب

\n

طراحی DNS : تعریف نواحی

\n

طراحی DNS

\n

سرورها یا resolver  ها

\n

DNS : خدمتگزارهای نام ریشه

\n

TLD و سرور های مسئول

\n

خدمتگزار نام محلی

\n

مثالی از جستجو

\n

قالب پیام DNS

\n

روش های جستجو

\n

حجم کار و حافظه ی نهان

\n

مثالی از DNS در عمل

\n

جستجوهای بعدی

\n

درج رکوردها در DNS

\n

پیش واکشی

\n

جواب های واقعی یک server

\n

ادامه

\n

مثال

\n

مثال دیگر

\n

قابلیت اطمینان

\n

DNS معکوس

\n

TLDهای جدید

\n

خلاصه

\n

\n \n\n \n\n

---

\n\nقسمت ها و تکه های اتفاقی از فایل\n\n \n\n \n\nتحلیل و بررسی    اهداف سیستم نام گذاری حوزه  وارزیابی خواص ردیفهای جدول DNS\n\n2pro.ir\n\nشبکه های کامپیوتری\n\nمظفر بگ  محمدی\n\n \n\nنام گذاری و DNS\n\nنام گذاری\n\nبرای تشخیص منابع به نام گذاری نیاز داریم.\n\nبعد از نامگذاری، لازم است مکان منابع را پیدا کنیم.\n\nنحوهی نامگذاری منابع؟\n\n- سلسله مراتب نام گذاری\n\nچگونه محل منابع را به طور کارآ تعیین می کنیم؟\n\n-DNS  یک نگاشت از نام ← مکان(آدرس IP) است.\n\nچالش: چگونه این کار را در مقیاس وسیع و در سطح گسترده انجام دهیم؟\n\n/etc/hosts\n\nچرا از /etc/hosts استفاده نکنیم؟\n\n- نامگذاری اولیه برای نگاشت آدرسها در سیستم یونیکس\n\n- فضای نام مسطح\n\n- جستجوی نگاشت در /etc/hosts\n\n- نگه داری کپی اصلی توسط SRI-NIC\n\n- بارگیری منظم\n\nتعداد میزبانها مرتب افزایش می‌یافت:\n\n- بارگیری های خیلی بیشتر\n\n- بهروز رسانی های خیلی بیشتر\n\n \n\nاهداف سیستم نام گذاری حوزه\n\nاساساً یک پایگاه داده توزیع شده از نگاشت های نام به آدرس IP در سطح گسترده است.\n\nاهداف :\n\n- قابلیت مقیاس پذیری\n\n- عدم وابستگی به یک سرور مرکزی\n\n- استحکام\n\nDNS Records\n\nدر کلاس IN :\n\nType=A\n\nname is hostname\n\nvalue is IP address\n\nType=NS\n\nname is domain (e.g. foo.com)\n\nvalue is name of authoritative name server for this domain\n\nخواص ردیفهای جدول DNS\n\nنگاشت های متفاوتی وجود دارد:\n\n- یک حالت ساده: نگاشت 1-1 بین نام حوزه و آدرس IP\n\nKittyhawk.cmcl.cs.cmu.edu   نگاشت می شود به  128.2.194.242\n\n- نگاشت چندین اسم حوزه به یک آدرس IP\n\nEecs.mit.edu    و   cs.mit.edu هر دو به 18.62.1.6 نگاشت می شوند.\n\n- نگاشت یک نام حوزهی منفرد به چندین آدرس IP گوناگون\n\naol.com     و    www.aol.comبه آدرس های IP گوناگونی نگاشت می شوند.\n\n \n\nدید برنامه نویس از  DNS\n\nاز لحاظ مفهومی، برنامه نویسان می توانند پایگاه داده DNS را به صورت مجموعه ایی از میلیون ها ساختار ردیفی از میزبانها ببینند. هر میزبان دارای یک ساختار ردیف میزبان در جدول DNS به شکل زیر است:\n\n \n\n \n\n \n\n \n\n \n\nin_addr  ساختاری متشکل از 4 بایت آدرس IP است.\n\nتوابعی برای بازیابی ردیفهای میزبانهای از DNS :\n\n: gethostbyname کلید جستجو نام DNS میزبان است.\n\ngethostbyaddr  : کلید جستجو آدرس IP است.\n\n \n\n \n\nطراحی DNS : تعیین سلسله مراتب\n\nطراحی DNS : تعریف نواحی\n\nطراحی DNS\n\nبرای ایجاد یک محدوده جدید، باید صاحب یکی از محدودههای فعلی را متقاعد کنید که برای شما یک زیر-محدوده درست کند.\n\nرکوردهای داخل محدوده در چندین خدمتگزار نام ذخیره می‌شوند.\n\nسرورهای اصلی به طور دستی به روز رسانی می‌شوند.\n\nسرورهای ثانویه از طریق انتقال محدودهی حوزه ی نام به روز رسانی می‌شوند.\n\nانتقال محدوده به صورت یکجا و از طریق پیکربندی خدمتگزار DNS انجام می شود و برای اینکار از TCP استفاده می شود تا دادههای دو خدمتگزار مثل هم باشند.\n\nنود صاحب محدوده یک رکورد NS برای زیر-محدوده ایجاد می کند.\n\nاین رکورد به خدمتگزار نام زیر-محدوده ی جدید اشاره می‌کند.\n\nبه عنوان مثال\n\ncs.wisc.edu  از طریق مدیریتwisc.edu  ایجاد می شود .\n\n \n\n \n\nسرورها یا resolver  ها\n\nهر میزبان یک resolver دارد.\n\nمعمولاْ یک کتابخانه است که کاربردها آن را لینک می کنند.\n\nResolver با خدمتگزار نام محلی تماس می‌گیرد.\n\nخدمتگزار نام محلی به صورت دستی پیکربندی می‌شود. (مثل /etc/resolv.conf)\n\nخدمتگزار نام:\n\nیا مسؤل یک محدوده است.\n\nنگاشت تمامی نامهای آن محدوده را می داند.\n\nیا خدمتگزارهای نام زیر-محدوده را می‌شناسد.\n\nاین سرورها اسامی داخل زیر-محدوده را بهتر می شناسند.\n\nاگر نگاشت یک نام را ندانیم، مستقیما از ریشه می پرسیم.\n\nDNS : خدمتگزارهای نام ریشه\n\nمسئول محدوده ی ریشه هستند.\n\nتقریباًِ 13 خدمتگزار نام ریشه در جهان وجود دارد.\n\nاسامی آنها به صورت:\n\n{a-m}.root-servers.net است.\n\nاگر خدمتگزار نام محلی نتواند یک نام را resolve  کند سراغ یکی از خدمتگزارهای نام ریشه می رود.\n\nخدمتگزار محلی با اسم خدمتگزارهای ریشهی معروف پیکربندی می شوند.\n\n \n\n \n\nTLD و سرور های مسئول\n\nحوزه های سطح بالا(TLD): مسئولcom, org, net, edu و تمام حوزه های سطح بالای کشورها از قبیل uk, fr, ca, و jp هستند.\n\nشرکت راه حل های شبکه از سرورهای TLD مربوط به حوزه com نگهداری می کند.\n\nشرکت Educause  از حوزه edu نگهداری می‌کند.\n\nسرورهای مسئول DNS: سرورهای DNS سازمانها مسئول تدارک نگاشت معتبر بین نام میزبانها و آدرس IP آنها برای سرورهای سازمان (شامل Web , mail) هستند.\n\nمی توان از طریق سازمان یا یک فراهم کننده ی خدمات از آنها نگهداری کرد.\n\nخدمتگزار نام محلی\n\nهر ISP (ISP محلی ، شرکت ، دانشگاه) یک خدمتگزار نام محلی دارد.\n\n- که به آن «خدمتگزار نام پیش فرض» نیز گفته می‌شود.\n\nزمانی که میزبان یک جستجوی DNS داشته باشد، جستجو را به خدمتگزار DNS محلی ارسال می کند.\n\n- خدمتگزار DNS محلی به صورت یک میانجی، جستجو را به سلسله مراتب می‌فرستد.\n\n- برای جستجوی نام میزبان های متداول (مثل گوگل) سرعت جستجو به میزان قابل ملاحظهای افزایش می‌یابد.\n\n \n\nمثالی از جستجو\n\nقدم های لازم برای پیدا کردن نگاشت  www.wisc.edu\n\nکاربرد gethostbyname() (resolver) را فرا می خواند.\n\nresolver با خدمتگزار نام محلی (S1) ارتباط برقرار می کند.\n\nS1 از سرور ریشه (S2) در مورد (www.wisc.edu) سوال می‌کند.\n\nS2 رکورد NS مربوط به  wisc.edu(S3) را به عنوان پاسخ برمی‌گرداند.\n\nرکورد  A مربوط به  S3 را چگونه پیدا کنیم؟\n\nاین معمولاً بخشی از اطلاعات اضافی است که در جواب برمی‌گردد و به آن پیش واکشی می‌گویند.\n\nS1 از  S3 راجع به  www.wisc.edu می‌پرسد.\n\nS3 نیز رکورد A مربوط به  www.wisc.edu  را برمی‌گرداند.\n\nممکن است چندین رکورد A در جواب برگردد. معنای این کار چیست؟\n\n \n\n \n\nقالب پیام DNS\n\nروش های جستجو\n\nجستجوی بازگشتی :\n\nسرور به جای ما دست به کار شده و برای اطلاعات بیشتر جستجو می کند(بازگشتی).\n\nفقط جواب پایانی یا «پیدا نشد» را برمی گرداند.\n\n \n\nجستجوی تکراری:\n\nجواب های سرور به اندازه ای است که می داند. (تکراری)\n\n«من این اسم را نمی دانم اما از این سرور بپرس»\n\n \n\nتاثیر حجم کار در انتخاب؟\n\n......\n\nدر خدمتگزار مسئول یک رکورد نوع A برای www.networkutopia.com و یک رکورد نوع  MX برای  networkutopia.com قرار دهید.\n\nچگونه مردم آدرس های IP سایت شما را یاد می گیرند؟\n\nپیش واکشی\n\nخدمتگزارهای نام می توانند داده های اضافی را به جواب ها اضافه کنند.\n\n \n\nاین کار معمولا در پیش واکشی استفاده می شود.\n\ncname/mx/ns معمولا به نام یک میزبان دیگر دلالت دارند.\n\n- پاسخ ها شامل آدرس میزبانهایی است که در این بخش اضافی به آنها اشاره شده است.\n\nجواب های واقعی یک server\n\nادامه\n\nادامه\n\nمثال\n\nمثال دیگر\n\nقابلیت اطمینان\n\nچندین نسخه از یک خدمتگزار DNS ایجاد می‌کنیم.\n\nاگر بیش از یک خدمتگزار روشن باشد، سرویس DNS برقرار است.\n\nمی ‌توان پرس و جوها را بین خدمتگزارها تقسیم کرد.\n\nاستفاده از UDP برای پرسش ها\n\nاگر به قابلیت اطمینان نیازمندیم             باید قابلیت اطمینان روی UDP پیاده سازی شود.\n\nچرا از  TCP استفاده نکنیم؟\n\nسعی می شود در صورت کار نکردن سرور اصلی از سرورهای فرعی استفاده کنیم.\n\nسرور های یکسان را به صورت عقب گرد نمایی آزمایش  می کنیم.\n\nشناسه یکسان برای همه پرسش ها\n\nمهم نیست کدام یک جواب دهند.\n\nDNS معکوس\n\nوظیفه\n\nآدرس IP معلوم است، می خواهیم نام را پیدا کنیم.\n\nچه موقع به آن نیاز داریم؟\n\nروش\n\nیک سلسله مراتب مجزا بر اساس اسامی IP نگهداری کنید.\n\nنوشتن 128.2.194.242 به صورت  242.194.2.128.in-addr.arpa\n\nچرا آدرس معکوس شد؟\n\nمدیریت\n\nهر مسئول آدرس های IP مربوط به خود را مدیریت می‌کند.\n\nCMU مسئول حوزهی نام 2.128.in-addr.arpa است.\n\n \n\n \n\n \n\n \n\nTLDهای جدید\n\n.info  general info\n\n.biz  businesses\n\n.aero  air-transport industry\n\n.coop  business cooperatives\n\n.name  individuals\n\n.pro  accountants, lawyers, and physicians\n\n.museum  museums\n\nتاکنون فقط .info, .biz, .name فعال شده اند.\n\nخلاصه\n\nF  روزانه 270,000,000 سوال را جواب می‌دهد.\n\nدیگرسرورها بار مشابهی دارند\n\nTLD serverها در هر روز 5.000.000.000 پرسش را جواب می دهند\n\nواضح است DNS بدون موارد زیر از کار می‌افتد:\n\nسلسله مراتب\n\nپردازش توزیع شده\n\nحافظه ی نهان\n\nاگر DNS ناموفق باشد، خدمات اینترنت از کار می افتند!\n\n \n\n \n\n \n\n30 تا 70 درصد پروژه | پاورپوینت | سمینار | طرح های کارآفرینی و  توجیهی |  پایان-نامه |  پی دی اف  مقاله ( کتاب ) | نقشه | پلان طراحی |  های آماده به صورت رایگان میباشد ( word | pdf | docx | doc )