نیاز و دامنه
خدمت، نشانهٔ مسئله، مالک و حدود اختیار را مشخص کنید.
DHCP، DNS و IP در MikroTik؛ خدمات پایه اما حساس
DHCP به دستگاه‌ها آدرس و اطلاعاتی مانند دروازه و DNS میدهد و DNS نام را به مقصد تبدیل می‌کند. خطای کوچک در pool، subnet یا resolver می‌تواند مجموعه‌ای از کاربران را متأثر کند. این مقاله الگوی بررسی را ارائه می‌کند و هیچ سرویس RouterOS را فعال یا در اینترنت در دسترس نمی‌گذارد.
شاهد و برنامه
دادهٔ لازم، روش بررسی و مسیر بازگشت را ثبت کنید.
اقدام کنترل‌شده
آزمون مجاز یا تغییر توافق‌شده را با ثبت نتیجه انجام دهید.
تحویل و پیگیری
پذیرش کاربر، محدودیت باقی‌مانده و مسئول پیگیری را تعیین کنید.
طرح آدرس‌دهی و مالک هر شبکه
برای شبکههای کاربر، مهمان، سرور، مدیریت و VPN بازه‌های جدا و قابل فهم تعریف کنید. آدرس رزرو، ثابت، شبکه و دروازه نباید بدون مستند در هم آمیخته شوند. نام هر subnet، کاربرد، مالک و ظرفیت رشد را ثبت کنید تا افزوده شدن شعبه یا VLAN موجب تداخل نشود.
DHCP pool و گزینه‌های تحویلی
مستندات RouterOS بیان می‌کند DHCP سرور می‌تواند IP، netmask، default gateway، domain و DNS را به client بدهد و pool نباید IP خود سرور DHCP را شامل شود. قبل از فعال‌سازی، محدوده، lease، رزرو و گزینه‌های هر شبکه را با دستگاه آزمایشی بررسی کنید.
DNS؛ نام‌گذاری و دسترسی resolver
DNS داخلی برای نام سرویس‌ها مفید است، اما resolver باز روی اینترنت می‌تواند ریسک و مصرف ناخواسته بسازد. مشخص کنید کدام شبکه حق پرسوجو دارد و پاسخ‌ها از کجا می‌آیند. تغییر رکورد یا forwarder باید با اثر بر برنامه‌های داخلی و کاربران VPN آزمون شود.
تداخل IP و تشخیص مرحلهای
گم شدن اتصال همیشه مشکل DHCP نیست. ابتدا لینک، VLAN، دریافت lease، دروازه، DNS و دسترسی به مقصد را جداگانه بررسی کنید. تداخل IP می‌تواند نشانه‌های متناوب بسازد؛ ثبت MAC، زمان lease و نقطهٔ شبکه برای تشخیص لازم است، بدون اینکه اطلاعات غیرضروری کاربران منتشر شود.
تفکیک شبکه و جلوگیری از نشت سرویس
DHCP و DNS هر شبکه را با مرزهای VLAN و فایروال هماهنگ کنید. پاسخ DHCP از شبکهٔ دیگر یا resolver قابل دسترس عمومی می‌تواند طراحی را بی‌اثر کند. شبکهٔ مهمان و مدیریت باید سیاست جدا داشته باشند. هر تغییر در bridge یا VLAN ممکن است بر پخش DHCP اثر بگذارد.
آزمون، بکاپ و تحویل
یک دستگاه آزمایشی باید IP، دروازه و DNS مورد انتظار بگیرد و به سرویس مجاز برسد؛ دستگاه خارج از شبکه نباید همان پاسخ را دریافت کند. از پیکربندی طبق سیاست سازمان نسخهٔ امن تهیه و مسیر بازگشت مشخص شود. نقشهٔ subnet، محدوده‌های DHCP و روش درخواست تغییر در تحویل قرار گیرند.
مدیریت DHCP، DNS و IP در ویوان نت
شرح وضعیت، گسترهٔ کاربران و هدف بررسی را آماده کنید تا دامنهٔ خدمت، اختیار اجرا و معیار تحویل قابل تعریف شوند. تعداد کاربران و هدف بررسی را در بخش پشتیبانی ویوان نت توضیح دهید؛ رمز، کلید یا تنظیمات محرمانه را در درخواست معمولی نفرستید.
سناریوی آموزشی: افزودن شبکهٔ مهمان
سازمان فرضی یک VLAN مهمان اضافه می‌کند. بازهٔ IP آن از داخلی جدا ثبت می‌شود، DHCP فقط روی همان شبکه آزمایش می‌شود و DNS برای دسترسی مهمان با سیاست مناسب پاسخ میدهد. سپس تلاش برای رسیدن به شبکهٔ داخلی رد می‌شود و نتیجهٔ دریافت IP و دسترسی ثبت می‌گردد.
این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.
این راهنما از مجموعهٔ خدمات تخصصی میکروتیک ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.
پرسش‌های متداول دربارهٔ مدیریت DHCP، DNS و IP
DHCP چه اطلاعاتی به دستگاه میدهد؟
معمولاً IP، netmask، gateway و DNS؛ گزینهها به پیکربندی و نیاز شبکه وابستهاند.
چرا دستگاه IP می‌گیرد اما سایت باز نمی‌شود؟
DNS، gateway، مسیر، فایروال یا خود مقصد باید جدا بررسی شود.
آیا DNS resolver را برای همهٔ اینترنت باز بگذاریم؟
خیر؛ دسترسی پرسوجو باید به شبکههای مجاز محدود شود.
رزرو DHCP با IP ثابت چه تفاوتی دارد؟
رزرو معمولاً تخصیص مشخص به یک دستگاه از DHCP است؛ روش مناسب به مدیریت شبکه بستگی دارد.
تداخل IP را چطور بررسی کنیم؟
آدرس، MAC، زمان رخداد، lease و محل اتصال را ثبت و مرحلهای بررسی کنید.
این مقاله DHCP یا DNS را تغییر میدهد؟
خیر؛ تغییر واقعی نیازمند دامنهٔ روشن، نسخهٔ امن و آزمون دستگاه‌هاست.
منابع فنی و مطالعهٔ بیشتر
منابع برای مبانی و نمونهٔ روش‌ها هستند؛ انتخاب محصول، ظرفیت و تنظیمات واقعی باید در زمان اجرا و بستر سازمان بررسی شوند.