با حوصله بخوان، مثالها را تحلیل کن و تمرینها را انجام بده؛ هدف حفظ کردن تعریفها نیست
Windows در نبود DHCP ممکن است ۱۶۹.۲۵۴.x.x بگیرد
DHCP تنظیماتی مانند IP، Mask، Gateway و DNS را به Client میدهد و Lease آنها را مدیریت میکند؛ اگر Client آدرس ۱۶۹.۲۵۴.x.x دارد احتمال عدم دسترسی به DHCP مطرح میشود وجود DHCP Server دوم یا محدوده اشتباه میتواند تنظیمات ظاهراً معتبر اما نادرست بدهد نشانی IP هویت منطقی Interface در لایه شبکه است و باید همراه Prefix یا Subnet Mask تفسیر شود؛ Prefix مشخص میکند کدام بخش نشانی برای شبکه و کدام بخش برای Host استفاده میشود و همین موضوع تعیین میکند مقصد محلی است یا باید به Router فرستاده شود؛ در عیبیابی، فقط دیدن یک IP کافی نیست و باید Prefix، Gateway، DNS، روش دریافت تنظیمات، Route Table و احتمال وجود نشانی تکراری نیز بررسی شوند DHCP برای خودکارسازی پیکربندی IP Clientها طراحی شده و میتواند علاوه بر IP، اطلاعاتی مانند Subnet Mask، Default Gateway و DNS Server را تحویل دهد؛ Client تنظیمات را برای یک Lease دریافت میکند و Server باید Scope یا Pool معتبر، گزینههای درست و مسیر دسترسی مناسب داشته باشد؛ در عیبیابی باید مشخص شود Client اصلاً به DHCP Server میرسد یا نه، Lease صادر شده یا نه، Pool ظرفیت دارد یا نه و Optionهای تحویلی با طراحی شبکه هماهنگ هستند یا خیر؛ وقتی به «Windows در نبود DHCP ممکن است ۱۶۹.۲۵۴.x.x بگیرد» میرسی، معیار یادگیری این است که بتوانی جای آن را در سناریوی «APIPA و IP Conflict» مشخص کنی و علت رفتارش را توضیح بدهی
APIPA معمولاً نشانه نبود Lease معتبر است
Windows وقتی DHCP در دسترس نیست ممکن است آدرس خودکار ۱۶۹.۲۵۴.۰.۰/۱۶ بگیرد؛ دیدن APIPA یک سرنخ قوی برای بررسی DHCP یا مسیر Broadcast است APIPA بهخودیخود علت نیست؛ نتیجه نرسیدن به DHCP است نشانی IP هویت منطقی Interface در لایه شبکه است و باید همراه Prefix یا Subnet Mask تفسیر شود؛ Prefix مشخص میکند کدام بخش نشانی برای شبکه و کدام بخش برای Host استفاده میشود و همین موضوع تعیین میکند مقصد محلی است یا باید به Router فرستاده شود؛ در عیبیابی، فقط دیدن یک IP کافی نیست و باید Prefix، Gateway، DNS، روش دریافت تنظیمات، Route Table و احتمال وجود نشانی تکراری نیز بررسی شوند برای عیبیابی درست، این بخش را فقط بهعنوان یک اصطلاح حفظ نکن و توجه داشته باش که وقتی Subnetting را عیبیابی میکنی، اول IP و Prefix هر دو Endpoint را بنویس و مشخص کن از دید هر کدام مقصد محلی است یا Remote؛ اگر برداشت دو طرف از Subnet متفاوت باشد، رفتار ARP و Routing میتواند گیجکننده شود؛ محاسبه روی کاغذ یا ابزار معتبر معمولاً سریعتر از تغییر تصادفی Gateway و DNS است
IP Conflict یعنی دو Interface از Address یکسان استفاده کنند
اگر دو Interface در یک شبکه از IP یکسان استفاده کنند ARP ممکن است MAC مقصد را بین آنها جابهجا ببیند و ارتباط ناپایدار شود؛ دستگاه تکراری را پیدا کن و منبع تخصیص IP را اصلاح کن نشانی IP هویت منطقی Interface در لایه شبکه است و باید همراه Prefix یا Subnet Mask تفسیر شود؛ Prefix مشخص میکند کدام بخش نشانی برای شبکه و کدام بخش برای Host استفاده میشود و همین موضوع تعیین میکند مقصد محلی است یا باید به Router فرستاده شود؛ در عیبیابی، فقط دیدن یک IP کافی نیست و باید Prefix، Gateway، DNS، روش دریافت تنظیمات، Route Table و احتمال وجود نشانی تکراری نیز بررسی شوند برای اینکه این مفهوم در محیط واقعی قابل استفاده شود، در طراحی IP، محاسبه Prefix فقط یک تمرین عددی نیست؛ اندازه Subnet باید با تعداد Hostها، رشد آینده، VLANها و مرزهای Routing هماهنگ شود؛ Network Address، Broadcast در IPv۴، بازه Host و Gateway باید در IP Plan ثبت شوند تا از همپوشانی یا استفاده تکراری جلوگیری شود نکتهای که هنگام پشتیبانی نباید از آن عبور کنی این است که وقتی Subnetting را عیبیابی میکنی، اول IP و Prefix هر دو Endpoint را بنویس و مشخص کن از دید هر کدام مقصد محلی است یا Remote؛ اگر برداشت دو طرف از Subnet متفاوت باشد، رفتار ARP و Routing میتواند گیجکننده شود؛ محاسبه روی کاغذ یا ابزار معتبر معمولاً سریعتر از تغییر تصادفی Gateway و DNS است
ARP در تشخیص Conflict کمک میکند
ARP در IPv۴ برای یافتن MAC مرتبط با یک IP در همان شبکه محلی استفاده میشود؛ اگر Gateway در ARP دیده نمیشود ممکن است Link، VLAN یا IP مشکل داشته باشد ARP از Router عبور نمیکند و برای مقصد Remote ابتدا MAC Gateway لازم است نشانی IP هویت منطقی Interface در لایه شبکه است و باید همراه Prefix یا Subnet Mask تفسیر شود؛ Prefix مشخص میکند کدام بخش نشانی برای شبکه و کدام بخش برای Host استفاده میشود و همین موضوع تعیین میکند مقصد محلی است یا باید به Router فرستاده شود؛ در عیبیابی، فقط دیدن یک IP کافی نیست و باید Prefix، Gateway، DNS، روش دریافت تنظیمات، Route Table و احتمال وجود نشانی تکراری نیز بررسی شوند برای عیبیابی درست، این بخش را فقط بهعنوان یک اصطلاح حفظ نکن و توجه داشته باش که در طراحی IP، محاسبه Prefix فقط یک تمرین عددی نیست؛ اندازه Subnet باید با تعداد Hostها، رشد آینده، VLANها و مرزهای Routing هماهنگ شود؛ Network Address، Broadcast در IPv۴، بازه Host و Gateway باید در IP Plan ثبت شوند تا از همپوشانی یا استفاده تکراری جلوگیری شود
تغییر تصادفی IP بدون یافتن علت راهحل پایدار نیست
تغییر تصادفی IP بدون یافتن علت راهحل پایدار نیست اگر Conflict رخ داد فقط دادن یک IP دیگر ممکن است موقتاً نشانه را حذف کند؛ باید بفهمی IP از DHCP، Reservation، تنظیم Static یا Clone اشتباه آمده تا Conflict دوباره ایجاد نشود نشانی IP هویت منطقی Interface در لایه شبکه است و باید همراه Prefix یا Subnet Mask تفسیر شود؛ Prefix مشخص میکند کدام بخش نشانی برای شبکه و کدام بخش برای Host استفاده میشود و همین موضوع تعیین میکند مقصد محلی است یا باید به Router فرستاده شود؛ در عیبیابی، فقط دیدن یک IP کافی نیست و باید Prefix، Gateway، DNS، روش دریافت تنظیمات، Route Table و احتمال وجود نشانی تکراری نیز بررسی شوند نکتهای که هنگام پشتیبانی نباید از آن عبور کنی این است که در طراحی IP، محاسبه Prefix فقط یک تمرین عددی نیست؛ اندازه Subnet باید با تعداد Hostها، رشد آینده، VLANها و مرزهای Routing هماهنگ شود؛ Network Address، Broadcast در IPv۴، بازه Host و Gateway باید در IP Plan ثبت شوند تا از همپوشانی یا استفاده تکراری جلوگیری شود
فرض کن در شبکه IP مشکلی گزارش شده و احتمال میدهی به APIPA و IP Conflict مربوط باشد. قبل از تغییر، وضعیت فعلی را با ipconfig، ping، Route Table و محاسبه Subnet بررسی میکنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه میکنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر میدهی و بعد همان تست را دوباره اجرا میکنی تا مطمئن شوی مشکل واقعاً برطرف شده است
این اشتباهها را تکرار نکن
- وجود DHCP Server دوم یا محدوده اشتباه میتواند تنظیمات ظاهراً معتبر اما نادرست بدهد
- اگر Conflict رخ داد فقط دادن یک IP دیگر ممکن است موقتاً نشانه را حذف کند. باید بفهمی IP از DHCP، Reservation، تنظیم Static یا Clone اشتباه آمده تا Conflict دوباره ایجاد نشود
- تغییر دادن تنظیمات مرتبط با APIPA و IP Conflict قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
حالا خودت انجام بده
- در یک نمونه آزمایشی مرتبط با APIPA و IP Conflict، فقط وضعیت فعلی را مشاهده کن و سه نکتهای را که برای تشخیص حالت سالم مهماند یادداشت کن
- با ipconfig، ping، Route Table و محاسبه Subnet وضعیت مرتبط با APIPA و IP Conflict را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو میگویند
- یک خطای فرضی مرتبط با APIPA و IP Conflict بنویس و مشخص کن اولین تست کمخطر تو چیست و چه نتیجهای فرضیهات را رد میکند
نکتههایی که باید با خودت ببری
- Windows در نبود DHCP ممکن است ۱۶۹.۲۵۴.x.x بگیرد
- APIPA معمولاً نشانه نبود Lease معتبر است
- IP Conflict یعنی دو Interface از Address یکسان استفاده کنند
- ARP در تشخیص Conflict کمک میکند
- تغییر تصادفی IP بدون یافتن علت راهحل پایدار نیست
- IP، Mask، Gateway و DNS را از روی IP Plan یا خروجی واقعی بخوان، نه از روی حدس
قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده
این نکته را با یک مثال توضیح بده: Windows در نبود DHCP ممکن است ۱۶۹.۲۵۴.x.x بگیرد. بعد بگو در عمل چطور آن را بررسی میکنی.
DHCP تنظیماتی مانند IP، Mask، Gateway و DNS را به Client میدهد و Lease آنها را مدیریت میکند؛ اگر Client آدرس ۱۶۹.۲۵۴.x.x دارد احتمال عدم دسترسی به DHCP مطرح میشود
این نکته را با یک مثال توضیح بده: APIPA معمولاً نشانه نبود Lease معتبر است. بعد بگو در عمل چطور آن را بررسی میکنی.
Windows وقتی DHCP در دسترس نیست ممکن است آدرس خودکار ۱۶۹.۲۵۴.۰.۰/۱۶ بگیرد؛ دیدن APIPA یک سرنخ قوی برای بررسی DHCP یا مسیر Broadcast است
این نکته را با یک مثال توضیح بده: IP Conflict یعنی دو Interface از Address یکسان استفاده کنند. بعد بگو در عمل چطور آن را بررسی میکنی.
اگر دو Interface در یک شبکه از IP یکسان استفاده کنند ARP ممکن است MAC مقصد را بین آنها جابهجا ببیند و ارتباط ناپایدار شود. دستگاه تکراری را پیدا کن و منبع تخصیص IP را اصلاح کن
برای ذخیره پیشرفت، دوره را رسمی شروع کن
با ثبتنام، تکمیل درسها و نمره آزمون روی حساب ذخیره میشود
