رفع مشکل IP با 169.254 در ویندوز؛ چرا IP خودکار اینترنت نمی‌دهد؟

پرونده پنجم: رفع مشکل IP با 169.254 در ویندوز؛ چرا IP خودکار اینترنت نمی‌دهد؟

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

برای رفع مشکل IP با 169.254، اول باید مشخص کنید این آدرس متعلق به کدام کارت شبکه است و آن کارت به چه شبکه‌ای وصل شده است. در ویندوزی که برای دریافت خودکار IPv4 تنظیم شده، این آدرس می‌تواند نشانه فعال‌شدن APIPA باشد؛ یعنی سیستم نتوانسته از DHCP یک آدرس معتبر دریافت کند و برای خودش آدرس محلی انتخاب کرده است.

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

درباره این پرونده: داستان، نام شبکه‌ها و خروجی‌ها برای آموزش طراحی شده‌اند و گزارش یک پروژه واقعی یا تست انجام‌شده در مجموعه نیستند. اعداد مثال‌اند؛ آن‌ها را به‌عنوان تنظیمات آماده در شبکه خود وارد نکنید. تمرکز آموزش روی IPv4 در ویندوز ۱۰ و ۱۱ است.

پاسخ کوتاه: آدرس 169.254 در ویندوز یعنی چه؟

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

اگر دریافت آدرس موفق نشود و پیکربندی جایگزین مناسبی تعریف نشده باشد، ویندوز می‌تواند از APIPA استفاده کند. در این وضعیت، آدرسی از محدوده 169.254.0.0/16 می‌بینید؛ معمولاً همراه با ماسک 255.255.0.0.

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

پس سرنخ اصلی ما این است: آدرس 169.254 روی همان کارت فعالی که انتظار داریم از شبکه IP بگیرد، نیاز به بررسی دارد.

داستان پرونده: مشکل IP تکراری حل شد؛ چرا این لپ‌تاپ هنوز وصل نیست؟

مینا مسئول کارهای روزانه یک دفتر کوچک است. دو لپ‌تاپ برای ثبت سفارش و ارسال فایل‌ها استفاده می‌شوند. در پرونده قبلی، واردکردن تنظیمات یکسان روی دو دستگاه باعث تداخل IP شده بود. بعد از بررسی، قرار شده لپ‌تاپ‌های معمول دفتر آدرس شبکه را به‌صورت خودکار دریافت کنند.

لپ‌تاپ ثبت سفارش وصل می‌شود. لپ‌تاپ بسته‌بندی کنار میز دوم هنوز اینترنت ندارد.

مینا می‌گوید: «این یکی هم روی خودکار است. علامت وای‌فای هم هست. پس چرا فقط این سیستم کار نمی‌کند؟»

در دفتر دو نام وای‌فای دیده می‌شود:

• Farzan-Office: شبکه اصلی، متصل به مودم‌روتر و اینترنت.
• Farzan-Office-Lab: شبکه یک روتر قدیمی برای تمرین؛ دستگاه روشن است، اما به شبکه اصلی کابل ندارد و DHCP آن در یک تمرین قبلی خاموش شده است.

لپ‌تاپ دوم قبلاً به شبکه آزمایشگاهی وصل شده و مشخصات آن را ذخیره کرده است. اکنون ناخواسته همان شبکه را انتخاب کرده است.

در ابتدای عیب‌یابی هنوز این علت را قطعی نمی‌دانیم. قرار است با مشاهده نام اتصال و تنظیمات دو دستگاه به آن برسیم، نه با حدس‌زدن.

قدم اول: اسم شبکه را بخوان؛ فقط به علامت وای‌فای نگاه نکن

روی آیکون شبکه کنار ساعت ویندوز کلیک کنید و نام شبکه متصل را بخوانید. در بعضی نسخه‌ها لازم است فهرست شبکه‌های وای‌فای را باز کنید.

در مثال ما:

همین مقایسه یک تفاوت مهم نشان می‌دهد. واردکردن رمز و اتصال به وای‌فای فقط ثابت می‌کند لپ‌تاپ توانسته به آن شبکه بی‌سیم متصل شود؛ تضمین نمی‌کند آن شبکه DHCP، مسیر اینترنت یا دسترسی به شبکه دفتر داشته باشد.

نام شبکه سالم را مقایسه کنید؛ IP آن را کپی نکنید. کپی‌کردن IP لپ‌تاپ اول ممکن است دوباره ما را به مشکل پرونده چهارم برگرداند.

قدم دوم: IP کارت شبکه فعال را پیدا کن

در منوی Start عبارت cmd را جست‌وجو کنید و Command Prompt را باز کنید. برای دیدن تنظیمات اولیه، این دستور کافی است:

ipconfig

ممکن است چند بخش ببینید: Ethernet، Wi-Fi و کارت‌های مجازی. در این سناریو، اتصال موردنظر Wi-Fi است. بخش کارت قطع‌شده با عبارت Media disconnected را با اتصال فعال اشتباه نگیرید.

خروجی کوتاه‌شده و آموزشی لپ‌تاپ مشکل‌دار:

Wireless LAN adapter Wi-Fi:

   Autoconfiguration IPv4 Address . . : 169.254.82.16
   Subnet Mask . . . . . . . . . . . : 255.255.0.0
   Default Gateway . . . . . . . . . :

برای جزئیات بیشتر اجرا کنید:

ipconfig /all

در همان بخش Wi-Fi، وضعیت DHCP Enabled را ببینید. در مثال ما مقدار آن Yes است.

سه مشاهده را کنار هم می‌گذاریم: کارت برای دریافت خودکار تنظیم شده، آدرس آن با 169.254 شروع می‌شود و در این خروجی دروازه پیش‌فرضی ندارد. این ترکیب با دریافت‌نشدن تنظیمات معتبر IPv4 از DHCP سازگار است.

نکته: گزینه Autoconfiguration Enabled: Yes به‌تنهایی ثابت نمی‌کند APIPA فعال شده است؛ آدرس واقعی کارت و سایر اطلاعات همان اتصال را هم بررسی کنید.

قدم سوم: کامپیوتر سالم را برای مقایسه استفاده کن

روی لپ‌تاپ اول هم ipconfig /all را اجرا می‌کنیم. اطلاعات زیر خلاصه آموزشی خروجی‌هاست:

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

نکته مهم‌تر این است که دو دستگاه برخلاف تصور اولیه، در یک شبکه نیستند. بنابراین پیش از دست‌زدن به مودم اصلی، باید اتصال لپ‌تاپ دوم را اصلاح کنیم.

چرا فعلاً DNS را عوض نمی‌کنیم؟

وقتی سایت باز نمی‌شود، تغییر DNS از اولین پیشنهادهایی است که به ذهن می‌رسد. اما اینجا شواهد ما به مرحله زودتری اشاره دارند: لپ‌تاپ تنظیمات معتبر IPv4 شبکه اصلی را نگرفته است.

DNS نام‌هایی مثل نام سایت را به آدرس تبدیل می‌کند. واردکردن یک DNS عمومی به‌تنهایی، لپ‌تاپ را به وای‌فای درست وصل نمی‌کند و مسیر ازدست‌رفته به شبکه اصلی را نمی‌سازد.

ترتیب بررسی در این پرونده چنین است:

1. اتصال به شبکه درست.
2. دریافت تنظیمات معتبر IP.
3. بررسی دسترسی به دروازه شبکه.
4. سپس بررسی DNS و دسترسی به وب.

اگر دستگاه شما عضو دامین است یا تنظیمات سازمانی دارد، DNS آن را بدون هماهنگی تغییر ندهید. در پرونده «رفع مشکل Join نشدن به دامین» جداگانه بررسی کرده‌ایم که تنظیمات DNS چه ارتباطی با پیدا کردن Domain Controller دارد.

قدم چهارم: به شبکه درست وصل شو

در لپ‌تاپ دوم، اتصال به Farzan-Office-Lab را قطع می‌کنیم و به Farzan-Office وصل می‌شویم. چند لحظه برای تکمیل اتصال و دریافت تنظیمات صبر می‌کنیم، سپس دوباره ipconfig را اجرا می‌کنیم.

در همین‌جا ممکن است مسئله برطرف شود؛ لازم نیست برای کامل‌کردن یک فهرست، دستورهای بیشتری اجرا کنید.

اگر ویندوز مدام شبکه آزمایشگاهی را انتخاب می‌کند، اتصال خودکار آن شبکه را غیرفعال کنید. اگر دیگر به مشخصات ذخیره‌شده آن نیاز ندارید، می‌توانید گزینه Forget را بزنید؛ اتصال بعدی به آن شبکه به واردکردن دوباره رمز نیاز دارد.

چرا DHCP روتر قدیمی را روشن نمی‌کنیم؟ چون هدف این پرونده بازگرداندن لپ‌تاپ به شبکه اصلی است، نه تغییر طراحی شبکه. این روتر آزمایشگاهی از شبکه دفتر جداست. روشن‌کردن DHCP روی آن، اینترنتی برایش ایجاد نمی‌کند.

همچنین اگر دستگاهی به‌عنوان اکسس‌پوینت به شبکه اصلی متصل باشد، خاموش‌بودن DHCP خودش می‌تواند کاملاً درست باشد؛ در آن حالت DHCP اصلی از مسیر شبکه پاسخ می‌دهد. نباید صرفاً با دیدن عبارت «DHCP خاموش» نتیجه بگیریم تجهیز اشتباه تنظیم شده است.

قدم پنجم: اگر لازم بود، فقط برای همان کارت درخواست IP را تکرار کن

اگر بعد از اتصال به شبکه اصلی هنوز آدرس قبلی باقی مانده، ابتدا نام کارت را از خروجی دستور پیدا کنید. در مثال ما نام آن Wi-Fi است.

Command Prompt را با گزینه Run as administrator باز کنید و بنویسید:

ipconfig /renew "Wi-Fi"

این دستور دریافت یا تمدید تنظیمات DHCP را برای همان کارت درخواست می‌کند و برای کارت‌هایی کاربرد دارد که روی دریافت خودکار تنظیم شده‌اند. اگر نام کارت شما متفاوت است، همان نام را جایگزین کنید.

اگر پیام timeout یا نرسیدن به DHCP دریافت کردید، تکرار بی‌پایان دستور راه‌حل نیست؛ مسیر رسیدن به DHCP هنوز به بررسی نیاز دارد.

در این پرونده نیازی به اجرای ipconfig /release نداریم. آن دستور تنظیمات DHCP فعلی کارت را آزاد می‌کند و می‌تواند ارتباط همان کارت را قطع کند؛ به‌ویژه وقتی از راه دور کار می‌کنید، آن را بی‌دلیل اجرا نکنید.

قدم ششم: حل‌شدن مشکل را با نشانه‌های روشن تأیید کن

فرض کنید پس از اتصال به شبکه درست، خروجی آموزشی لپ‌تاپ دوم چنین شود:

Wireless LAN adapter Wi-Fi:

   IPv4 Address . . . . . . . . . . : 192.168.40.37
   Subnet Mask . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . : 192.168.40.1

اکنون آدرس با شبکه اصلی دفتر سازگار است و Gateway هم وجود دارد. در ipconfig /all می‌توان DHCP Server، DNS Server و اطلاعات اجاره آدرس را نیز بررسی کرد.

برای آزمودن دروازه همین مثال:

ping 192.168.40.1

در شبکه خودتان، آدرس واقعی Default Gateway را جایگزین کنید. دریافت پاسخ نشانه دسترسی به آن آدرس است؛ پاسخ‌نگرفتن به‌تنهایی خرابی مسیر را ثابت نمی‌کند، چون بعضی تجهیزات به Ping جواب نمی‌دهند.

بعد یک وب‌سایت آشنا را در مرورگر باز کنید. دریافت IP معتبر به‌تنهایی اثبات نمی‌کند اینترنت هم سالم است؛ بازشدن سایت، نتیجه عملی مهم‌تری برای کاربر این پرونده است.

اگر IP درست شده ولی سایت‌ها هنوز باز نمی‌شوند، قسمت دریافت IP ممکن است حل شده باشد و مسئله دیگری مثل DNS، اتصال اینترنت روتر یا تنظیمات مرورگر باقی مانده باشد. آن را با مشکل اولیه یکی نگیرید.

نتیجه پرونده: وای‌فای وصل بود، اما به شبکه اشتباه

در این سناریو، لپ‌تاپ دوم روی دریافت خودکار IP تنظیم شده بود. اشکال از انتخاب شبکه بود: به روتر آزمایشگاهی جدا از شبکه اصلی وصل شده بود و در آن شبکه پاسخ DHCP دریافت نمی‌کرد.

ویندوز برای خودش آدرس محلی انتخاب کرده بود؛ عددی که در نگاه اول شبیه «یک IP موجود» به نظر می‌رسید، اما تنظیمات لازم برای کار در شبکه اصلی دفتر نبود.

راه‌حل، تغییر DNS یا کپی‌کردن IP کامپیوتر سالم نبود. اتصال به شبکه درست اصلاح شد و لپ‌تاپ توانست تنظیمات مناسب بگیرد.

درس اصلی پرونده: قبل از تغییر تنظیمات، مطمئن شو داری شبکه درست و کارت شبکه درست را بررسی می‌کنی.

اگر هنوز IP با 169.254 می‌گیری، قدم بعدی چیست؟

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

برای مشاهده سرویس DHCP Client، Win + R را بزنید، services.msc را اجرا کنید و وضعیت سرویس را ببینید. اگر متوقف است یا شروع نمی‌شود، این مشاهده را برای بررسی بعدی ثبت کنید؛ بدون شناخت علت، سرویس‌های دیگر را تغییر ندهید.

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

چهار کاری که در این پرونده لازم نیست انجام بدهی

