سامانه نام دامنه: تفاوت میان نسخه‌ها
محتوای حذف‌شده محتوای افزوده‌شده
تکمیل تعریف dns |
جز واگردانی خودکار خرابکاری بر پایه امتیاز خرابکاری. واگردانی اشتباه ربات را همراه با پیوند تفاوت در کاربر:Dexbot/گزارش اشتباه اعلام کنید. همچنین توصیه میشود حساب کاربری بسازید. برچسب: واگردانی |
||
| (۱۸ نسخهٔ میانی ویرایش شده توسط ۱۲ کاربر نشان داده نشد) | |||
خط ۱:
{{پشته پروتکل اینترنت}}
وقتی می‌خواهید وارد [[وبگاه]]ی شوید، باید نشانی [[کارساز وب]]ش را بدانید. نشانی [[کارساز وب]] با [[نشانی آی‌پی]] مشخص میشود. اما به خاطر سپردن نشانی آی‌پی، دشوار است. می‌توان به جای نشانی آی‌پی، از [[دامنه اینترنتی|نامهای دامنه]] استفاده کرد.▼
▲برای مثال، وقتی می‌خواهید وارد [[وبگاه]]ی شوید، باید نشانی [[کارساز وب]]ش را بدانید. نشانی [[کارساز وب]] با [[نشانی آی‌پی]] مشخص میشود. اما به خاطر سپردن نشانی آی‌پی، دشوار است. می‌توان به جای نشانی آی‌پی، از [[دامنه اینترنتی|نامهای دامنه]] استفاده کرد. مثلاً یکی از نشانی‌های آی‌پی وبگاه [[گوگل]] <code>172.217.16.68</code> است.برای دسترسی به گوگل، می‌توانید از این نشانی آی‌پی یا نام دامنه آن یعنی www.google.com استفاده کنید.
== ساختار نام ==
[[پرونده:Domain-structure-fa.webp|بندانگشتی|ساختار نام دامنه <code>www.example.com</code>. هر نام دامنه متشکل است از تعدادی برچسب که با نقطه از یکدیگر جدا می‌شوند. بالاترین برچسب از آن حوزه ریشه است که برچسبی خالی است. بعد از برچسب [[دامنه سطح‌بالا|دامنه‌های سطح بالا]] (در اینجا <code>com</code>)، سطح دوم و غیره. دقت شود که «[[زیردامنه]]» عبارتی کلّی است که اشاره هر زیرمجموعه‌ای از یک [[فضای نام (علوم رایانه)|فضای نام]] دامنه دارد: همانطور که <code>www</code> زیردامنه <code>example.com</code> است، <code>example</code> هم زیردامنه‌ای از (فضای نام) <code>com</code> است.]]
مشخصات فنی اولیه ساناد<ref name="rfc1035">Mockapetris, P., "Domain names - implementation and specification", STD 13, RFC 1035, DOI 10.17487/RFC1035, November 1987.</ref> ساختاری مشخص برای نامها در این فضا تعریف می‌کند. هر نام شامل یک یا چند برچسب (انگلیسی: label) است که با نقطه (.) از یکدیگر جدا می‌شوند. برچسب‌ها محدود به اعداد، حروف و یا [[خط پیوند]] (با کدگذاری [[اسکی (استاندارد)|اسکی]]) هستند. این قوانین نامگذاری در [[فرم باکوس نائور]] به شرح زیر تعریف می‌شوند<ref name="rfc1035" />: <syntaxhighlight lang="bnf" line="1">
<domain> ::= <subdomain> | " "
<subdomain> ::= <label> | <subdomain> "." <label>
<label> ::= <letter> [ [ <ldh-str> ] <let-dig> ]
<ldh-str> ::= <let-dig-hyp> | <let-dig-hyp> <ldh-str>
<let-dig-hyp> ::= <let-dig> | "-"
<let-dig> ::= <letter> | <digit>
<letter> ::= any one of the 52 alphabetic characters A through Z in
upper case and a through z in lower case
<digit> ::= any one of the ten digits 0 through 9
</syntaxhighlight>تنها برچسب خالی، نام دامنه ریشه (انگلیسی: root domain name) است (رجوع شود به خط شماره یک در تعریف بالا). برچسب بعدی نام یکی از دامنه‌های سطح‌بالا (مثلا <code>com</code>)، برچسب بعدی نام دامنه سطح‌دوم (مثلا <code>example</code>) است و غیره. به صورت کلی هر برچسب نام یک «[[زیردامنه|زیردامنه]]» را مشخص می‌کند، ولی در استفاده عام معمولا به برچسبی که دامنه بعد از سطح‌دوم را مشخص می‌کند (مثال در تصویر بالا) زیردامنه و به دامنه سطح‌دوم به طور خلاصه «دامنه» می‌گویند.<ref>{{یادکرد وب|عنوان=What Is a Subdomain? Definition, Examples and Setup|نشانی=https://www.wix.com/blog/what-is-a-subdomain|وبگاه=Wix Blog|تاریخ=2023-09-27|بازبینی=2024-01-09|کد زبان=en|نام=Emily|نام خانوادگی=Shwake}}</ref>
== کاربرد ==
در ساناد، کل نشانی‌های اینترنت درون [[بانک‌های اطلاعاتی]] توزیع شده‌ای هستند که هیچ تمرکزی روی نقطه‌ای خاص از شبکه ندارند.
روش ترجمهٔ نام بدین صورت است که وقتی یک [[برنامهٔ کاربردی]] مجبور است برای برقراری یک ارتباط، معادل نشانی آی‌پی از یک ماشین با نامی مثل cs.ucsb.edu را
تابع تحلیلگر، نام یک نشانی نمادین را که بایستی ترجمه شود، به عنوان پارامتر ورودی پذیرفته و سپس یک بستهٔ درخواست {{انگلیسی|Query Packet}} به روش UDP تولید کرده و به نشانی یک کارساز DNS (که به صورت پیش‌فرض مشخص می‌باشد) ارسال می‌کند.
سطر ۴۹ ⟵ ۶۷:
* sch.ir. : فقط برای مدارس
* کشور: ایران
* هویت: دانشگاه
سطر ۹۱ ⟵ ۱۰۹:
=== پرس و جوی بازگشتی ===
در این روش هر گاه برنامه‌ای بخواهد نشانی آی‌پی معادل یک نام مثل cs.yale.edu را
دو حالت ممکن است اتفاق بیفتد:
سطر ۱۰۲ ⟵ ۱۲۰:
بازهم تکرار می‌کنیم، روشی که DNS برای ترجمه نشانی بکار می‌برد می‌تواند بدون اتصال (UDP) باشد که این کار به سرعت عمل ترجمه نشانی می‌افزاید.
دقت کنید که در روش پرس و جوی تکراری نسبت به روش پرس و جوی بازگشتی، حجم عمده عملیات بر عهده سرویس دهنده DNS محلی است و مدیریت خطاها و پیگیری روند کار ساده‌تر خواهد بود و روش منطقی تری برای
=== پرس و جوی معکوس ===
فرض کنید حالتی
در چنین حالتی مسئله کمی حادتر به نظر می‌رسد، چرا که برای ترجمه نامهای نمادین، چون این نامها دارای حوزه و زیرحوزه هستند، تحلیل نشانی‌ها ساده‌است؛ ولی ترجمه نشانی آی‌پی به معادل نام حوزه، از چنین روابطی تبعیت نمی‌کند؛ بعبارت بهتر هیچ ارتباط مستقیم و متناظری بین نشانی‌های آی‌پی و اسامی انتخاب شده در اینترنت وجود ندارد.
سطر ۱۱۲ ⟵ ۱۳۰:
روش کار بدین صورت است که سرویس دهنده محلی یک تقاضا برای DNS متناظر با شبکه‌ای که مشخصه آن در نشانی آی‌پی، مشخص شده، ارسال می‌کند.
نشانی کلاس B و مشخصه آن ۱۳۸٫۱۴٫۰٫۰ است.
زمانی که مؤسسه‌ای یک کلاس نشانی آی‌پی ثبت می‌دهد یک سرویس دهنده DNS، متناظر با شبکه خود ایجاد کرده و آن را نیز معرفی می‌کند.
سطر ۱۴۳ ⟵ ۱۶۱:
== جستارهای وابسته ==
{{Portal|اینترنت}}▼
* [[نشت دی‌ان‌اس]]
*[[دی‌ان‌اس بر روی پروتکل انتقال ابرمتن]]
سطر ۱۵۰ ⟵ ۱۶۷:
*[[پخش ساناد]]
*[[سرور نام بازگشتی عمومی]]
== یادداشت‌ها ==
{{یادداشت‌ها}}
== منابع ==
{{پانویس
== پیوند به بیرون ==
▲{{Portal|اینترنت}}
{{طرح یوآرآی}}
{{پروتکل‌های مدل OSI}}
[[رده:سامانه نام دامنه]]
سطر ۱۶۰ ⟵ ۱۸۶:
[[رده:معرفی‌شده‌های مرتبط با رایانه در ۱۹۸۳ (میلادی)]]
[[رده:ویکی‌سازی رباتیک]]
[[رده:متعلقات اینترنت بنیان‌گذاری‌شده در ۱۹۸۳ (میلادی)]]
| |||