رفع مشکل اینترنت نداشتن با وجود اتصال به شبکه؛ بررسی Default Gateway در ویندوز

رفع مشکل اینترنت نداشتن با وجود اتصال به شبکه؛ بررسی Default Gateway در ویندوز

پرونده ۰۷ | پرینتر شبکه کار می‌کند؛ چرا اینترنت ندارم؟

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

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

این پرونده برای کاربران تازه‌کار شبکه و پشتیبان‌های Help Desk نوشته شده است. برای دنبال کردن آن، کافی است بتوانید تنظیمات کارت شبکه را باز کنید و چند دستور ساده را در Command Prompt اجرا کنید.

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

پاسخ کوتاه: چرا شبکه وصل است ولی اینترنت نداریم؟

اگر کامپیوتر و پرینتر در یک زیرشبکه باشند، ارتباط میان آن‌ها معمولاً به Default Gateway نیاز ندارد. اما برای رسیدن به مقصدی خارج از آن زیرشبکه، در نبود مسیر مشخص‌تر، کامپیوتر از مسیر پیش‌فرض استفاده می‌کند.

بنابراین ممکن است IP و Subnet Mask برای ارتباط محلی درست باشند، اما آدرس Default Gateway اشتباه وارد شده باشد. نتیجه می‌تواند این باشد:

• پرینتر شبکه در دسترس است.
• بعضی منابع محلی باز می‌شوند.
• اینترنت روی همان کامپیوتر کار نمی‌کند.
• دستگاه‌های دیگر شبکه همچنان اینترنت دارند.

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

داستان پرونده: کامپیوتری که از کارگاه برگشت

دفتر کوچک «نارون» دو کامپیوتر و یک پرینتر شبکه دارد. کامپیوتر پذیرش با نام NARVAN-RECEPTION را برای یک کارگاه آموزشی به محل دیگری برده‌اند.

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

مسئول پذیرش می‌گوید:

«پرینت می‌گیرم، پس شبکه وصله؛ ولی هیچ سایتی باز نمی‌شه. کامپیوتر حسابداری هم اینترنت داره.»

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

تنظیمات کارگاه روی سیستم باقی مانده است. IP کامپیوتر با شبکه دفتر سازگار است؛ مسیر خروج آن نیست.

مشخصات شبکه و شرایط مثال

در دفتر نارون، روتر با آدرس 192.168.60.1 مسیر خروج اینترنت است. این روتر برای دستگاه‌های دفتر سرویس DNS نیز ارائه می‌کند.

برای اینکه فقط یک مشکل را بررسی کنیم، شرایط زیر را هم در طراحی سناریو مشخص می‌کنیم:

• هر دو کامپیوتر به یک شبکه محلی متصل‌اند و جداسازی VLAN ندارند.
• روی کامپیوتر پذیرش، فقط کارت Ethernet مورد استفاده فعال است.
• VPN فعال، مسیر دستی اضافی و اتصال اینترنت جایگزین نداریم.
• پرینتر مستقیماً با IP به کامپیوتر پذیرش اضافه شده است؛ اتصال USB یا پرینت از طریق فضای ابری مطرح نیست.
• آدرس 192.168.60.45 در برنامه آدرس‌دهی دفتر برای کامپیوتر پذیرش اختصاص یافته است و دستگاه دیگری از آن استفاده نمی‌کند.
• آدرس 192.168.60.254 در دفتر، Gateway فعال و مورد تأیید نیست.

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

قدم اول: معنی «پرینتر کار می‌کند» را دقیق کنیم

قبل از تغییر تنظیمات، سؤال می‌پرسیم:

• آیا همین الان یک صفحه آزمایشی واقعاً چاپ می‌شود؟
• آیا پرینتر با کابل شبکه به همین شبکه وصل است؟
• آیا کامپیوتر دیگری واسطه چاپ نیست؟
• آیا اینترنت کامپیوتر سالم از همین شبکه تأمین می‌شود یا از هات‌اسپات و اتصال دیگری؟

در سناریوی ما، یک صفحه آزمایشی از کامپیوتر پذیرش روی پرینتر 192.168.60.20 چاپ می‌شود. کامپیوتر حسابداری هم با همان شبکه کابلی چند سایت مستقل را باز می‌کند.

این دو مشاهده کمک می‌کنند بررسی را محدود کنیم: ارتباط محلی پذیرش برقرار است و اینترنت دفتر برای دست‌کم یک دستگاه دیگر کار می‌کند.

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

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

کلیدهای Win + R را بزنید، بنویسید cmd و Enter بزنید. سپس دستور زیر را اجرا کنید:

ipconfig /all

این مرحله فقط خواندن اطلاعات است و تنظیمات شبکه را تغییر نمی‌دهد.

خروجی ممکن است چند کارت شبکه نشان دهد. بخش کارت Ethernet متصل را پیدا کنید؛ اطلاعات کارت قطع‌شده، بلوتوث یا کارت مجازی را به‌جای آن نخوانید.

بخش مرتبط از خروجی نمونه کامپیوتر پذیرش:

Ethernet adapter Ethernet:

   DHCP Enabled. . . . . . . . . . . : No
   IPv4 Address. . . . . . . . . . . : 192.168.60.45
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.60.254
   DNS Servers . . . . . . . . . . . : 192.168.60.1

این خروجی را این‌طور می‌خوانیم:

• سیستم IP دستی دارد؛ DHCP Enabled برابر No است.
• IP آن 169.254 نیست.
• IP و ماسک با شبکه تعریف‌شده دفتر سازگارند.
• DNS روی آدرس مورد تأیید دفتر قرار دارد.
• Gateway روی 192.168.60.254 است؛ این همان مقداری است که باید بررسی شود.

داشتن یک IP با ظاهر معمولی، کافی نیست. باید ببینیم این IP، ماسک و Gateway برای همین شبکه درست هستند یا فقط از تنظیمات قبلی باقی مانده‌اند.

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

روی کامپیوتر حسابداری نیز ipconfig /all را اجرا می‌کنیم و اطلاعات کارت فعال را کنار تنظیمات پذیرش می‌گذاریم.

تفاوت مهم در این سناریو، Gateway است.

IP کامپیوتر سالم را کپی نکنید. دو دستگاه باید IP مجزا داشته باشند. هدف مقایسه این است که الگوی تنظیمات همین شبکه را بشناسیم، نه اینکه همه فیلدها را یکسان کنیم.

همچنین متفاوت بودن Gateway همیشه اشتباه نیست. در شبکه‌های دارای چند VLAN، روتر یا سیاست مسیریابی، دستگاه‌ها می‌توانند Gateway متفاوت داشته باشند. در دفتر ساده این پرونده، از قبل تأیید کرده‌ایم که هر دو دستگاه روی همان زیرشبکه و با یک مسیر خروج کار می‌کنند.

قدم چهارم: چرا با Gateway اشتباه هنوز پرینت می‌گیریم؟

کامپیوتر پذیرش این تنظیمات را دارد:

Computer: 192.168.60.45
Mask:     255.255.255.0
Printer:  192.168.60.20

با این ماسک، کامپیوتر و پرینتر در زیرشبکه 192.168.60.0/24 هستند. کامپیوتر می‌تواند برای رسیدن به پرینتر، مستقیماً در همان شبکه محلی ارتباط برقرار کند.

اما یک وب‌سایت اینترنتی خارج از این زیرشبکه است. در شبکه ساده ما، ترافیک آن باید از روتر دفتر عبور کند. کامپیوتر پذیرش به‌اشتباه آدرس 192.168.60.254 را برای این مسیر در اختیار دارد.

پس این دو جمله می‌توانند هم‌زمان درست باشند:

«به پرینتر دسترسی دارم.»

«مسیر خروج اینترنت من اشتباه است.»

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

قدم پنجم: آدرس صحیح Gateway را تأیید کنیم

قبل از اصلاح، مقدار صحیح را از یک منبع قابل اعتماد مشخص کنید:

• برنامه آدرس‌دهی یا مستندات شبکه؛
• تنظیمات LAN روتر، در صورت داشتن دسترسی مجاز؛
• مسئول شبکه؛
• تنظیمات سیستم سالم روی همان شبکه، به‌عنوان سرنخ تکمیلی.

در دفتر نارون، مستندات شبکه و تنظیمات روتر هر دو تأیید می‌کنند که Gateway صحیح 192.168.60.1 است.

برای بررسی تکمیلی در همین لابراتوار، اجرا می‌کنیم:

ping 192.168.60.1

در سناریوی طراحی‌شده، روتر به Ping پاسخ می‌دهد. این نشان می‌دهد کامپیوتر پذیرش به این آدرس دسترسی محلی دارد؛ اما به‌تنهایی ثابت نمی‌کند که سرویس اینترنت روتر سالم است یا این آدرس حتماً Gateway درست همه شبکه‌هاست.

Gateway همیشه به .1 ختم نمی‌شود. مقدار 192.168.60.1 فقط آدرس صحیح همین مثال است.

اگر Ping پاسخ نداد، فوراً نتیجه نگیرید روتر خاموش است. ممکن است پاسخ ICMP محدود شده باشد. آدرس و وضعیت دستگاه را با شواهد دیگر بررسی کنید.

یک سرنخ جالب: در این پرونده حتی DNS هم می‌تواند پاسخ بدهد

شاید بپرسید: «اگر اینترنت کامپیوتر قطع است، چرا DNS روی 192.168.60.1 هنوز می‌تواند کار کند؟»

در این سناریو، سرور DNS روی خود روتر و داخل همان زیرشبکه قرار دارد. کامپیوتر برای فرستادن درخواست به 192.168.60.1، به Gateway اشتباه خود متکی نیست. روتر نیز اتصال اینترنت مستقل خودش را دارد و می‌تواند پاسخ نام دامنه را تهیه کند.

در لابراتواری که روتر واقعاً سرویس DNS ارائه می‌کند، می‌توان بررسی کرد:

nslookup example.com 192.168.60.1

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

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

این دستور تنظیم DNS کارت شبکه را عوض نمی‌کند. همچنین صرفاً به این دلیل که یک دستگاه روتر است، نباید فرض کنیم سرویس DNS هم ارائه می‌دهد؛ این قابلیت جزو شرایط مشخص سناریوی ماست.

قدم ششم: Default Gateway را در ویندوز اصلاح کنیم

چون در این دفتر IP ثابت پذیرش از قبل برنامه‌ریزی شده است، در مسیر اصلی حل فقط Gateway را اصلاح می‌کنیم.

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

مراحل:

1. کلیدهای Win + R را بزنید.
2. دستور ncpa.cpl را وارد کنید.
3. روی کارت Ethernet متصل راست‌کلیک کنید.
4. Properties را باز کنید.
5. Internet Protocol Version 4 (TCP/IPv4) را انتخاب کنید.
6. روی Properties بزنید.
7. در بخش تنظیمات دستی IP، فقط Default gateway را از 192.168.60.254 به 192.168.60.1 تغییر دهید.
8. IP، Subnet Mask و DNS تأییدشده این سناریو را دست‌نخورده نگه دارید.
9. با OK پنجره‌ها را تأیید کنید.

تنظیمات نهایی مورد انتظار:

IP address:       192.168.60.45
Subnet mask:      255.255.255.0
Default gateway:  192.168.60.1
Preferred DNS:    192.168.60.1

باز کردن و تغییر این تنظیمات ممکن است به دسترسی مدیر سیستم نیاز داشته باشد.

آدرس‌های این جدول را روی شبکه خودتان کپی نکنید. برای اجرای واقعی باید مقادیر همان شبکه را داشته باشید.

آیا بهتر نیست تنظیمات را خودکار کنیم؟

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

اما این روش را با مسیر اصلی پرونده قاطی نمی‌کنیم. در مثال ما، IP ثابت پذیرش مورد تأیید است و هدف آموزشی، شناسایی و اصلاح یک Gateway اشتباه است.

برای دستگاهی که IP آن دستی است، اجرای ipconfig /renew جای اصلاح تنظیمات دستی را نمی‌گیرد. این فرمان برای کارت‌هایی کاربرد دارد که دریافت خودکار IP دارند.

اگر کامپیوتر سازمانی است یا به تنظیمات ثابت نیاز دارد، بدون بررسی کاربرد دستگاه، آن را به حالت خودکار تغییر ندهید.

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

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

ipconfig /all

در بخش کارت فعال باید ببینید:

Default Gateway . . . . . . . . . : 192.168.60.1

سپس این بررسی‌ها را انجام دهید:

1. یک صفحه آزمایشی دیگر روی پرینتر شبکه چاپ کنید.
2. دو یا سه وب‌سایت مستقل و مجاز را باز کنید.
3. نتیجه را با وضعیت قبل از تغییر مقایسه کنید.
4. مطمئن شوید کارت شبکه یا اتصال دیگری وارد آزمایش نشده است.

نتیجه مورد انتظار سناریوی ما:

دقت کنید که IP را عوض نکردیم و پرینتر هم از ابتدا کار می‌کرد. تغییر اصلی، آدرس مسیر خروج بود.

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

بررسی اختیاری: مسیر پیش‌فرض را در جدول مسیریابی ببینیم

برای حل اولیه این پرونده، ورود به جدول مسیریابی ضروری نیست. اگر می‌خواهید ارتباط تنظیم Gateway با مسیر خروج را ببینید، دستور فقط‌خواندنی زیر را اجرا کنید:

route print -4

در بخش IPv4 Route Table و Active Routes، مسیر پیش‌فرض با مقصد و ماسک 0.0.0.0 مشخص می‌شود.

نمایش ساده‌شده قبل از اصلاح:

Network Destination   Netmask     Gateway          Interface
0.0.0.0               0.0.0.0     192.168.60.254   192.168.60.45

نمایش ساده‌شده بعد از اصلاح:

Network Destination   Netmask     Gateway          Interface
0.0.0.0               0.0.0.0     192.168.60.1     192.168.60.45

خروجی واقعی ستون‌ها و ردیف‌های بیشتری دارد؛ این دو نمونه فقط بخش مرتبط را نشان می‌دهند.

اگر چند مسیر پیش‌فرض دارید، صرف دیدن یک ردیف برای تشخیص مسیر انتخاب‌شده کافی نیست. VPN، چند کارت شبکه و اولویت مسیرها می‌توانند بررسی را تغییر دهند. در آن وضعیت، فرض‌های شبکه ساده این پرونده دیگر کامل نیستند.

برای این تمرین نیازی به حذف مسیرها، افزودن Route دائمی یا اجرای دستور پاک‌سازی جدول مسیریابی نداریم.

اگر Gateway درست شد ولی اینترنت هنوز کار نکرد چه کنیم؟

اصلاح یک تنظیم اشتباه، تضمین نمی‌کند مشکل دیگری هم وجود ندارد. ادامه بررسی باید بر اساس نتیجه آزمایش باشد.

هر ردیف، مسیر بررسی بعدی است؛ حکم قطعی درباره علت نیست. برای مثال، درست بودن عدد Gateway در یک پنجره، سالم بودن روتر یا انتخاب شدن همان مسیر در همه شرایط را تضمین نمی‌کند.

اشتباه‌هایی که حل این پرونده را سخت‌تر می‌کنند

۱. کپی کردن همه تنظیمات کامپیوتر سالم

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

۲. فرض اینکه Gateway همیشه آدرس مودم با انتهای .1 است

Gateway ممکن است آدرس یک روتر یا فایروال با هر آدرس معتبر متناسب با طراحی شبکه باشد. باید مقدار درست را تأیید کنید.

۳. تغییر DNS قبل از بررسی مسیر خروج

در سناریوی ما DNS اشتباه نیست. تغییر آن علت اصلی را برطرف نمی‌کند و ممکن است تشخیص را پیچیده‌تر کند.

۴. استفاده از flushdns برای اصلاح Gateway

پاک کردن کش DNS آدرس Default Gateway کارت شبکه را تغییر نمی‌دهد. این دو تنظیم، نقش متفاوتی دارند.

۵. ریست کردن مودم وقتی فقط یک کامپیوتر مشکل دارد

ابتدا شواهد همان سیستم را بررسی کنید. ریست کردن تجهیزات مشترک می‌تواند ارتباط کاربران سالم را هم مختل کند.

۶. اعتماد کامل به عبارت Connected

وضعیت اتصال ویندوز یک سرنخ است. برای تأیید عملکرد، باید سرویس مورد نیاز را واقعاً آزمایش کنید.

۷. نتیجه‌گیری قطعی از یک Ping ناموفق

دستگاه یا مسیر ممکن است پاسخ ICMP را محدود کرده باشد. نتیجه Ping باید کنار تنظیمات تأییدشده و آزمایش‌های دیگر تفسیر شود.

این پرونده چگونه به آموزش‌های قبلی وصل می‌شود؟

چهار پرونده مرتبط، چهار سؤال متفاوت می‌پرسند:

برای مطالعه بیشتر:

• پرونده ۰۴: رفع مشکل تداخل IP در ویندوز
• پرونده ۰۵: رفع مشکل IP با 169.254 و دریافت IP از DHCP
• پرونده ۰۶: رفع مشکل DNS و باز نشدن سایت‌ها در ویندوز
• همه پرونده‌های عیب‌یابی شبکه

این ترتیب، قانون اجباری عیب‌یابی همه شبکه‌ها نیست؛ کمک می‌کند سرنخ‌ها را دسته‌بندی کنید و تغییرهای نامرتبط انجام ندهید.

چک‌لیست نهایی رفع مشکل Default Gateway در ویندوز

• کارت شبکه فعال و شبکه‌ای که سیستم واقعاً به آن متصل است مشخص شد.
• دسترسی پرینتر و اینترنت سیستم سالم، عملاً بررسی شد.
• IP، Subnet Mask، Gateway و DNS ثبت شدند.
• احتمال استفاده از IP تکراری در مثال کنار گذاشته شد.
• Gateway صحیح از منبع مورد اعتماد تأیید شد.
• فقط تنظیم مورد نیاز اصلاح شد.
• مقدار Gateway بعد از ذخیره دوباره خوانده شد.
• دسترسی داخلی و باز شدن چند سایت مستقل آزمایش شد.
• تغییر انجام‌شده و نتیجه آن برای مراجعات بعدی ثبت شد.

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

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

بله. اگر کامپیوتر و پرینتر در یک زیرشبکه باشند، ارتباط محلی آن‌ها می‌تواند برقرار بماند، حتی وقتی Default Gateway اشتباه است. البته ابتدا باید مطمئن شوید چاپ واقعاً از مسیر شبکه انجام می‌شود.

Default Gateway همان DNS است؟

خیر. Gateway مسیر بعدی برای ارسال ترافیک خارج از زیرشبکه را فراهم می‌کند؛ DNS نام‌ها را به اطلاعاتی مانند آدرس IP ترجمه می‌کند. ممکن است یک روتر هر دو نقش را داشته باشد، اما این دو نقش یکسان نیستند.

آیا Gateway باید با IP کامپیوتر یکسان باشد؟

خیر. در شبکه معمول این مثال، Gateway آدرس روتر است و IP کامپیوتر آدرس خود دستگاه. قرار دادن IP کامپیوتر در فیلد Gateway راه‌حل این مشکل نیست.

آیا Default Gateway همیشه باید 192.168.1.1 باشد؟

خیر. آدرس صحیح به طراحی شبکه بستگی دارد. حتی مقدار 192.168.60.1 در این مقاله هم فقط مربوط به سناریوی آموزشی نارون است.

چرا با Gateway اشتباه، nslookup هنوز پاسخ می‌دهد؟

اگر DNS روی دستگاهی در همان زیرشبکه باشد، درخواست کامپیوتر می‌تواند بدون عبور از Gateway پیش‌فرض به آن برسد. در مثال ما، روتر محلی DNS ارائه می‌کند و خودش امکان دریافت پاسخ از بالادست را دارد.

آیا ipconfig /renew برای IP دستی مفید است؟

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

آیا بعد از تغییر Gateway باید ویندوز را ری‌استارت کنیم؟

در این سناریوی ساده، معمولاً برای اعمال تغییر از پنجره IPv4 نیازی به راه‌اندازی مجدد کامل نیست. ابتدا مقدار ثبت‌شده و دسترسی واقعی را بررسی کنید؛ ارتباط‌های قبلی ممکن است نیاز به برقراری مجدد داشته باشند.

اگر فقط کامپیوتر من اینترنت ندارد، حتماً Gateway اشتباه است؟

خیر. DNS، Proxy، VPN، تنظیمات مرورگر، محدودیت‌های دسترسی و عوامل دیگر هم ممکن است نقش داشته باشند. این پرونده یک علت مشخص را با شواهد مشخص بررسی می‌کند.

پایان پرونده: تنظیمات شبیه بودند، مسیر خروج فرق داشت

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

اما تنظیم باقی‌مانده از کارگاه، آدرس Gateway بود: کامپیوتر مسیر خروج را 192.168.60.254 می‌دانست، درحالی‌که روتر دفتر 192.168.60.1 بود.

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

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

منابع فنی

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

• Microsoft Learn — آدرس‌دهی TCP/IP، زیرشبکه و Gateway اشتباه
• Microsoft Learn — راهنمای دستور ipconfig
• Microsoft Learn — راهنمای دستور route