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

بنابراین، در اینجا شما بروید DNS استیکی از چیزهای اساسی که کل اینترنت بر روی آن ساخته شده است. این مخفف مخفف Domain Name System به معنای سیستم نام دامنه است سیستم نام دامنه.

من قبلاً در مورد این موضوع (ساختار سیستم نام دامنه) صحبت کردم، اما به طور گذرا. امروز می خواهم در مورد نقش سرورهای DNS در عملکرد وب سایت ها و کل اینترنت صحبت کنم.

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

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

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

در این سرورهای DNS است (گاهی اوقات آنها نیز نامیده می شوند N.S.از سرور نام، یعنی. نام سرور) و کل اینترنت پشتیبانی می شود (مانند یک دنیای مسطح روی سه نهنگ که روی یک لاک پشت ایستاده اند). که نیازی به مشارکت مستقیم انسان در کار خود ندارد (اگر آن را راه اندازی کنید، 24/7 کار می کند). و تعداد زیادی از این سرورهای DNS در شبکه وجود دارد.

DNS چگونه کار می کند و فایل Hosts چه ربطی به آن دارد؟

در طلوع اینترنت، DNSاصلا وجود نداشت اما شبکه چگونه کار می کرد؟ 0.120.169.66؟ به اصطلاح مسئول این موضوع در آن زمان (و اکنون نیز) بود، جایی که همه میزبان های اینترنت کوچک آن زمان ثبت شده بودند.

چنین فایلی بر روی رایانه هر کاربر (که شما هم آن را دارد) به شبکه متصل بود (و اکنون نیز وجود دارد) (برای نحوه یافتن آن به پیوند بالا مراجعه کنید).

در فایل Hostsچندین هزار خط نوشته شد (با توجه به تعداد سایت های موجود در اینترنت در آن زمان) که در هر کدام ابتدا آدرس IP نوشته شد و سپس دامنه مربوطه با فاصله از هم جدا شد. اگر بیست و پنج تا سی سال پیش یک ورودی برای وبلاگ من در اینترنت وجود داشت اینگونه به نظر می رسید:

وب سایت 109.120.169.66

موفق باشی! به زودی شما را در صفحات سایت وبلاگ می بینیم

ممکن است علاقه مند باشید

سرور - چیست؟
خرید دامنه (نام دامنه) با استفاده از مثال ثبت کننده Reghouse
ایمیل برای یک دامنه در Google Apps و تنظیم رکوردهای MX در cPanel نحوه ثبت دامنه (خرید نام دامنه از یک ثبت کننده)
فایل Hosts - چیست، در کجای ویندوز قرار دارد، یک وب مستر باید با آن چه کند و چگونه ورودی های ویروس را از آن حذف کند
نحوه تهیه نسخه پشتیبان و بازیابی از یک نسخه پشتیبان و همچنین تفاوت های ظریف در انتقال یک سایت (جوملا، وردپرس) به هاست جدید
Hostiman - هاست رایگان با پشتیبانی از PHP و MySQL به علاوه سازنده وب سایت و ده ها CMS با نصب خودکار
FASTVPS - چگونه VPS یا سرور اختصاصی بهینه را برای وب سایت خود انتخاب کنید
انتقال یک سایت به میزبانی Infobox جدید، انتخاب بین معمولی و VPS، و همچنین کار با کنترل پنل میزبان
Infobox - پایدارترین هاست و سرورهای مجازی VPS ابری

DNS، یا Domain Name System، اغلب سخت ترین بخش یادگیری نحوه راه اندازی وب سایت ها و سرورها است. درک نحوه عملکرد DNS به شما کمک می کند تا مشکلات پیکربندی دسترسی به وب سایت های خود را تشخیص دهید و درک خود را از آنچه در پشت صحنه می گذرد افزایش دهید.

در این راهنما، ما برخی از مفاهیم اساسی سیستم نام دامنه را مورد بحث قرار خواهیم داد که به شما در درک تنظیمات DNS خود کمک می کند. پس از تکمیل این آموزش، یاد خواهید گرفت که چگونه نام دامنه یا سرور DNS خود را تنظیم کنید.

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

اصطلاحات دامنه

ما باید با تعریف اصطلاحات شروع کنیم. در حالی که ممکن است برخی از این موضوعات در زمینه های دیگر برای شما آشنا باشد، بسیاری از اصطلاحات دیگر برای صحبت در مورد نام دامنه و DNS استفاده می شود که اغلب در سایر زمینه های محاسباتی استفاده نمی شود. بیایید ساده شروع کنیم:

سیستم نام دامنه

سیستم نام دامنه، که بیشتر با نام "DNS" شناخته می شود، یک سیستم شبکه ای است که به ما امکان می دهد نام های قابل خواندن انسان (معمولاً نام های حروف الفبا) را به آدرس های منحصر به فرد ترجمه کنیم.

نام دامنه

نام دامنه نوعی نام انسان دوست است که ما عادت داریم آن را با یک منبع اینترنتی مرتبط کنیم. به عنوان مثال، "google.com" یک نام دامنه است. برخی می گویند که قسمت "گوگل" یک دامنه است، اما در کل می توانیم این فرم ترکیبی را به عنوان یک نام دامنه در نظر بگیریم.

URL "google.com" به سروری که متعلق به شرکت Google است متصل است. سیستم نام دامنه به ما این امکان را می دهد که وقتی "google.com" را در مرورگر وارد می کنیم به سرور Google متصل شویم.

آدرس آی پی

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

IPv4رایج‌ترین شکل آدرس‌ها، به صورت چهار مجموعه رقم نوشته می‌شود، که هر مجموعه شامل حداکثر سه رقم است که با یک نقطه از هم جدا می‌شوند. به عنوان مثال، "111.222.111.222" ممکن است یک آدرس IP معتبر IPv4 در نظر گرفته شود. با DNS، یک نام را به آن آدرس متصل می کنیم و نیازی به به خاطر سپردن مجموعه پیچیده ای از اعداد برای هر مکانی که در شبکه بازدید می کنیم را از بین می بریم.

دامنه سطح بالا

دامنه سطح بالا یا TLD، عمومی ترین بخش یک دامنه است. این آخرین قسمت نام دامنه در سمت راست است (با یک نقطه از هم جدا شده است). دامنه های سطح بالای رایج عبارتند از: "com"، "net"، "org"، "gov"، "edu" و "io".

دامنه های سطح بالا در بالای سلسله مراتب نام دامنه قرار دارند. ساختار ICANN (نام دامنه و شرکت اینترنتی) به برخی از شرکت ها کنترل مدیریت دامنه های سطح بالا داده می شود. این شرکت‌ها همچنین ممکن است نام‌های دامنه را تحت TLD توزیع کنند، معمولاً از طریق یک ثبت‌کننده دامنه که مدیریت می‌کند.

گره

در یک دامنه، مالک آن می‌تواند گره‌های خود را تعریف کند که به رایانه‌ها یا سرویس‌هایی که از طریق دامنه قابل دسترسی هستند پیوند می‌دهند. به عنوان مثال، اکثر صاحبان دامنه، وب سرور خود را از طریق دامنه ریشه (example.com) و همچنین از طریق یک "میزبان" تعریف شده به عنوان "www" (www.example.com) در دسترس قرار می دهند.
ممکن است تعاریف دیگری از گره ها تحت دامنه مشترک داشته باشید. شما می توانید از طریق گره "api" (api.example.com) یا دسترسی FTP با تعیین گره "FTP" یا "files" (ftp.example.com یا files.example.com) دسترسی API داشته باشید. نام هاست می تواند دلخواه باشد، تا زمانی که برای یک دامنه خاص منحصر به فرد باشد.

زیر دامنه

شیء مرتبط با گره ها، زیر دامنه نامیده می شود.
DNS در یک سلسله مراتب کار می کند. دامنه های سطح بالا می توانند چندین دامنه در زیر خود داشته باشند. به عنوان مثال، دامنه سطح بالا "com" شامل "google.com" و "ubuntu.com" است. ساب دامنه دامنه ای است که بخشی از دامنه سطح بالاتر است. در این صورت می توان گفت که «ubuntu.com» زیر دامنه «com» ​​است. به طور معمول آن را به سادگی یک دامنه یا بخش "اوبونتو" SLD نامیده می شود که به معنای دامنه سطح دوم است.

به همین ترتیب، هر دامنه می تواند «زیر دامنه ها» را که در زیر آن قرار دارند، کنترل کند. به عنوان مثال، می توانید یک زیر دامنه برای بخش تاریخ مدرسه خود در "www.history.school.edu" داشته باشید. در این حالت، قسمت "تاریخچه" یک زیر دامنه در نظر گرفته می شود.
تفاوت بین نام میزبان و نام زیر دامنه در این است که میزبان به یک کامپیوتر یا منبع اشاره می کند، در حالی که یک زیر دامنه دامنه والد را گسترش می دهد.

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

نام دامنه کاملا واجد شرایط

یک نام دامنه کاملاً واجد شرایط اغلب FQDN یا نام دامنه کاملاً واجد شرایط نامیده می شود. دامنه ها در سیستم DNS را می توان در رابطه با یکدیگر تعریف کرد و ذاتا مبهم هستند. FQDN یک نام کاملاً واجد شرایط است که مکان آن را در رابطه با ریشه مطلق سیستم نام دامنه نشان می دهد.

این بدان معنی است که به هر دامنه والد، از جمله TLD اشاره می کند. یک FQDN صحیح با یک نقطه خاتمه می یابد که ریشه سلسله مراتب DNS را نشان می دهد. یک مثال FQDN "mail.google.com." است. گاهی اوقات نرم افزاری که درخواست FQDN می کند، نیازی به نقطه انتهایی ندارد، اما برای مطابقت با استانداردهای ICANN، یک نقطه انتهایی لازم است.

سرور DNS

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

سرورهای DNS ممکن است "معتبر" باشند، به این معنی که به سوالات مربوط به دامنه های تحت کنترل خود پاسخ می دهند. در غیر این صورت، آنها ممکن است به سرورهای دیگر اشاره کنند یا کپی های کش داده شده را از سایر سرورهای DNS ارائه دهند.

فایل زون

فایل زون یک فایل متنی ساده است که شامل ارتباط بین نام دامنه و آدرس IP است. این به DNS کمک می کند تا زمانی که کاربر یک نام دامنه خاص را درخواست می کند، با کدام آدرس IP تماس بگیرد.

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

سوابق منابع

ورودی ها در یک فایل منطقه ذخیره می شوند. رکورد در ساده ترین شکل خود یک ارتباط ساده بین یک منبع و یک نام است. این رکوردها می توانند یک نام دامنه را به یک آدرس IP متصل کنند، سرورهای DNS و سرورهای ایمیل را برای دامنه تعریف کنند و غیره.

نحوه عملکرد DNS

اکنون که با برخی از اصطلاحات مرتبط با DNS آشنا شدید، این سوال پیش می آید که این سیستم در واقع چگونه کار می کند؟

وقتی به طور کلی به آن نگاه می کنید، سیستم بسیار ساده است، اما وقتی وارد جزئیات می شوید بسیار پیچیده است. به طور کلی، این یک زیرساخت بسیار قوی است که برای انطباق اینترنت آنطور که امروز می شناسیم ضروری بود.

سرورهای DNS روت کنید

همانطور که در بالا ذکر شد، DNS اساسا یک سیستم سلسله مراتبی است. در بالای این سیستم چیزی است که ما آن را سرور DNS ریشه می نامیم. این سرورها توسط سازمان های مختلف با توافق ICANN (شرکت نام دامنه و پروتکل اینترنت) کنترل می شوند.

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

این سرورهای ریشه چه کاری انجام می دهند؟ آنها درخواست های اطلاعات مربوط به دامنه های سطح بالا را پردازش می کنند. بنابراین اگر درخواستی برای چیزی وارد شود که سرور DNS نتواند آن را حل کند، درخواست به سرور DNS ریشه ارسال می شود.

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

بنابراین، اگر درخواستی برای "www.wikipedia.org" به سرور اصلی داده شود، پاسخ خواهد داد که نمی تواند نتیجه را در ورودی های خود پیدا کند. فایل های منطقه خود را برای مطابقت با "www.wikipedia.org" بررسی می کند. و او آنها را هم نخواهد یافت.
در عوض، یک ورودی برای دامنه سطح بالا "org" پیدا می کند و آدرس سرور DNS مسئول آدرس های "org" را در اختیار درخواست کننده قرار می دهد.

سرورهای TLD

سپس درخواست کننده درخواست جدیدی را به آدرس IP ارسال می کند (که توسط سرور اصلی به آن ارائه می شود) که مسئول دامنه سطح بالای مورد نظر است.

در ادامه مثال ما، یک درخواست به سرور DNS که مسئول اطلاعات مربوط به دامنه "org" است ارسال می شود تا بررسی کند که آیا اطلاعاتی در مورد مکان "www.wikipedia.org" دارد یا خیر.
مجدداً، درخواست کننده به دنبال "www.wikipedia.org" در فایل های منطقه خود می گردد و این ورودی را در فایل های خود پیدا نمی کند.
با این حال، یک ورودی پیدا می کند که آدرس IP سرور DNS مسئول "wikipedia.org" را ذکر می کند. و این ما را به نتیجه بسیار نزدیکتر می کند.

سرور DNS در سطح دامنه

در این مرحله، درخواست کننده آدرس IP سرور DNS را دارد که اطلاعات مربوط به آدرس IP واقعی منبع را ذخیره می کند. یک درخواست جدید به سرور DNS ارسال می کند و می پرسد که آیا می تواند "www.wikipedia.org" را ارائه دهد.

سرور DNS فایل‌های منطقه خود را بررسی می‌کند و متوجه می‌شود که یک فایل منطقه مربوط به "wikipedia.org" دارد. در داخل این فایل یک ورودی برای گره "WWW" وجود دارد. این ورودی آدرس IP را می گوید که این گره در کجا قرار دارد. سرور DNS پاسخ نهایی را به پرس و جو برمی گرداند.

سرور DNS عمومی چیست؟

در سناریوی فوق، ما به "درخواست کننده" اشاره کردیم. پس این به چه معناست؟

تقریباً در همه موارد، درخواست کننده همان چیزی است که ما آن را «سرور عمومی DNS» می نامیم. این سرور برای ارسال درخواست به سرورهای دیگر پیکربندی شده است. اساساً، این یک واسطه برای کاربر است که نتایج پرس و جوهای قبلی را برای بهبود سرعت ذخیره می کند و آدرس سرورهای ریشه را می شناسد که می تواند پرس و جوهای ایجاد شده برای داده هایی را که دیگر درباره آنها اطلاعاتی ندارد، حل کند.

به طور معمول، یک کاربر چندین سرور DNS عمومی را روی سیستم رایانه خود پیکربندی می کند. سرورهای عمومی DNS معمولاً توسط ISP ها یا سازمان های دیگر ارائه می شوند. به عنوان مثال، گوگل سرورهای DNS عمومی را ارائه می دهد که می توانید از آنها پرس و جو کنید. آنها را می توان به صورت خودکار یا دستی در رایانه شما پیکربندی کرد.

وقتی یک URL را در نوار آدرس مرورگر خود وارد می‌کنید، اولین کاری که رایانه شما انجام می‌دهد این است که ببیند آیا می‌تواند مکان منبع را در محلی پیدا کند یا خیر. "گره" فایل ها را در رایانه و مکان های دیگر بررسی می کند. سپس درخواستی را به سرور DNS عمومی ارسال می کند و انتظار دارد آدرس IP منبع را پس بگیرد.
سپس سرور DNS عمومی کش خود را برای پاسخ بررسی می کند. اگر آنچه را که نیاز دارد پیدا نکرد، مراحل بالا را دنبال می کند.

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

فایل های منطقه

ما قبلاً به "فایل های منطقه" و "سوابق" در فرآیندهای ذکر شده در بالا اشاره کرده ایم.

فایل‌های Zone راهی هستند که یک سرور DNS اطلاعات مربوط به دامنه‌هایی را که می‌شناسد ذخیره می‌کند. هر دامنه ای که سرور DNS اطلاعاتی در مورد آن دارد در یک فایل Zone ذخیره می شود. اگر سرور DNS برای رسیدگی به پرس و جوهای بازگشتی مانند سرور DNS عمومی پیکربندی شده باشد، پاسخ را پیدا کرده و ارائه می کند. در غیر این صورت، به کاربر می‌گوید کجا را ببیند. هر چه یک سرور فایل های zone بیشتری داشته باشد، پاسخ های بیشتری به درخواست ها ارائه می دهد.

یک فایل zone یک "منطقه" DNS را توصیف می کند که اساساً زیر مجموعه ای از کل سیستم DNS است. معمولاً فقط برای پیکربندی یک دامنه استفاده می شود. ممکن است حاوی تعدادی ورودی باشد که نشان می دهد منابع دامنه درخواستی در کجا قرار دارند.

پارامتر منطقه $ORIGIN معادل بالاترین سطح اعتبار در منطقه پیش فرض است.
بنابراین، اگر از یک فایل zone برای پیکربندی دامنه "example.com." استفاده شود، پارامتر $ORIGIN نیز برای آن دامنه تنظیم می شود.

این در سطح بالای فایل zone پیکربندی شده است یا می توان آن را در تنظیمات فایل سرور DNS که به فایل zone اشاره می کند، مشخص کرد. در هر صورت، این پارامتر توضیح می دهد که منطقه مسئول چه چیزی خواهد بود.

به همین ترتیب، $TTL "طول عمر" اطلاعاتی را که ارائه می کند پیکربندی می کند. در اصل، این یک تایمر است. سرور DNS کش می تواند از نتایج جستجو شده قبلی برای پاسخ به سؤالات استفاده کند تا زمانی که مقدار TTL مشخص شده منقضی شود.

انواع ضبط

می تواند انواع مختلفی از رکوردها در یک فایل zone وجود داشته باشد. در زیر به برخی از رایج ترین انواع (یا موارد ضروری) خواهیم پرداخت.

سوابق SOA

رکورد منطقه اولیه یا SOA (Start of Authority) یک رکورد لازم برای همه فایل های منطقه است. این باید اولین ورودی در فایل باشد (اگرچه $ORIGIN یا $TTL ممکن است بالاتر به نظر برسد). همچنین یکی از سخت ترین درک آن است.

ورودی منطقه اولیه چیزی شبیه به این است:

Domain.com. در SOA ns1.domain.com. admin.domain.com. (12083؛ شماره سریال 3 ساعت؛ فاصله بازخوانی 30 متر؛ فاصله امتحان مجدد 3 وات؛ دوره خروج 1 ساعت؛ TTL منفی)

بیایید توضیح دهیم که هر قسمت به چه معناست:

• domain.com: این ریشه زون است. این نشان می دهد که فایل zone متعلق به domain.com.domain است. اغلب می بینید که آن را با "@" جایگزین می کنید، که فقط یک مکان نگهدار است که جایگزین محتویات متغیر $ORIGIN می شود که در بالا با آن آشنا شدیم.
• در SOA: قسمت "In" به معنای اینترنت است (و در بسیاری از ورودی ها وجود خواهد داشت). SOA نشانه این است که این ورودی منطقه اولیه است.
• ns1.domain.com.: این قسمت سرور اصلی این دامنه را تعریف می کند. سرور DNS می تواند یک Master، یعنی اصلی، یا یک Slave یا ثانویه باشد.
• admin.domain.com.: این آدرس ایمیل مدیر این منطقه است. نماد "@" با نقطه در آدرس ایمیل جایگزین می شود. اگر معمولاً یک نقطه در قسمت نام یک آدرس ایمیل وجود دارد، به این معنی است که کاراکتر "\" را در آن قسمت جایگزین کنید ( [ایمیل محافظت شده]می شود\name.domain.com شما).
• 12083 : این شماره سریال فایل zone است. هر بار که فایل Zone را ویرایش می کنید، باید این عدد را افزایش دهید. سرورهای Slave بررسی خواهند کرد که آیا شماره سریال سرور اصلی منطقه از شماره موجود در سیستم آنها بیشتر است یا خیر. در این صورت سرور یک فایل zone جدید درخواست می کند و در غیر این صورت به سرویس فایل اصلی ادامه می دهد.
• 3 ساعت: این فاصله به روز رسانی برای منطقه است. این مقدار زمانی است که سرور برده قبل از درخواست از سرور اصلی برای تغییر فایل zone منتظر می ماند.
• 30 متر: این فاصله تکرار برای این منطقه است. اگر سرور slave نتواند در زمان رسیدن به دوره به روز رسانی به Master متصل شود، این مدت زمان را منتظر می ماند و سپس درخواست را برای سرور اصلی تکرار می کند.
• 3 وات: این مدت انقضا است. اگر سرور DNS برده نتواند در این بازه زمانی با سرور اصلی تماس بگیرد، دیگر پرس و جوها را به مرجع آن منطقه باز نمی‌گرداند.
• 1 ساعت: این مدت زمانی است که سرور DNS خطا را در صورت نتواند نام درخواستی را در فایل پیدا کند، کش می کند.

رکوردهای A و AAAA

هر دوی این رکوردها یک میزبان را به یک آدرس IP متصل می کنند. رکورد "A" برای اتصال یک میزبان به یک آدرس IP IPv4 استفاده می شود، در حالی که رکورد "AAAA" برای اتصال یک میزبان به یک آدرس IPv6 استفاده می شود.
فرمت کلی این نوشته ها به شرح زیر است:
میزبان IN IPv4_address
میزبان IN AAAA IPv6_address

بنابراین، اگر رکورد SOA به سرور اصلی اصلی در "ns1.domain.com" دسترسی پیدا کند، باید این آدرس را به یک آدرس IP متصل کنیم، زیرا "ns1.domain.com" در ناحیه domain.com است که این فایل تعریف می کند.
ورودی ممکن است چیزی شبیه به این باشد:
ns1 IN A 111.222.111.222

لطفا توجه داشته باشید که نیازی به ارائه نام کامل ندارید. ما به سادگی می توانیم هاست (بدون FQDN) را مشخص کنیم و سرور DNS بقیه را با توجه به مقدار $ORIGIN پر می کند. با این حال، ما می توانیم به همین راحتی از FQDN استفاده کنیم:
ns1.domain.com. IN A 111.222.111.222

در بیشتر موارد اینجاست که شما وب سرور خود را به عنوان "WWW" مشخص می کنید:
WWW IN A 222.222.222.222

همچنین باید بگوییم که دامنه اصلی در کجا قرار دارد. ما می توانیم این کار را به این صورت انجام دهیم:
domain.com IN A 222.222.222.222

همچنین می توانیم از نماد "@" برای اشاره به دامنه اصلی استفاده کنیم:
@ IN A 222.222.222.222

ما همچنین این توانایی را داریم که هر چیزی را که تحت آن دامنه است اما به طور صریح به آن سرور مرتبط نیست تبدیل کنیم. ما می توانیم این کار را با استفاده از نماد "*" انجام دهیم:
* IN A 222.222.222.222

همه موارد فوق با رکوردهای AAAA برای آدرس های IPv6 نیز کار می کنند.

رکورد CNAME

رکورد CNAME یک نام مستعار برای نام متعارف سرور شما (که با یک رکورد A یا AAAA تعریف می شود) مشخص می کند.

به عنوان مثال، می‌توانیم یک رکورد A داشته باشیم که گره "server1" را تعریف می‌کند و سپس می‌توانیم از "WWW" به عنوان نام مستعار برای آن گره استفاده کنیم:
server1 IN A 111.111.111.111
www IN CNAME server1

توجه داشته باشید که این نام‌های مستعار مقداری سربار عملکرد دارند زیرا به درخواست اضافی برای سرور نیاز دارند. در بیشتر موارد، نتایج یکسانی را می توان با استفاده از رکوردهای A یا AAAA اضافی به دست آورد.

رکورد MX

رکوردهای MX سرورهای تبادل نامه را برای دامنه نشان می دهد. این کمک می کند تا پیام های ایمیل به درستی به سرور ایمیل شما برسد.
برخلاف بسیاری از انواع رکوردهای دیگر، سوابق پستی معمولاً یک گره را به هیچ چیز متصل نمی کنند، زیرا آنها در پهنای منطقه هستند. آنها معمولاً به این شکل هستند:
در MX 10 mail.domain.com.

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

رکورد MX اساسا باید به میزبان مشخص شده توسط رکورد A یا AAAA ارسال شود، نه آن چیزی که توسط CNAME مشخص شده است.
بیایید تصور کنیم که دو سرور ایمیل داریم. باید ورودی هایی وجود داشته باشد که چیزی شبیه به این هستند:
در MX 10 mail1.domain.com.
در MX 50 mail2.domain.com.
mail1 IN A 111.111.111.111
mail2 IN A 222.222.222.222

در این مثال، گره "mail1" سرور تبادل ایمیل ترجیحی است.
ما همچنین می توانیم آن را به این صورت بنویسیم:
در MX 10 mail1
در MX 50 mail2
mail1 IN A 111.111.111.111
mail2 IN A 222.222.222.222

سوابق NS

این نوع رکورد سرورهای DNS مورد استفاده برای این منطقه را نشان می دهد.
ممکن است بپرسید، "چرا یک فایل zone واقع در یک سرور DNS باید به خودش مراجعه کند؟" یک سرور DNS بسیار راحت است زیرا دارای سطوح مختلف کش است. یکی از دلایل تعیین سرورهای DNS در یک فایل منطقه این است که فایل منطقه ممکن است در واقع از یک نسخه کش شده در سرور DNS دیگر ارائه شود. دلایل دیگری وجود دارد که چرا سرورهای DNS باید به سرورهای DNS خود مراجعه کنند، اما ما به جزئیات آن نمی پردازیم.

مانند رکوردهای MX، رکوردهای NS پارامترهای پهنای منطقه هستند، بنابراین گره ها را به هم متصل نمی کنند. آنها به این شکل هستند:
در NS ns1.domain.com.
در NS ns2.domain.com.

شما باید حداقل دو سرور DNS در هر فایل زون مشخص کرده باشید تا در صورت بروز مشکل در یکی از سرورها به درستی ادامه دهید.
اکثر نرم افزارهای سرور DNS، اگر فقط یک سرور DNS مشخص شده باشد، یک فایل ناحیه را نامعتبر می دانند.

مثل همیشه، اتصال گره هایی با رکوردهای A یا AAAA را در نظر بگیرید:
در NS ns1.domain.com.
در NS ns2.domain.com.
ns1 IN A 111.222.111.111
ns2 IN A 123.211.111.233

چند نوع پست دیگر نیز وجود دارد که می توان از آنها استفاده کرد، اما اینها احتمالاً رایج ترین انواعی هستند که می بینید.

نتیجه

اکنون باید ایده بسیار خوبی از نحوه عملکرد DNS داشته باشید. در حالی که اگر با اصول اولیه آشنا باشید، به طور کلی درک این ایده بسیار آسان است، برخی از جزئیات ممکن است هنوز برای مدیران بی تجربه با تمرین نامشخص باشد.

DNS یک سیستم ویژه برای به دست آوردن اطلاعات در مورد دامنه ها (Domain Name System) است.

چرا DNS مورد نیاز است؟

سوابق (در تنظیمات دامنه) در مورد سرورهای DNS مورد نیاز است تا هر کاربری بتواند وب سایت شما را در مرورگر خود پیدا کرده و باز کند.

DNS چگونه کار می کند؟

همه سایت ها بر روی سرورهای ارائه دهندگان هاست ذخیره می شوند. که صدها یا هزاران سرور دارند و هر کدام آدرس IP مخصوص به خود را دارند. وقتی کاربر می خواهد سایتی را باز کند (مثلا hostings.info)، آن را در مرورگر وارد می کند و درخواستی از رایانه خارج می شود.

ابتدا درخواست به سرور DNS می رود که به شما می گوید از کجا می توانید آدرس IP سروری را که فایل های سایت درخواستی روی آن ذخیره شده است، پیدا کنید. پاسخ شامل آدرس سرور NS (ns1.hoster.com و ns2.hoster.com) است.

پس از این، درخواستی با IP 218.106.218.10 به سرور ارسال می شود که درخواست کاربر را پردازش می کند و در پاسخ به کاربر سایتی را که می خواست باز کند نشان می دهد.

چگونه از DNS در هاست استفاده کنیم؟

اول از همه، DNS برای انتقال یک وب سایت به هاست جدید یا اختصاص دامنه به یک ارائه دهنده خاص (در صورت جدید بودن دامنه) استفاده می شود.

چگونه DNS را پیکربندی کنیم؟

حتی اگر تجربه کمی داشته باشید، به زودی متوجه خواهید شد که تغییر تنظیمات DNS بسیار ساده است. تنها چیزی که نیاز دارید این است که به کنترل پنل دامنه بروید (در ثبت کننده دامنه یا در هاست [اگر دامنه را از طریق آن ثبت کرده باشید] قرار دارد). و نام سرورهای DNS را در آنجا وارد کنید (مثلا ns1.hoster.com و ns2.hoster.com) که می توانید از ارائه دهنده هاست دریافت کنید. اما اغلب آنها همراه با بقیه تنظیمات، در اولین نامه ارسال شده توسط ارائه دهنده میزبانی هستند.

چگونه از DNS فعلی وب سایت خود یا شخص دیگری مطلع شویم؟

این را می توان با استفاده از هر سرویس WHOIS که ما رتبه بندی کرده ایم انجام داد.

مهم

امکان تغییر تنظیمات DNS سایت اینترنتی شما برای بسیاری از کاربران مهم است. با این حال، باید توجه داشته باشید که داده های وارد شده نادرست در تنظیمات DNS می تواند باعث اختلال در سایت و حتی عدم کارکرد کامل آن برای مدت طولانی شود. این به این دلیل است که تغییرات DNS بلافاصله اعمال نمی شود. اگر داده های نادرست وارد کنید، این منجر به مسدود شدن دسترسی به سایت نه تنها برای بازدیدکنندگان احتمالی آن، بلکه برای خودتان نیز می شود. هنگامی که یک خطا تصحیح شد، ممکن است تا ۷۲ ساعت طول بکشد تا تنظیمات اعمال شوند.

سرور نام دامنه (DNS) چیست؟

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

چرا این اتفاق می افتد؟

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

سرور نام دامنه رکوردی از نام دامنه سایت و آدرس IP سروری که درخواست ها باید به آن ارسال شود را ذخیره می کند.

چرا باید نام سرور میزبان را در رکورد دامنه مشخص کرد؟

یک سرور نام برای یافتن اطلاعات در مورد سایت اینترنتی شما طراحی شده است. هنگامی که دامنه خود را ثبت می کنید، به طور خودکار مکان دقیق سایت خود را در اینترنت به اینترنت می گویید. اگر اطلاعات ثبت دامنه خود را تغییر ندهید، به عبارت دیگر، ارائه دهنده هاست قبلی را ذکر کنید، سپس نشانگر مکان سایت شما به سروری اشاره می کند که سایت شما دیگر وجود ندارد. و اگر ارائه دهنده قبلی شما رکورد وب سایت شما را از سرور نام دامنه خود حذف کند، دامنه شما به فضای خالی هدایت می شود.

چرا اینقدر طول می کشد تا اطلاعات مربوط به تغییرات میزبانی اعمال شود؟

هنگامی که کاربر ارائه دهنده میزبانی را تغییر می دهد یا برای اولین بار یک نام دامنه را ثبت می کند، داده های رکورد به طور خودکار به سرورهای نام دامنه دیگر ارسال می شود. سایت می تواند 4 ساعت پس از ثبت نام شروع به کار کند، اما میانگین مدت زمان انتشار اطلاعات از 24 تا 72 ساعت است. این وضعیت به این دلیل است که اساساً اکثر نام سرورها به طور دوره ای اطلاعات را به روز می کنند. این بدان معنی است که اطلاعات ذخیره شده همیشه به روز نیستند. اطلاعات پس از مدت زمان مشخصی به روز می شوند، این به این دلیل است که اطلاعات این سطح به ندرت تغییر می کند.

اگر دامنه به هاست قبلی پیوند داده شود، اگرچه مدت زیادی است که هیچ حساب کاربری در آنجا وجود ندارد، چه باید کرد؟

این وضعیت به دلایل احتمالی زیر است:

1. داده های مربوط به DNS قبلی در سوابق دامنه شما حفظ می شود.

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

2. ارائه دهنده هاست قبلی شما سوابق دامنه شما را از سرور خود حذف نکرده است.

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

3. اطلاعات مربوط به ورودی جدید در وب سایت شما هنوز به همه سرورهای نام سرایت نکرده است. این وضعیت زمانی رخ می دهد که شما ورودی یاب سرور نام دامنه وب سایت خود را تغییر می دهید.

راه حل مشکل: 24-72 ساعت صبر کنید، در این مدت تنظیمات اعمال می شود. با این حال، اگر مشکل همچنان ادامه داشت، با ارائه دهنده هاست جدید خود تماس بگیرید.

چرا کاربران وب سایت تازه ثبت نام شده من را می بینند اما من هنوز نمی بینم؟

به احتمال زیاد، سوابق دامنه شما قبلاً توسط ارائه دهنده ای که به آن متصل هستند به روز شده است. ظرف 72 ساعت، این سوابق نیز با ارائه دهنده شما به روز می شوند.

(8)

DNS (سیستم نام دامنه)یک سیستم نام دامنه است که برای مرتبط ساختن دامنه ها (نام سایت ها) با آدرس های IP رایانه هایی که به آنها سرویس می دهند، طراحی شده است. یعنی این سیستم برای تسهیل جستجوی وب سایت ها طراحی شده است.

دامنه ای که در مرورگر خود وارد می کنید آدرس واقعی وب سایت نیست. این معادل ارسال نامه ای به یک شخص است که فقط نام کامل او را در پاکت ذکر می کند. و شهر محل سکونت اما اگر پستچی دقیقاً نمی داند مخاطب کجاست، چگونه می توان نامه ای را به او تحویل داد؟ برای این کار آدرس پستی را روی پاکت ذکر کنید.

نقش یک آدرس پستی در اینترنت توسط یک آدرس IP (به روسی، IP) ایفا می شود. همه دستگاه‌های موجود در شبکه، چه شبکه خانگی یا اینترنت، آن را دارند. با کمک آن، دستگاه ها می توانند با ارسال و پاسخ به درخواست ها در آدرس های IP خاص با یکدیگر ارتباط برقرار کنند. آنها مشخص می کنند که داده ها به کدام دستگاه ارسال شود.

IP شامل چهار عدد است که از 0 شروع می شود و به 255 ختم می شود. برای مثال یکی از آدرس های اینترنتی وب سایت گوگل به این صورت است: 77.214.53.237. اگر این ترکیب از اعداد را کپی کنید و در نوار آدرس مرورگر خود جایگذاری کنید، به طور خودکار به صفحه google.com هدایت خواهید شد. در ادامه توضیح خواهیم داد که چرا دامنه ها می توانند چندین IP داشته باشند.

ممکن است بپرسید: «چرا اصلاً زندگی را پیچیده می‌کنیم و چرا نمی‌توانیم نام دامنه را بگذاریم؟» نکته پایانی این است که هر سایتی که در شبکه جهانی وب قابل دسترسی است، تقریباً همان رایانه با IP خاص خود است. تمام فایل ها، پوشه ها و سایر مواد آن در سرور ذخیره می شود. رایانه ها فقط می توانند با اعداد کار کنند؛ بدون DNS، یک پرس و جو کاراکتر را درک نمی کنند.

بر خلاف کامپیوترها، نگه داشتن اعداد زیاد در ذهن برای شخص دشوار است. یک آدرس IP بسیار شبیه به یک شماره تلفن همراه طولانی است. برای جلوگیری از نیاز به به خاطر سپردن شماره تلفن، آنها را در "مخاطبین" یادداشت می کنیم و اغلب آنها را با نام صاحبان این شماره ها صدا می کنیم. به عنوان مثال: ایوان سیدورویچ، +7-123-456-78-90. دفعه بعد که می خواهیم با ایوان تماس بگیریم، فقط باید نام او را وارد کنیم و می توانیم شماره را کاملاً فراموش کنیم.

در اینترنت، نقش چنین دفترچه تلفن توسط DNS ایفا می شود. این سیستم ارتباط بین نام های نسبتاً آسان به خاطر سپردن سایت ها و آدرس های دیجیتالی که به سختی به خاطر سپرده می شوند را ثبت و ذخیره می کند. اما در شبکه جهانی وب، چنین "کتابی" توسط آشنایان ایوان سیدوروویچ که در "تماس های" خود می توانند او را هر چه می خواهند صدا کنند، نگهداری نمی شود، بلکه شخصاً توسط او.

به عنوان مثال، برای رفتن به وب سایت ایوان با آدرس دامنه yavanya.com که خودش آن را انتخاب کرده است، فقط باید آن را در مرورگر وارد کنید، پس از آن DNS آدرس IP لازم را به رایانه ارسال می کند (که از طریق آن از آدرس استفاده می کنید. مرورگر). فرض کنید 012.012.012.012 یک IP مربوط به سایت yavanya.com است. سپس سرور (رایانه) که سایت بر روی آن میزبانی می شود، درخواست وارد شده توسط کاربر را تجزیه و تحلیل کرده و داده هایی را برای نمایش صفحه درخواستی به مرورگر ارسال می کند.

رکوردهای آدرس دامنه به IP در کجا قرار دارند؟

سیستم نام دامنه صاحب سرورهای DNS خود است. آنها حاوی تمام اطلاعات مربوط به مالکیت یک دامنه خاص به یک آدرس IP خاص هستند. تعداد زیادی سرور مشابه وجود دارد و آنها دو عملکرد مهم را انجام می دهند:

• ذخیره لیستی از IP ها و دامنه های مربوط به آنها.
• ذخیره سوابق از سایر سرورهای سیستم

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

برای جلوگیری از این مشکل، به اصطلاح سرورهای DNS ثانویه، که در نزدیکی دستگاه شما قرار دارند (به عنوان یک قاعده، در ارائه دهندگان شما قرار دارند)، برای جلوگیری از این مشکل طراحی شده اند. برای جلوگیری از جستجوی مجدد آدرس آن هنگام درخواست مجدد سایت، آنها داده های مربوط به آن را در حافظه پنهان خود ذخیره می کنند و به سرعت IP را گزارش می دهند.

مهم! کش کردن بدون سرورهای DNS اولیه که شامل اولین اتصال IP به نام دامنه هستند غیرممکن است. در طول فرآیند ثبت دامنه، قبل از اینکه وب سایت شما فعال شود، باید به ثبت کننده سرور DNS که تمام اطلاعات مربوط به دامنه شما در آن ذخیره می شود، اطلاع دهید. و اینکه دقیقاً چه نوع اطلاعاتی است، کمی بعد در مورد آن بیشتر توضیح خواهیم داد.

منطقه DNS چیست؟

در بالا ساده‌ترین مثال از یک آدرس IP مربوط به یک دامنه را ارائه کردیم که طبق طرح زیر رخ می‌دهد: یک نام دامنه - یک منبع - یک آدرس. با این حال، یک دامنه واحد، علاوه بر وب سایت، می تواند به طور همزمان یک سرور ایمیل آدرس دهی به یک IP متفاوت را شامل شود. در این مورد نمی توان از ذکر زیر دامنه هایی که قبلا در مورد آنها نوشتیم خودداری کنیم. یک مثال ساده از یک زیر دامنه یک سرویس پستی محبوب در روسیه: mail.yandex.ru.

هم یک منبع وب و هم ایمیل می توانند چندین آدرس IP داشته باشند - این به منظور افزایش قابلیت اطمینان آنها و اطمینان از سرعت انجام می شود. منطقه DNS– این محتویات فایلی است که در آن ارتباط بین دامنه ها و آدرس های IP مشخص شده است. حاوی اطلاعات زیر است:

• الف – آدرس “سایت” دامنه.
• MX - آدرس "ایمیل سرور" همان دامنه.
• CNAME مترادف دامنه است. یعنی آدرس دامنه www.yavanya.com مترادف با yavanya.com است و اگر در مرورگر خود درخواستی را بدون www وارد کنید، همچنان به سایت هدایت می شوید.
• NS – این رکورد شامل دامنه های سرورهای DNS است که یک دامنه خاص را ارائه می دهند.
• TXT - این می تواند حاوی هر یادداشتی در قالب متن باشد.

این یک لیست کوتاه شده است که شامل فیلدهای اصلی منطقه DNS است.

اطلاعات تکمیلی

تفاوت های ظریف بسیار بیشتری در مورد توضیحات دامنه ها وجود دارد. اما برای سهولت در یادگیری یک مبحث جدید برای مبتدیان، از آنها اجتناب کرده ایم. با این حال، برای درک کلی موضوع، توصیه می کنیم با چند جزئیات مهم دیگر آشنا شوید:

1. ما در مورد دامنه هایی با آدرس هایی که شامل چهار عدد است صحبت کردیم. آنها به استاندارد IPv4 تعلق دارند و می توانند تعداد محدودی دستگاه را ارائه دهند: 4,294,967,296. بله، بیش از چهار میلیارد رایانه زیاد است، اما پیشرفت فناوری سریع است و دستگاه های متصل به اینترنت هر روز در حال افزایش هستند. این امر منجر به کمبود آدرس شده است. برای جلوگیری از این مشکل، آدرس های IPv6 جدیدی معرفی شدند - آدرس هایی با شش شماره، که در منطقه DNS AAAA تعیین می شوند. به لطف استاندارد جدید، رایانه های بیشتری قادر به دریافت آدرس IP خواهند بود.
2. برای افزایش بهره وری و قابلیت اطمینان سایت، یک نام دامنه به چندین آدرس گره خورده است. به عنوان یک قاعده، هنگام درخواست یک صفحه، سرور DNS یک IP را به صورت غیرارادی ارائه می دهد.
3. آدرس IP یکسان را می توان با چندین دامنه مرتبط کرد. به طور کلی، این به هیچ وجه با اصول DNS مطابقت ندارد، جایی که یک ارتباط بدون ابهام بین IP و دامنه فرض می شود. اما، همانطور که در بالا ذکر کردیم، دیگر آدرس IPv4 کافی برای همه دستگاه‌های اینترنتی موجود امروزی وجود ندارد و باید در هزینه‌ها صرفه‌جویی کنیم. در واقعیت، به نظر می رسد: چندین منبع وب کوچک با دامنه های مختلف، اما با آدرس های یکسان، روی سروری با یک آدرس IP خاص میزبانی می شوند. با دریافت درخواست، رایانه ای که به سایت ها سرویس می دهد، دامنه درخواستی را پردازش می کند و منبع وب مورد نظر را برای کاربر ارسال می کند.

بیایید آن را جمع بندی کنیم

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

چه اتفاقی افتاده استDNS

DNS (سیستم نام دامنه) سیستمی است که عملکرد نام های دامنه وب سایت آشنا را تضمین می کند. ارتباط بین دستگاه ها در اینترنت با استفاده از آدرس های IP انجام می شود، به عنوان مثال: "192.64.147.209". با این حال، به خاطر سپردن آدرس های IP دشوار است، بنابراین نام های دامنه انسان پسند اختراع شد، به عنوان مثال: "google.com".

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

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

چگونه کار می کندDNS

سیستم نام دامنه از اجزای زیر تشکیل شده است:

ساختار سلسله مراتبی نام دامنه:

• مناطق دامنه سطح بالا (سطح اول) - برای مثال: "ru"، "com"، یا "org". آنها شامل تمام نام های دامنه موجود در این منطقه هستند. هر ناحیه دامنه می تواند شامل تعداد نامحدودی دامنه باشد.
• نام دامنه (مناطق سطح دوم دامنه)- به عنوان مثال: "google.com" یا "yandex.ru". زیرا سیستم نام دامنه سلسله مراتبی است، سپس "yandex.ru" را می توان زیر دامنه منطقه والد "ru" نیز نامید. بنابراین، نشان دادن سطح دامنه صحیح تر است. با این حال، در عمل، یک منطقه دامنه در هر سطحی به سادگی "دامنه" نامیده می شود.
• زیر دامنه ها (مناطق سطح سوم)- به عنوان مثال: "api.google.com" یا "mail.yandex.ru". ممکن است دامنه های 4، 5 سطحی و غیره وجود داشته باشد.

لطفاً توجه داشته باشید که "www.google.com" و "google.com" در واقع دامنه های متفاوتی هستند. ما نباید فراموش کنیم که برای هر یک از آنها رکوردهای A را نشان دهیم.

سرور DNS یا سرور NS (سرور نام).- از مناطق دامنه ای که به آن تفویض شده است (خدمت می کند) پشتیبانی می کند. این به طور مستقیم داده های رکورد منبع را برای یک منطقه ذخیره می کند. به عنوان مثال، سروری که سایت "example.ru" در آن قرار دارد دارای آدرس IP "1.1.1.1" است. سرور DNS به تمام درخواست های مربوط به این مناطق دامنه پاسخ می دهد. اگر درخواستی برای دامنه ای دریافت کرد که به او تفویض نشده است، سپس از سایر سرورهای DNS پاسخ می خواهد.

سوابق DNS (سوابق منابع)- این مجموعه ای از رکوردها در مورد یک ناحیه دامنه در سرور NS است که داده های لازم برای عملکرد DNS را ذخیره می کند. بر اساس داده های موجود در این رکوردها، سرور DNS به درخواست های دامنه پاسخ می دهد. فهرستی از مدخل ها و معنی آنها را می توان در زیر مشاهده کرد.

سرورهای DNS روت کنید(در حال حاضر 13 مورد در سراسر جهان وجود دارد) داده هایی را ذخیره می کند که سرورهای DNS در مورد مناطق سطح بالا خدمت می کنند.

سرورهای DNS برای مناطق دامنه سطح بالا- ذخیره اطلاعات در مورد سرورهای NS که به یک دامنه خاص خدمت می کنند.

برای یافتن آدرس IP، رایانه/سرور دامنه با سرور DNS که در تنظیمات شبکه آن مشخص شده است تماس می گیرد. به طور معمول، این سرور DNS ارائه دهنده اینترنت است. سرور DNS بررسی می کند که آیا دامنه به آن تفویض شده است یا خیر. اگر بله، او بلافاصله به درخواست پاسخ می دهد. در غیر این صورت، اطلاعات مربوط به سرور DNS را که به این دامنه سرویس می دهد از سرور اصلی و سپس از سرور منطقه دامنه سطح بالا درخواست می کند. پس از این، مستقیماً درخواستی را به سرور NS که این دامنه را ارائه می دهد ارسال می کند و پاسخ را برای رایانه / سرور شما پخش می کند.

کش داده هادر همه دستگاه ها (رایانه ها، سرورها، سرورهای DNS) استفاده می شود. یعنی پاسخ آخرین درخواست هایی که برایشان آمده را به یاد می آورند. و وقتی درخواست مشابهی می آید، به سادگی همان دفعه قبل را پاسخ می دهند. برای مثال، اگر وب‌سایت google.com را برای اولین بار پس از روشن کردن آن در مرورگر خود باز کنید، رایانه یک درخواست DNS می‌دهد و با درخواست‌های بعدی، داده‌هایی را که توسط سرور DNS برای آن ارسال شده است، می‌گیرد. اولین بار. بنابراین، برای پرس و جوهای محبوب، نیازی به گذر از کل زنجیره هر بار و ایجاد پرس و جو برای سرورهای NS نیست. این امر بار روی آنها را به میزان قابل توجهی کاهش می دهد و سرعت کار را افزایش می دهد. با این حال، در نتیجه، داده ها در سیستم DNS بلافاصله به روز نمی شوند. هنگام تغییر آدرس IP دامنه، اطلاعات مربوط به آن از 1 تا 24 ساعت در اینترنت توزیع می شود.

ثبت/تخصیص دامنه ها

هر منطقه دامنه سطح اول سازمان خود را دارد که قوانین تخصیص دامنه ها را تعیین می کند و عملکرد این منطقه را تضمین می کند. به عنوان مثال، برای مناطق دامنه RU، SU و RF، این مرکز هماهنگی برای دامنه اینترنتی ملی https://cctld.ru است. این سازمان ها قوانین عملیاتی و الزامات فنی را برای ثبت دامنه ها ایجاد می کنند.

ثبت کننده های دامنه– اینها شرکت هایی هستند که به طور مستقیم دامنه های جدید را در منطقه دامنه سطح اول برای مشتریان نهایی ثبت می کنند. سازماندهی تعامل فنی با ثبت نام دامنه. در حساب شخصی خود، صاحب دامنه پیکربندی می کند که کدام سرور DNS از دامنه پشتیبانی می کند.

مدیر دامنه (مالک)- شخصی که به طور مستقیم مالک حقوق نام دامنه است. او می تواند دامنه را مدیریت کند و ثبت کننده درخواست تغییرات را از او می پذیرد.

تفویض دامنه- نشان دادن سرورهای DNS برای آن که به آن سرویس می دهند.

پایه ایرکوردهای DNS

سوابق اصلی DNS (منابع) زیر وجود دارد:

A – حاوی اطلاعاتی در مورد آدرس IPv4 میزبان (سرور) برای دامنه است. برای مثال 1.1.1.1.

AAA - حاوی اطلاعاتی در مورد آدرس IPv6 میزبان (سرور) برای دامنه است. برای مثال، 2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d.

MX - حاوی داده هایی در مورد سرور ایمیل دامنه است. در این مورد، نام سرور ایمیل نشان داده شده است، به عنوان مثال mail.example.com. زیرا یک دامنه می تواند چندین سرور ایمیل داشته باشد، سپس برای هر یک از آنها اولویت را نشان می دهد. اولویت با یک عدد از 0 تا 65535 تعیین می شود. در این حالت، "0" بالاترین اولویت است. مرسوم است که اولویت "10" را برای اولین سرور ایمیل مشخص کنید.

TXT - اطلاعات اضافی در مورد دامنه در قالب متن آزاد. حداکثر طول 255 کاراکتر.

SRV - حاوی اطلاعات نام میزبان و شماره پورت برای سرویس‌ها/پروتکل‌های خاص مطابق با RFC 2782 http://www.rfc-editor.org/rfc/rfc2782.txt. شامل فیلدهای زیر است:

• _Service._Proto.Name (مثال: _jabber._tcp.jabber)، که در آن:
  • سرویس: نام سرویس (به عنوان مثال: ldap، kerberos، gc و دیگران).
  • Proto: پروتکلی که با آن مشتریان می توانند به یک سرویس داده شده متصل شوند (مثال: tcp، udp).
  • Name: نام دامنه ای که این سرویس را میزبانی می کند.
• اولویت - درست مانند رکورد MX، اولویت را برای این سرور نشان می دهد. با یک عدد از 0 تا 65535 تنظیم کنید. در این مورد، "0" بالاترین اولویت است.
• وزن - وزن نسبی برای توزیع بار بین سرورها با همان اولویت. به عنوان یک عدد صحیح مشخص شده است.
• پورت – شماره پورتی که سرویس روی این سرور روی آن قرار دارد.
• مقصد - نام دامنه سرور ارائه دهنده این سرویس.

NS – نام سرور DNS که از این دامنه پشتیبانی می کند.

CNAME (نام میزبان متعارف) - برای تغییر مسیر به نام دامنه دیگری استفاده می شود. به عنوان مثال، نام سرور از example.com به new.com تغییر کرد. در این مورد، در قسمت "Alies" برای رکورد cname، باید - example.com و در قسمت "Canonical name" - new.com را مشخص کنید. به این ترتیب، تمام درخواست ها به example.com به طور خودکار به new.com هدایت می شوند.

SOA رکورد پایه دامنه است. این خود نام دامنه و طول عمر داده های دامنه - TTL را ذخیره می کند. TTL (زمان تا زندگی) تعیین می کند که سرور DNS با دریافت اطلاعات مربوط به منطقه، برای چه مدت زمانی آن را در حافظه خود (کش) ذخیره می کند. مقدار توصیه شده 86400 – 1 روز. مقدار در ثانیه نشان داده شده است.