راه‌اندازی DHCP
و DNS سازمانی

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

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

• راه‌اندازی دستگاه تازه: دریافت تنظیمات مناسب شبکه بدون واردکردن دستی آن‌ها روی هر رایانه.
• جابه‌جایی کاربران: مدیریت تنظیمات لپ‌تاپ‌ها در زیرشبکه‌های مختلف با طراحی متناسب.
• دسترسی با نام: پیدا کردن منابعی مانند فایل‌سرور سازمانی از مسیرهای تعریف‌شده.
• عیب‌یابی قابل پیگیری: بررسی Leaseها، تنظیمات توزیع‌شده و رکوردهای نام به‌جای حدس‌زدن مشکل.

پیش‌نیازهای راه‌اندازی DHCP و DNS

پیش از نصب، نقشهٔ آدرس‌دهی فعلی تهیه شود: کدام دستگاه‌ها IP ثابت دارند، کدام روتر یا سرور DHCP می‌دهد و هر VLAN به چه Gateway و DNS نیاز دارد؟ روشن‌شدن این موارد از فعال‌شدن ناخواستهٔ سرویس جدید کنار تنظیمات قدیمی جلوگیری می‌کند.

• فهرست زیرشبکه‌ها، VLANها، شعب و تعداد تقریبی دستگاه‌های هر بخش
• آدرس‌های ثابت، رزروها، تجهیزات شبکه و ظرفیت موردنیاز برای رشد
• سرور پایدار با آدرس مشخص و نسخه و مجوزهای متناسب با اجرا
• وضعیت دامین، نام‌های داخلی و وابستگی نرم‌افزارها به DNS
• مسیر ارتباط کلاینت‌ها با سرورها، فایروال و Relay در صورت نیاز
• برنامهٔ مهاجرت، نسخهٔ پشتیبان تنظیمات و مسیر بازگشت

انتخاب محل سرویس باید بر اساس نیاز باشد. DHCP روتر ممکن است برای یک دفتر ساده مناسب باشد؛ شبکهٔ چندزیرشبکه‌ای با نیاز مدیریت و پایداری بیشتر، ارزیابی متفاوتی لازم دارد. صرف داشتن سرور جدید، دلیل کافی برای انتقال همهٔ سرویس‌ها نیست.

Scope، Lease، Reservation و Exclusion در DHCP

Scope مجموعهٔ آدرس‌ها و تنظیمات مربوط به یک زیرشبکه است. Lease مدت اعتبار آدرسی است که به کلاینت داده می‌شود. Reservation یک آدرس مشخص را برای کلاینت سازگار رزرو می‌کند؛ دستگاه همچنان از DHCP استفاده می‌کند. Exclusion آدرس‌هایی را از تخصیص خودکار کنار می‌گذارد، مثلاً آدرس تجهیزات دارای تنظیم دستی.

این تفاوت مهم است: IP ثابتِ واردشده روی دستگاه با رزرو DHCP یکی نیست. برای جلوگیری از تداخل، آدرس‌های دستی داخل محدودهٔ توزیع باید مستثنا شوند. رزروها نیز به شناسهٔ درست کلاینت نیاز دارند و پس از تعویض کارت شبکه یا تغییر دستگاه باید بازبینی شوند.

مدت Lease را با الگوی استفاده هماهنگ کنید. شبکهٔ مهمان با ورود و خروج زیاد، با بخش دارای رایانه‌های ثابت یکسان نیست. ظرفیت آزاد و هشدار نزدیک‌شدن به پایان محدوده پایش شود؛ صرف انتخاب مدت کوتاه‌تر، جای طراحی ظرفیت را نمی‌گیرد.

Gateway و DNS را درست به کلاینت برسانید

گرفتن IP به‌تنهایی کافی نیست. گزینه‌های DHCP باید دروازهٔ صحیح، DNS موردنیاز و در صورت نیاز پسوند نام را به کلاینت بدهند. تنظیمی که برای یک VLAN درست است، الزاماً برای VLAN دیگر درست نیست؛ نتیجه را روی دستگاه واقعی هر بخش بررسی کنید.

اگر DHCP Server در زیرشبکهٔ دیگری باشد، پیام‌های اولیهٔ Broadcast معمولاً به‌صورت عادی از روتر عبور نمی‌کنند. DHCP Relay یا IP Helper روی تجهیز مناسب، درخواست را به سرور می‌رساند. مسیر برگشت و مجوزهای شبکه نیز باید بررسی شوند؛ نصب نقش DHCP روی سرور، این مسیر را خودکار ایجاد نمی‌کند.

طراحی DNS داخلی و ارتباط آن با اکتیو دایرکتوری

DNS داخلی نام منابع سازمان و رکوردهای لازم سرویس‌ها را نگهداری می‌کند. در شبکهٔ دارای اکتیو دایرکتوری، کشف Domain Controller نیز به DNS وابسته است. کلاینت‌های عضو باید DNSهایی داشته باشند که نام‌ها و رکوردهای دامین را درست پاسخ دهند.

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

DNS دامنهٔ سایت با DNS شبکهٔ شرکت یکی نیست

رکوردهای عمومی دامنه که در سرویس‌هایی مانند ابر آروان مدیریت می‌شوند، برای پیدا کردن سایت یا سرویس‌های منتشرشده کاربرد دارند. آن‌ها به‌خودی‌خود جای DNS داخلی و رکوردهای دامین سازمان را نمی‌گیرند. تغییر تنظیمات نام در شبکهٔ شرکت نیز نباید بی‌برنامه روی رکوردهای عمومی سایت اثر بگذارد.

اگر برای یک نام، پاسخ داخل و بیرون سازمان متفاوت است، ساختار Split DNS باید آگاهانه طراحی شود. مالک هر رکورد و محل اعمال تغییر مشخص باشد؛ کپی‌کردن ناقص یک Zone عمومی در داخل شبکه ممکن است دسترسی کاربران به بخشی از سرویس‌ها را مختل کند.

رکوردها، به‌روزرسانی و امنیت DNS

رکوردهای آدرس برای ارتباط نام با IP، رکوردهای سرویس برای کشف سرویس‌های وابسته و در صورت نیاز رکوردهای معکوس برای ارتباط IP با نام مدیریت شوند. همهٔ رکوردها نباید با یک روش یا توسط یک حساب مشترک تغییر کنند؛ مجوز مدیریت و محدودهٔ انتقال Zone باید روشن باشد.

در Zoneهای یکپارچه با Active Directory، به‌روزرسانی پویای امن می‌تواند برای کنترل ثبت و تغییر رکوردها استفاده شود. مسئول ثبت رکورد، کلاینت یا DHCP، باید مشخص باشد. پاک‌سازی رکوردهای قدیمی نیز باید پس از بررسی زمان‌بندی‌ها و استثناها اجرا شود تا رکورد معتبر اشتباهاً حذف نشود. DNS داخلی را به Resolver باز و قابل استفادهٔ عمومی از اینترنت تبدیل نکنید.

مراحل راه‌اندازی و مهاجرت سرویس‌ها

1. موجودی‌برداری: ثبت Scopeها، Leaseهای فعال، آدرس‌های دستی، رکوردها و تنظیمات فعلی.
2. طراحی: تعیین ساختار آدرس‌دهی، سرورهای DNS، Relayها و نیاز پایداری و نگهداری.
3. پیکربندی: نصب نقش‌های موردنیاز، تعریف تنظیمات و مجوزها و در محیط دامین، انجام Authorization لازم برای DHCP ویندوزی.
4. آزمون محدود: بررسی تخصیص IP، تمدید Lease و حل نام‌های داخلی و بیرونی از کلاینت منتخب هر بخش.
5. جابه‌جایی کنترل‌شده: هماهنگی سرویس قدیمی و جدید و انتقال مرحله‌ای در بازهٔ مورد توافق.
6. تحویل: ثبت نتایج تست، بکاپ، مسئول تغییرات و برنامهٔ پایش و بازیابی.

دو DHCP مستقل با محدودهٔ هم‌پوشان را صرفاً برای «اطمینان بیشتر» هم‌زمان فعال نکنید. Leaseهای فعلی و تنظیمات قدیمی باید در مهاجرت لحاظ شوند. اعمال گزینهٔ جدید روی سرور نیز به معنی تغییر فوری تمام دستگاه‌ها نیست؛ زمان تمدید و نحوهٔ دریافت تنظیمات روی کلاینت‌ها بررسی شود.

پایداری سرویس؛ سرور دوم جای بکاپ را نمی‌گیرد

در Windows Server، DHCP Failover برای Scopeهای IPv4 بین دو سرور هماهنگ قابل استفاده است. حالت و محل استقرار باید با نیاز دسترس‌پذیری انتخاب شوند. تغییر تنظیمات Scope پس از راه‌اندازی Failover باید طبق روش پشتیبانی‌شده به شریک منتقل شود؛ همگام‌شدن Leaseها به معنی همگام‌شدن خودکار همهٔ تغییرات تنظیمات نیست.

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

عیب‌یابی خطاهای رایج DHCP و DNS

• دریافت آدرس خودکار 169.254: در کلاینت ویندوزی با تنظیم خودکار IPv4، مسیر DHCP، وضعیت Scope، ظرفیت آزاد، VLAN و Relay بررسی شود.
• IP درست، نام نادرست: DNS تنظیم‌شده روی کلاینت، پاسخ رکورد مقصد و پسوند نام بررسی شوند.
• اینترنت فعال، ورود دامین مشکل‌دار: دسترسی به DNS داخلی و پاسخ رکوردهای دامین جدا از بازشدن سایت تست شود.
• اختلال فقط در یک VLAN: Scope همان بخش، Gateway، Relay و سیاست ارتباطی آن بررسی شوند.

برای شروع بررسی روی ویندوز، ipconfig /all تنظیمات دریافت‌شده و منبع DHCP را نشان می‌دهد و nslookup برای بررسی پاسخ DNS کاربرد دارد. نتیجه باید با طراحی شبکه مقایسه شود؛ یک پاسخ موفق به یک نام، صحت همهٔ Zoneها و دسترسی نرم‌افزارها را ثابت نمی‌کند.

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

هزینه راه‌اندازی DHCP و DNS سازمانی

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

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

چک‌لیست تحویل DHCP و DNS

• کلاینت هر زیرشبکه، IP، ماسک، Gateway و DNS صحیح دریافت می‌کند.
• آدرس‌های دستی با محدودهٔ خودکار تداخل ندارند و رزروها آزمایش شده‌اند.
• نام منابع داخلی و نام‌های اینترنتی موردنیاز درست پاسخ داده می‌شوند.
• ورود دامین و دسترسی نرم‌افزارهای حیاتی با حساب معمولی بررسی شده‌اند.
• سناریوی خرابیِ توافق‌شده و روش بازیابی، در محدودهٔ امن آزمایش شده‌اند.
• نقشهٔ IP، Scopeها، رکوردهای مهم و مسئول تغییرات مستند شده‌اند.

اجرای سرویس‌های پایهٔ شبکه با ویوان نت

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