۱. IP دستگاه سالم را کپی نکن. ممکن است یک مسئله دریافت IP را به مسئله تداخل IP تبدیل کنید.

۲. مودم را فوراً به تنظیمات کارخانه برنگردان. در داستان ما اینترنت شبکه اصلی سالم بود؛ ریست مودم، اتصال لپ‌تاپ به شبکه اشتباه را اصلاح نمی‌کرد.

۳. برای دیدن نتیجه، فایروال و ابزارهای امنیتی را یکجا خاموش نکن. ابتدا اتصال و مسیر دریافت IP را مشخص کنید. بررسی مسدودشدن DHCP، مرحله‌ای جدا و هدفمند است.

۴. دستورهای Reset و Flush را پشت سر هم اجرا نکن. هر دستور باید به یک مشاهده و فرض مشخص وصل باشد. پاک‌کردن کش DNS جای پاسخ DHCP را نمی‌گیرد.

چک‌لیست پایان پرونده

• نام شبکه متصل را خوانده‌ام، نه فقط علامت وای‌فای را.
• آدرس کارت شبکه فعال را بررسی کرده‌ام.
• تفاوت «دریافت خودکار فعال است» و «دریافت IP موفق بوده» را می‌دانم.
• IP دستگاه دیگر را روی سیستم خودم کپی نکرده‌ام.
• پس از اصلاح اتصال، IP، ماسک و Gateway را دوباره دیده‌ام.
• دسترسی عملی به سایت را جدا از دریافت IP آزمایش کرده‌ام.

پرسش‌های متداول درباره IP با 169.254

آیا IP با 169.254 یعنی مودم خراب شده است؟

خیر. در این آموزش، چنین آدرسی روی کارت DHCP نشان‌دهنده دریافت‌نشدن تنظیمات معتبر بود. علت می‌تواند از اتصال اشتباه تا مشکل سرویس یا مسیر DHCP متفاوت باشد. از روی یک عدد، خرابی مودم را قطعی ندانید.

آیا با تغییر DNS مشکل حل می‌شود؟

اگر کارت فعال هنوز APIPA دارد و مسیر مناسب IPv4 ندارد، تغییر DNS به‌تنهایی راه‌حل دریافت IP نیست. ابتدا اتصال و آدرس‌دهی را بررسی کنید؛ DNS زمانی بررسی می‌شود که شواهد به مشکل نام‌ها اشاره کند.

چرا IP روی خودکار است، اما اینترنت ندارم؟

«خودکار» روش درخواست تنظیمات را تعیین می‌کند؛ موفقیت درخواست را تضمین نمی‌کند. علاوه بر دریافت IP، شبکه باید مسیر و خدمات لازم برای دسترسی موردنظر شما را هم داشته باشد.

آیا باید هر آدرس 169.254 را از سیستم حذف کنم؟

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

اگر اینترنت دارم ولی یک کارت 169.254 نشان می‌دهد، باز هم مشکل دارم؟

نه لزوماً. ممکن است اینترنت از کارت دیگری یا از IPv6 برقرار باشد. مشاهده تمام کارت‌ها بدون تشخیص مسیر فعال می‌تواند شما را به عیب‌یابی بخش اشتباه ببرد.

آیا IP دستی همیشه از دریافت خودکار بهتر است؟

خیر. انتخاب آدرس دستی، DHCP یا رزرو آدرس به طراحی شبکه و نقش دستگاه بستگی دارد. برای حل این سناریو نیازی به IP دستی نبود؛ خودکاربودن تنظیمات درست بود و اتصال به شبکه باید اصلاح می‌شد.

ادامه مسیر: این پرونده به کدام آموزش‌ها وصل می‌شود؟

اگر می‌خواهید تفاوت دو مسئله نزدیک را بهتر بفهمید، پرونده قبلی «رفع مشکل تداخل IP در ویندوز» را بخوانید. آنجا دو دستگاه یک آدرس یکسان داشتند؛ اینجا دستگاه تنظیمات مناسب شبکه را دریافت نکرده بود.

اگر IP معتبر دارید اما سیستم به دامین Join نمی‌شود، پرونده «رفع مشکل Join نشدن به دامین؛ بررسی DNS و پیدا نشدن Domain Controller» قدم بعدی مرتبط‌تری است.

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

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

منابع فنی

این متن ترجمه مستندات نیست. برای تطبیق رفتار APIPA، کاربرد دستورها و مسیر بررسی DHCP از مستندات زیر استفاده شده است:

• Microsoft Learn — Policy CSP: ADMX_NetworkConnections، بخش NC_IpStateChecking
• Microsoft Learn — ipconfig
• Microsoft Learn — Troubleshoot problems on the DHCP client

مشاهده همه پرونده‌های عیب‌یابی شبکه ←