محتوای آموزشی وبلاگ نت‌آرام
بعد از تنظیم IP ثابت روی سرور مجازی ایران، ویندوز شبکه را
Unidentified Network نشان می‌دهد. ممکن است اتصال واقعاً مشکل داشته باشد یا فقط ویندوز نتوانسته نوع شبکه یا دسترسی اینترنت را تشخیص دهد. این نوشته، به‌تنهایی اثبات قطع اینترنت نیست و با تغییر نام پروفایل هم لزوماً مشکل واقعی حل نمی‌شود.علت ممکن است IP یا gateway نادرست، DNS اشتباه، قطع لینک، مسیر شبکه ارائه‌دهنده یا مشکل تشخیص دامنه باشد. در ادامه هر کدام را جدا آزمایش می‌کنیم. پیش از تغییر شبکه یک سرور راه دور، حتماً کنسول پنل را آماده کنید؛ اصلاح اشتباه IP می‌تواند Remote Desktop را قطع کند.
۱. اطلاعات صحیح شبکه و راه بازگشت را آماده کنید
از ارائه‌دهنده یا مدیر شبکه، IP و prefix یا subnet mask، gateway، DNS، نام کارت و نقش آن را بگیرید. سروری که چند کارت عمومی و خصوصی دارد ممکن است فقط روی یکی gateway پیش‌فرض داشته باشد. شبکه خصوصی بدون gateway لزوماً خراب نیست؛ هدف و مسیر مورد انتظار آن را از مدیر شبکه بپرسید.
با کنسول وارد ویندوز شوید و PowerShell را با Run as administrator باز کنید:
کد / دستورGet-NetAdapter | Select-Object Name, InterfaceIndex, Status, LinkSpeed, MacAddress
Get-NetIPConfiguration
Get-NetConnectionProfile
خروجی کارت‌ها، تنظیم IP و نوع پروفایل را نشان می‌دهد. نام، MAC و IP کارت مورد نظر را با پنل مجازی‌سازی یا اطلاعات شبکه تطبیق و مقدارهای قبلی را در جایی امن ثبت کنید.
Disconnected یا نبود کارت، ابتدا به بررسی اتصال مجازی یا درایور نیاز دارد؛ تغییر DNS این مشکل را رفع نمی‌کند.۲. IP و مسیر پیش‌فرض را تطبیق دهید
کد / دستورGet-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, IPAddress, PrefixLength, AddressState
Get-NetRoute -AddressFamily IPv4 -DestinationPrefix '0.0.0.0/0' | Select-Object InterfaceAlias, NextHop, RouteMetric
در خروجی اول، آدرس و prefix را با اطلاعات ارائه‌دهنده مقایسه کنید. آدرس
169.254.x.x معمولاً نشانه دریافت‌نشدن آدرس DHCP است و جای IP ثابتِ تخصیص‌یافته را نمی‌گیرد. وضعیت Duplicate می‌تواند نشانه تداخل آدرس باشد؛ همان IP را روی دو ماشین روشن استفاده نکنید. خروجی دوم مسیرهای پیش‌فرض را نشان می‌دهد. اگر مسیر مورد نیاز وجود ندارد یا gateway روی کارت اشتباه است، اطلاعات قرارداد شبکه را دوباره با مدیر آن تطبیق دهید.برای بررسی مسیر و ارتباط، gateway واقعی را به‌جای نمونه وارد کنید:
کد / دستورTest-NetConnection 192.0.2.1
این آدرس فقط مثال است. شکست ping به‌تنهایی ثابت نمی‌کند gateway خراب است، چون ICMP ممکن است مسدود باشد. اگر IP مقصد سرویس مجاز و پورت آن را می‌دانید،
Test-NetConnection مقصد -Port شماره اتصال TCP همان سرویس را نیز می‌سنجد. موفقیت یک پورت همه مسیرهای دیگر را ثابت نمی‌کند.۳. در صورت تفاوت واقعی، تنظیم IPv4 را اصلاح کنید
در کنسول
ncpa.cpl را باز کنید، روی کارت صحیح Properties و سپس Internet Protocol Version 4 و Properties را انتخاب کنید. مقادیر فعلی را با اطلاعات ثبت‌شده مقایسه کنید و فقط مقدار اشتباه را طبق اطلاعات ارائه‌دهنده اصلاح کنید. اگر اتصال باید با DHCP کار کند، واردکردن IP ثابت حدسی درست نیست. پیش از زدن OK، دوباره نام کارت و اطلاعات IP، mask، gateway و DNS را بررسی کنید.بعد از تغییر، با کنسول باز خروجی
Get-NetIPConfiguration و Get-NetRoute را دوباره بخوانید و از یک اتصال جدا RDP و سرویس واقعی را امتحان کنید. اگر ارتباط بدتر شد، مقدارهای ثبت‌شده قبلی را از کنسول برگردانید. در شبکه‌های routed یا gateway خارج از subnet ممکن است طراحی ویژه‌ای لازم باشد؛ دستور یا gateway فرضی از اینترنت را کپی نکنید.۴. DNS را از خود شبکه جدا آزمایش کنید
کد / دستورGet-DnsClientServerAddress -AddressFamily IPv4
Resolve-DnsName example.com -DnsOnly
دستور اول DNS تنظیم‌شده هر رابط را نشان می‌دهد و دومی یک پرسش DNS انجام می‌دهد.
example.com فقط نام آزمایشی عمومی است؛ اگر سرور اجازه اینترنت ندارد، نام مجاز همان شبکه را امتحان کنید. اگر اتصال به مقصد با IP برقرار ولی نام حل نمی‌شود، به احتمال بیشتر DNS یا مسیر آن مشکل دارد. اگر سرور عضو دامنه است، DNS آن باید مطابق طراحی Active Directory رکوردهای دامنه را پاسخ دهد؛ DNS عمومی معمولاً جایگزین DNS داخلی دامنه نیست.برای بررسی جزئیات DNS ویندوز، راهنمای timeout در DNS Forwarder به شرایطی می‌پردازد که خود سرور نقش DNS و forwarder دارد.
۵. اگر سرور عضو دامنه است، تشخیص دامنه را بررسی کنید
کد / دستورGet-CimInstance Win32_ComputerSystem | Select-Object Name, Domain, PartOfDomain
nltest /dsgetdc:example.local
Get-NetConnectionProfile
نام دامنه واقعی را جایگزین کنید.
nltest باید کنترلر دامنه مناسب را پیدا کند؛ اگر پیدا نشد، DNS داخلی، مسیر شبکه و سلامت ارتباط دامنه را بررسی کنید. پروفایل DomainAuthenticated پس از تشخیص و احراز هویت دامنه توسط ویندوز انتخاب می‌شود و نمی‌توان آن را صرفاً با Set-NetConnectionProfile تحمیل کرد. راهنمای Microsoft درباره تشخیص پروفایل دامنه تفاوت نسخه‌ها و مراحل عیب‌یابی را شرح می‌دهد.پروفایل Public ممکن است قوانین فایروال متفاوتی نسبت به Domain یا Private داشته باشد. برای بازشدن RDP، فایروال را سراسری خاموش نکنید و شبکه عمومی را فقط برای حذف هشدار Private نکنید. قانون دسترسی مورد نیاز را با محدوده منبع مجاز و سیاست امنیتی همان شبکه بررسی کنید.
۶. اگر اتصال کار می‌کند اما پیام باقی است
وضعیت دسترسی اینترنت ویندوز به آزمایش‌های NCSI و سیاست شبکه وابسته است. یک شبکه خصوصی یا محیطی که probe عمومی را عمداً محدود کرده، ممکن است با وجود دسترسی به سرویس داخلی وضعیت دیگری نشان دهد. در این حالت سرویس واقعی مورد نیاز را مستقیم آزمایش کنید و تنظیم probe را با سیاست سازمان تطبیق دهید؛ راهنمای NCSI ویندوز سرور روش بررسی را توضیح می‌دهد.
در پایان، از یک سیستم مجاز در شبکه مورد نظر، RDP و سرویس‌های اصلی را با نام و IP درست امتحان کنید. اگر برچسب شبکه تغییر کرده ولی اتصال واقعی، DNS یا دسترسی دامنه هنوز خراب است، علت را در همان بخش پیگیری کنید؛ موفقیت ظاهری پنل برابر با عملکرد کامل شبکه نیست.
اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله قبلی وجود ندارد.
مقاله بعدی
دیدگاه‌ها (۰)
دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام