درس ۳ از ۱۲

Forwarder و Conditional Forwarder

موضوع این درس Forwarder و Conditional Forwarder است؛ اول مفهوم اصلی را ساده روشن می‌کنیم، بعد سراغ نشانه‌ها و ابزارهای بررسی می‌رویم و در پایان می‌بینیم هنگام خطا از کجا باید شروع کنی؛ مثال‌ها را با فضای DNS و DHCP سازمان جلو می‌بریم تا موضوع به کار واقعی وصل شود در این درس موضوع را در چارچوب Windows Server و سرویس‌های سازمانی بررسی می‌کنیم؛ Server معمولاً به DNS، Time، Identity، Network و Storage وابسته است و تغییر در یک Role می‌تواند روی چند سرویس اثر بگذارد؛ هدف این است که پیش‌نیازها، وابستگی‌ها، روش بررسی سلامت و راه بازگشت را بشناسی و صرف موفق شدن یک Wizard را پایان کار ندانی

این درس برای مطالعه کامل نوشته شده است

با حوصله بخوان، مثال‌ها را تحلیل کن و تمرین‌ها را انجام بده؛ هدف حفظ کردن تعریف‌ها نیست

Forwarder Query ناشناخته را به DNS دیگری می‌فرستد

DNS Forwarder Queryهایی را که Server خودش پاسخ ندارد به Resolver دیگری می‌فرستد؛ Timeout یا Resolver نامناسب می‌تواند Resolution خارجی را کند کند Conditional Forwarder فقط برای Namespace مشخص استفاده می‌شود DNS نام را به اطلاعاتی مانند IP تبدیل می‌کند تا کاربر مجبور نباشد نشانی عددی سرویس‌ها را حفظ کند؛ اگر IP مقصد کار می‌کند ولی نام نه، Query DNS را جداگانه آزمایش کن پاک کردن Cache ممکن است کمک کند اما جای بررسی Record، Resolver و مسیر DNS را نمی‌گیرد DNS سامانه نام‌گذاری توزیع‌شده‌ای است که نام را به داده‌هایی مانند IP مرتبط می‌کند و بسیاری از سرویس‌های سازمانی به Name Resolution درست وابسته‌اند؛ خطای DNS ممکن است در ظاهر شبیه قطعی شبکه یا خرابی برنامه دیده شود، بنابراین باید جداگانه بررسی شود که Client به DNS Server درست اشاره می‌کند، Query پاسخ می‌گیرد، Zone و Record مورد نیاز وجود دارند و زمان و دامنه جست‌وجو با طراحی شبکه سازگارند برای اینکه این مفهوم در محیط واقعی قابل استفاده شود، DNS و DHCP هر دو سرویس زیرساختی‌اند اما وظیفه متفاوت دارند؛ DHCP تنظیمات شبکه را به Client می‌دهد و DNS نام را Resolve می‌کند؛ وقتی Client مشکل دارد ابتدا مشخص کن تنظیمات را چگونه گرفته، چه DNS Serverای دریافت کرده و Query به کدام Zone می‌رود؛ این تفکیک از تغییر هم‌زمان Scope و Record و Gateway جلوگیری می‌کند

Root Hints مسیر Resolution اینترنت را می‌دهند

اگر DNS Server از Forwarder استفاده نکند می‌تواند با Root Hints از Root DNS Serverها شروع و مرحله‌به‌مرحله Authoritative Server مقصد را پیدا کند؛ دسترسی شبکه به این مسیر باید برقرار باشد برای عیب‌یابی درست، این بخش را فقط به‌عنوان یک اصطلاح حفظ نکن و توجه داشته باش که در سرویس‌های نام‌گذاری و آدرس‌دهی، مستندسازی Scope، Exclusion، Reservation، Option، Zone و Recordهای مهم ضروری است؛ تغییر کوچک در Optionهای DHCP می‌تواند روی تعداد زیادی Client اثر بگذارد و خطای DNS در Domain می‌تواند Authentication و سرویس‌های وابسته را مختل کند؛ پس تغییرات باید کنترل‌شده و قابل بازگشت باشند اگر بخواهی این بخش را از حالت تعریف به مهارت عملی تبدیل کنی، DNS و DHCP هر دو سرویس زیرساختی‌اند اما وظیفه متفاوت دارند؛ DHCP تنظیمات شبکه را به Client می‌دهد و DNS نام را Resolve می‌کند؛ وقتی Client مشکل دارد ابتدا مشخص کن تنظیمات را چگونه گرفته، چه DNS Serverای دریافت کرده و Query به کدام Zone می‌رود؛ این تفکیک از تغییر هم‌زمان Scope و Record و Gateway جلوگیری می‌کند برای کامل شدن تصویر این موضوع، در این درس موضوع را در چارچوب Windows Server و سرویس‌های سازمانی بررسی می‌کنیم؛ Server معمولاً به DNS، Time، Identity، Network و Storage وابسته است و تغییر در یک Role می‌تواند روی چند سرویس اثر بگذارد؛ هدف این است که پیش‌نیازها، وابستگی‌ها، روش بررسی سلامت و راه بازگشت را بشناسی و صرف موفق شدن یک Wizard را پایان کار ندانی

Conditional Forwarder فقط Domain خاص را هدایت می‌کند

Domain یک محدوده مدیریتی و هویتی در Active Directory است که Objectها و Policyهای مشترک دارد؛ Client برای Join و Login باید DNS مناسب Domain را پیدا کند نام Domain را بدون طراحی و دلیل تغییر نده Active Directory Domain Services یک Directory Service سلسله‌مراتبی برای نگهداری Objectهایی مانند User، Computer و Group و ارائه Authentication و Authorization در دامنه است؛ Domain Controller نسخه‌ای از Directory را نگه می‌دارد و سرویس‌هایی مانند DNS برای پیدا کردن سرویس‌های دامنه اهمیت زیادی دارند؛ هنگام عیب‌یابی باید Name Resolution، زمان سیستم، سلامت ارتباط با DC، وضعیت Replication و عضویت درست Computer در Domain کنار هم بررسی شوند برای اینکه این مفهوم در محیط واقعی قابل استفاده شود، DNS و DHCP هر دو سرویس زیرساختی‌اند اما وظیفه متفاوت دارند؛ DHCP تنظیمات شبکه را به Client می‌دهد و DNS نام را Resolve می‌کند؛ وقتی Client مشکل دارد ابتدا مشخص کن تنظیمات را چگونه گرفته، چه DNS Serverای دریافت کرده و Query به کدام Zone می‌رود؛ این تفکیک از تغییر هم‌زمان Scope و Record و Gateway جلوگیری می‌کند

Timeout Forwarder می‌تواند کندی ایجاد کند

DNS Forwarder Queryهایی را که Server خودش پاسخ ندارد به Resolver دیگری می‌فرستد؛ Timeout یا Resolver نامناسب می‌تواند Resolution خارجی را کند کند روش عیب‌یابی قابل اتکا از تعیین دامنه مشکل شروع می‌شود: یک User یا چند User، یک Device یا یک Segment، یک Service یا همه سرویس‌ها؛ بعد باید تغییر اخیر و شواهد قابل مشاهده جمع شوند و فرضیه‌ها از کم‌ریسک‌ترین تست‌ها بررسی شوند؛ تغییر چند عامل هم‌زمان تشخیص علت را دشوار می‌کند؛ پس از رفع نیز باید سرویس از دید کاربر تأیید، علت ثبت و در صورت نیاز اقدام پیشگیرانه تعریف شود برای اینکه این مفهوم در محیط واقعی قابل استفاده شود، DNS و DHCP هر دو سرویس زیرساختی‌اند اما وظیفه متفاوت دارند؛ DHCP تنظیمات شبکه را به Client می‌دهد و DNS نام را Resolve می‌کند؛ وقتی Client مشکل دارد ابتدا مشخص کن تنظیمات را چگونه گرفته، چه DNS Serverای دریافت کرده و Query به کدام Zone می‌رود؛ این تفکیک از تغییر هم‌زمان Scope و Record و Gateway جلوگیری می‌کند برای اینکه این مفهوم در محیط واقعی قابل استفاده شود، در سرویس‌های نام‌گذاری و آدرس‌دهی، مستندسازی Scope، Exclusion، Reservation، Option، Zone و Recordهای مهم ضروری است؛ تغییر کوچک در Optionهای DHCP می‌تواند روی تعداد زیادی Client اثر بگذارد و خطای DNS در Domain می‌تواند Authentication و سرویس‌های وابسته را مختل کند؛ پس تغییرات باید کنترل‌شده و قابل بازگشت باشند

Firewall باید DNS روی UDP و در مواردی TCP را مجاز کند

Firewall باید DNS روی UDP و در مواردی TCP را مجاز کند Firewall ترافیک را بر اساس Rule، جهت، پروتکل، Port و آدرس اجازه یا مسدود می‌کند؛ برای عیب‌یابی به‌جای خاموش کردن کامل، Rule و Log مرتبط را بررسی کن باز کردن Any/Any برای رفع سریع، سطح حمله را زیاد می‌کند DNS سامانه نام‌گذاری توزیع‌شده‌ای است که نام را به داده‌هایی مانند IP مرتبط می‌کند و بسیاری از سرویس‌های سازمانی به Name Resolution درست وابسته‌اند؛ خطای DNS ممکن است در ظاهر شبیه قطعی شبکه یا خرابی برنامه دیده شود، بنابراین باید جداگانه بررسی شود که Client به DNS Server درست اشاره می‌کند، Query پاسخ می‌گیرد، Zone و Record مورد نیاز وجود دارند و زمان و دامنه جست‌وجو با طراحی شبکه سازگارند برای اینکه این مفهوم در محیط واقعی قابل استفاده شود، در سرویس‌های نام‌گذاری و آدرس‌دهی، مستندسازی Scope، Exclusion، Reservation، Option، Zone و Recordهای مهم ضروری است؛ تغییر کوچک در Optionهای DHCP می‌تواند روی تعداد زیادی Client اثر بگذارد و خطای DNS در Domain می‌تواند Authentication و سرویس‌های وابسته را مختل کند؛ پس تغییرات باید کنترل‌شده و قابل بازگشت باشند

مثال محیط واقعی

فرض کن در DNS و DHCP سازمان مشکلی گزارش شده و احتمال می‌دهی به Forwarder و Conditional Forwarder مربوط باشد. قبل از تغییر، وضعیت فعلی را با DNS Manager، nslookup، DHCP Console و ipconfig بررسی می‌کنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه می‌کنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر می‌دهی و بعد همان تست را دوباره اجرا می‌کنی تا مطمئن شوی مشکل واقعاً برطرف شده است

اشتباهات رایج

این اشتباه‌ها را تکرار نکن

  • پاک کردن Cache ممکن است کمک کند اما جای بررسی Record، Resolver و مسیر DNS را نمی‌گیرد
  • Firewall ترافیک را بر اساس Rule، جهت، پروتکل، Port و آدرس اجازه یا مسدود می‌کند؛ برای عیب‌یابی به‌جای خاموش کردن کامل، Rule و Log مرتبط را بررسی کن
  • تغییر دادن تنظیمات مرتبط با Forwarder و Conditional Forwarder قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
تمرین عملی

حالا خودت انجام بده

  1. در یک نمونه آزمایشی مرتبط با Forwarder و Conditional Forwarder، فقط وضعیت فعلی را مشاهده کن و سه نکته‌ای را که برای تشخیص حالت سالم مهم‌اند یادداشت کن
  2. با DNS Manager، nslookup، DHCP Console و ipconfig وضعیت مرتبط با Forwarder و Conditional Forwarder را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو می‌گویند
  3. یک خطای فرضی مرتبط با Forwarder و Conditional Forwarder بنویس و مشخص کن اولین تست کم‌خطر تو چیست و چه نتیجه‌ای فرضیه‌ات را رد می‌کند

نکته‌هایی که باید با خودت ببری

  • Forwarder Query ناشناخته را به DNS دیگری می‌فرستد
  • Root Hints مسیر Resolution اینترنت را می‌دهند
  • Conditional Forwarder فقط Domain خاص را هدایت می‌کند
  • Timeout Forwarder می‌تواند کندی ایجاد کند
  • Firewall باید DNS روی UDP و در مواردی TCP را مجاز کند
  • Record، Scope یا Option را بدون بررسی وابستگی‌ها حذف نکن
خودسنجی

قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده

این نکته را با یک مثال توضیح بده: Forwarder Query ناشناخته را به DNS دیگری می‌فرستد. بعد بگو در عمل چطور آن را بررسی می‌کنی.

DNS نام را به اطلاعاتی مانند IP تبدیل می‌کند تا کاربر مجبور نباشد نشانی عددی سرویس‌ها را حفظ کند؛ اگر IP مقصد کار می‌کند ولی نام نه، Query DNS را جداگانه آزمایش کن

این نکته را با یک مثال توضیح بده: Root Hints مسیر Resolution اینترنت را می‌دهند. بعد بگو در عمل چطور آن را بررسی می‌کنی.

اگر DNS Server از Forwarder استفاده نکند می‌تواند با Root Hints از Root DNS Serverها شروع و مرحله‌به‌مرحله Authoritative Server مقصد را پیدا کند. دسترسی شبکه به این مسیر باید برقرار باشد

این نکته را با یک مثال توضیح بده: Conditional Forwarder فقط Domain خاص را هدایت می‌کند. بعد بگو در عمل چطور آن را بررسی می‌کنی.

Domain یک محدوده مدیریتی و هویتی در Active Directory است که Objectها و Policyهای مشترک دارد؛ Client برای Join و Login باید DNS مناسب Domain را پیدا کند

مطالعه درس همیشه عمومی است

برای ذخیره پیشرفت، دوره را رسمی شروع کن

با ثبت‌نام، تکمیل درس‌ها و نمره آزمون روی حساب ذخیره می‌شود

ثبت‌نام و شروع رسمی