محتوای آموزشی وبلاگ نت‌آرام
سرور روشن است و سایت کار می‌کند، اما صفحه مدیریتی iDRAC باز نمی‌شود. اگر این اتفاق بعد از تغییر گزینه‌ای مانند
Dedicated یا LOM1 افتاده، ممکن است کنترلر مدیریت روی پورتی قرار گرفته باشد که کابل یا شبکه مدیریت به آن وصل نیست. تغییر شبکه سیستم‌عامل الزاماً این مشکل را حل نمی‌کند، چون iDRAC تنظیم شبکه و نشانی خودش را دارد.در این راهنما اول نشانی و مسیر دسترسی را مشخص می‌کنیم، سپس پورت انتخاب‌شده، وضعیت لینک و VLAN را با کابل‌کشی واقعی مقایسه می‌کنیم. مثال‌ها برای iDRAC در بعضی سرورهای Dell هستند؛ نام منو، امکانات و مجوزها در مدل‌ها و firmwareهای مختلف فرق می‌کند. برای سرور اختصاصی ایران هماهنگی با دیتاسنتر و راه دسترسی جایگزین مهم است. در سرور مجازی ایران، کنترلر فیزیکی معمولاً در اختیار مدیر زیرساخت است و باید از همان مسیر پشتیبانی کمک گرفت.
۱. اول مطمئن شوید مقصد و مسیر درست است
آدرس iDRAC، پورت HTTPS و شبکه مجاز مدیریت را از مستندات همان سرور یا پنل ارائه‌دهنده بردارید. IP سیستم‌عامل یا وب‌سایت را با IP مدیریت یکی فرض نکنید. اگر دسترسی از طریق VPN یا شبکه خصوصی است، ابتدا همان اتصال مجاز را برقرار کنید. بدون اطمینان از هویت دستگاه، گذرواژه را در صفحه‌ای که اتفاقی باز شده وارد نکنید.
از رایانه مجاز ویندوزی، با نشانی واقعی کنترلر به‌جای نمونه زیر، اتصال TCP را بسنجید:
کد / دستورTest-NetConnection -ComputerName '192.0.2.20' -Port 443
اگر پورت HTTPS کنترلر شما تغییر کرده، عدد واقعی را بگذارید. مقدار
TcpTestSucceeded: True یعنی اتصال TCP به آن مقصد و پورت برقرار شده؛ هنوز اصالت کنترلر یا سلامت ورود را ثابت نمی‌کند. اگر False است، مسیر شبکه، نشانی، پورت، فایروال و خود کنترلر همگی احتمال دارند. پاسخ‌ندادن ping به‌تنهایی قطعی نیست، چون ممکن است ICMP در شبکه بسته باشد.اگر از نام دامنه استفاده می‌کنید، روی کلاینت ویندوز بررسی کنید به آدرس مورد انتظار تبدیل می‌شود:
کد / دستورResolve-DnsName 'idrac.example.com'
در لینوکس می‌توانید ابتدا مسیر خروجی و سپس همان پورت را ببینید:
کد / دستورip route get 192.0.2.20
nc -vz -w 5 192.0.2.20 443
نشانی‌ها نمونه مستندات‌اند و باید با اطلاعات واقعی شما جایگزین شوند. اگر ابزار
nc نصب نیست، از ابزار مجاز شبکه خود استفاده کنید. اگر TCP وصل می‌شود ولی مرورگر خطای گواهی می‌دهد، مشکل ممکن است گواهی یا نام آن باشد؛ خاموش‌کردن بررسی گواهی و ورود به دستگاه ناشناس راه‌حل مناسبی نیست.۲. Dedicated و Shared LOM چه تفاوتی دارند؟
در حالت Dedicated، iDRAC از رابط مدیریتی اختصاصی پشتیبانی‌شده دستگاه استفاده می‌کند. در حالت LOM، کنترلر از یکی از درگاه‌های شبکه پشتیبانی‌شده سرور به‌صورت اشتراکی استفاده می‌کند. مثلاً اگر کابل شبکه مدیریت فقط به درگاه اختصاصی وصل باشد و انتخاب به LOM1 تغییر کند، ممکن است ارتباط مدیریت قطع شود. عکس این وضعیت نیز ممکن است رخ دهد.
اینکه کدام LOM، گزینه failover و پورت اختصاصی در دستگاه شما وجود دارد به مدل، قطعات و مجوز بستگی دارد. شماره درگاه روی بدنه را با نقشه سخت‌افزار همان سرور تطبیق دهید؛ هر کارت شبکه اضافه‌ای الزاماً برای Shared LOM قابل انتخاب نیست. راهنمای iDRAC9 دل حالت‌های موجود و تفاوت Dedicated و LOM را برای مدل‌های مربوط توضیح می‌دهد.
۳. تنظیم فعلی را بدون تغییر بخوانید
اگر سیستم‌عامل سرور هنوز در دسترس است و ابزار محلی RACADM با مجوز لازم نصب شده، دستور زیر را در ترمینال همان سرور اجرا کنید:
کد / دستورsudo racadm getniccfg
در Windows Server همین دستور را در PowerShell یا Command Prompt مدیر، بدون
sudo، اجرا کنید. بسته به نسخه ممکن است نام رابط و محل اجرای ابزار متفاوت باشد. در خروجی دنبال NIC Enabled، نشانی و mask، NIC Selection، Active NIC و Link Detected بگردید. برای نمونه، Selection=Dedicated همراه Link Detected=No سرنخی است که کابل، پورت سوئیچ یا اتصال فیزیکی آن مسیر باید بررسی شود؛ به‌تنهایی خرابی کنترلر را ثابت نمی‌کند.در نسخه‌هایی که این ویژگی‌ها را پشتیبانی می‌کنند، جزئیات زیر نیز قابل خواندن‌اند:
کد / دستورsudo racadm get iDRAC.NIC.Selection
sudo racadm get iDRAC.NIC.VLANEnable
sudo racadm get iDRAC.NIC.VLANID
اگر یک ویژگی شناخته نشد، آن را شکست قطعی سخت‌افزار فرض نکنید؛ نام و پشتیبانی ویژگی را در راهنمای RACADM همان مدل و نسخه بررسی کنید. خروجی را در محل خصوصی نگه دارید. اگر RACADM محلی نصب نیست یا سیستم‌عامل هم در دسترس نیست، از کنسول حضوری، پنل ارائه‌دهنده یا پشتیبانی دیتاسنتر استفاده کنید؛ اتصال remote به iDRAC قطع‌شده را نباید تنها راه بازگشت فرض کرد.
۴. کابل، لینک و VLAN را با نقشه شبکه تطبیق دهید
از مسئول دیتاسنتر بخواهید شماره فیزیکی پورت انتخاب‌شده، کابل، چراغ لینک و پورت سوئیچ مقابل را با مستندات شبکه مدیریت مقایسه کند. جابه‌جا کردن کابل شبکه تولید یا خاموش‌کردن سوئیچ بدون شناخت سرویس‌های متصل می‌تواند سایت را قطع کند. اگر پورت درست بدون لینک است، کابل و پورت سوئیچ آن مسیر را در زمان مناسب بررسی و قطعه معیوب تأییدشده را جایگزین کنید.
اگر لینک برقرار است ولی اتصال عبور نمی‌کند، VLAN و مسیر را بررسی کنید. مثلاً کنترلری که فریم مدیریت را با یک VLAN tag می‌فرستد باید با تنظیم پورت سوئیچ و مسیر همان VLAN سازگار باشد. حالت access و trunk، VLANهای مجاز و شیوه برچسب‌گذاری باید مطابق طراحی واقعی شبکه باشند. عدد VLAN را از روی یک آموزش عمومی انتخاب نکنید. آدرس، subnet و gateway کنترلر را نیز با شبکه مدیریت و تنظیم DHCP یا آدرس ثابت تطبیق دهید.
اگر IP از DHCP گرفته می‌شود و پس از تغییر شبکه عوض شده، آدرس فعلی را از
getniccfg یا جدول اجاره DHCP پیدا کنید و رکورد DNS مورد نظر را اصلاح کنید. یک IP تکراری یا gateway اشتباه نیز می‌تواند باعث دسترسی متناوب شود. پیش از تغییر هر مقدار، مقدار قبلی و روش بازیابی را ثبت کنید.۵. پورت انتخاب‌شده را به مسیر درست برگردانید
فرض کنیم نقشه و کابل‌کشی تأیید می‌کنند مسیر مدیریت از پورت اختصاصی است، اما
NIC Selection اشتباهاً روی LOM قرار دارد. پس از هماهنگی، از روش پشتیبانی‌شده مدل خود برای بازگرداندن گزینه Dedicated استفاده کنید. راه گرافیکی بعضی iDRAC9ها از System Setup ← iDRAC Settings ← Network است؛ ورود به System Setup هنگام POST معمولاً نیازمند راه‌اندازی مجدد سرور و زمان نگهداری است. صرف بازکردن منو تغییر ایجاد نمی‌کند، اما ذخیره و اعمال تغییر می‌تواند اتصال مدیریت را قطع کند یا در بعضی مدل‌ها به راه‌اندازی مجدد نیاز داشته باشد.اگر RACADM محلی در مدل و نسخه شما مقدار
کد / دستور1 را برای Dedicated تأیید می‌کند و مسیر بازیابی دیگری دارید، نمونه دستور آن چنین است:sudo racadm set iDRAC.NIC.Selection 1
این دستور را فقط با تطبیق مدل، مجوز، وضعیت کابل و جدول مقادیر همان firmware اجرا کنید؛ مقدارها و زمان اعمال میان نسل‌ها متفاوت‌اند. اگر مسیر قبلی شما LOM مشخصی بوده، مقدار ثبت‌شده همان مسیر را با راهنمای مدل بازگردانید، نه اینکه عددی را حدس بزنید. اگر دسترسی‌تان از شبکه مدیریت است، تغییر NIC می‌تواند همان نشست را قطع کند؛ از قبل فردی با دسترسی محلی یا روش بازگشت آماده باشد.
پس از اعمال،
racadm getniccfg را دوباره بخوانید و ببینید NIC Selection، Active NIC و لینک با نقشه هماهنگ‌اند. اگر Active NIC فوراً تغییر نکرد، رفتار مدل و failover را بررسی کنید. از بازنشانی کارخانه‌ای iDRAC برای حل یک انتخاب اشتباه خودداری کنید؛ این کار ممکن است تنظیمات و دسترسی‌های دیگر را نیز تغییر دهد.۶. دوباره باز نشد؟ مرحله باقی‌مانده را جدا کنید
اگر لینک برقرار است ولی TCP هنوز شکست می‌خورد، از یک رایانه مجاز دیگر در همان شبکه مدیریت آزمایش کنید. موفقیت محلی و شکست از VPN می‌تواند به مسیر یا قانون بین شبکه‌ها اشاره کند. اگر TCP برقرار است اما فقط صفحه وب کار نمی‌کند، وضعیت سرویس وب کنترلر و پورت تنظیم‌شده را مطابق راهنمای عیب‌یابی دل بخوانید:
کد / دستورsudo racadm get iDRAC.WebServer
اگر وب فعال و تنظیمات درست است، گزارش کنترلر و وضعیت initialization را بررسی کنید. بازنشانی خود کنترلر مدیریتی هم ممکن است موقتاً کنسول و ابزارهای پایش را از دسترس خارج کند؛ قبل از آن عملیات فعال مانند نصب با Virtual Media را پایان دهید و روش سازنده و اثر آن بر مدل را بخوانید. بازنشانی کارخانه‌ای گام اول نیست.
۷. نتیجه را در عمل تأیید کنید
از مسیر مجاز، با نام و گواهی معتبر وارد کنترلر شوید، شناسه سرور را با دستگاه مورد انتظار تطبیق دهید و نمایش کنسول را بدون تغییر تنظیمات آزمایش کنید. سپس از شبکه غیرمجازِ تحت کنترل خودتان مطمئن شوید رابط مدیریت باز نیست. دسترسی VPN، مانیتورینگ و روش اضطراری را نیز بررسی کنید. برای محدودکردن حساب‌ها و شبکه، راهنمای امنیت iDRAC و iLO مکمل همین آموزش است.
اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله قبلی وجود ندارد.
مقاله بعدی
دیدگاه‌ها (۰)
دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام