IPMI-CONFIG(8) دستورهای سیستمی IPMI-CONFIG(8)

ipmi-config - پیکربندی مقادیر و تنظیمات IPMI

ipmi-config [گزینه...]

ipmi-config برای دریافت و تنظیم پارامترهای پیکربندی در IPMI استفاده می‌شود. می‌توان از آن برای پیکربندی نام‌های کاربری، گذرواژه‌ها، اطلاعات شبکه، امنیت، سریال از طریق LAN (یا SOL)، فیلتر کردن رخدادهای پلتفرم (PEF)، دستگاه‌های راه‌اندازی (بوت)، سیاست بازیابی برق، آستانه‌های حسگرها، رخدادهای حسگرها و بسیاری از گزینه‌های پیکربندی دیگر استفاده کرد. معمولاً قبل از اینکه بتوان از اکثر ابزارهای IPMI برای دسترسی از راه دور به یک دستگاه استفاده کرد، مقداری پیکربندی لازم است. به‌طور پیش‌فرض، ipmi-config به شما اجازه می‌دهد فقط مقادیر core (هسته) IPMI را که برای پیکربندی IPMI ضروری هستند، با --checkout یا --commit دریافت یا اعمال کنید. برای فیلدهای پیکربندی پیشرفته اضافی مربوط به پیکربندی شاسی (شامل گزینه‌های راه‌اندازی)، فیلتر کردن رخدادهای پلتفرم (PEF)، یا حسگرها، گزینه --category را در زیر ببینید. برای جزئیات بیشتر در مورد پیکربندی core در IPMI، به ipmi-config.conf(5) مراجعه کنید. اکثریت عملیات‌های پیکربندی در هنگام استفاده از ipmi-config به صورت خارج از باند (out-of-band) نیازمند سطح دسترسی ADMIN هستند. اگرچه اتصال از طریق کاربری با دسترسی ADMIN برای استفاده خارج از باند الزامی نیست، اما بخش عمده‌ای از گزینه‌های پیکربندی بازیابی یا تنظیم نخواهند شد.

در زیر گزینه‌های عمومی IPMI، گزینه‌های اختصاصی ابزار، اطلاعات عیب‌یابی، اطلاعات راهکارهای دور زدن مشکلات، مثال‌ها و مشکلات شناخته‌شده آورده شده است. برای آشنایی عمومی با FreeIPMI لطفاً به freeipmi(7) مراجعه کنید. برای توضیحات مربوط به کاربرد پایه ipmi-config بخش «کاربرد عمومی» را در زیر ببینید.

گزینه‌های زیر گزینه‌های عمومی برای پیکربندی ارتباطات IPMI و اجرای دستورات کلی ابزار هستند.

نوع درایور مورد استفاده را به جای انتخاب خودکار مشخص می‌کند. درایورهای خارج از باند (out-of-band) که در حال حاضر در دسترس هستند LAN و LAN_2_0 می‌باشند که به ترتیب IPMI 1.5 و IPMI 2.0 را اجرا می‌کنند. درایورهای درون باند (in-band) که در حال حاضر در دسترس هستند عبارتند از KCS، SSIF، OPENIPMI، SUNBMC و INTELDCMI.
دستگاه‌های IPMI درون باند را برای تنظیمات پیش‌فرض بررسی (probe) نمی‌کند.
آدرس درایور درون باند را برای استفاده به جای مقدار بررسی‌شده مشخص می‌کند. DRIVER-ADDRESS برای مقادیر هگزادسیمال باید با "0x" و برای مقادیر اکتال با '0' پیشوندگذاری شود.
مسیر دستگاه درایور درون باند را برای استفاده به جای مسیر بررسی‌شده مشخص می‌کند.
فاصله‌گذاری رجیسترهای درایور درون باند را به جای مقدار بررسی‌شده مشخص می‌کند. آرگومان بر حسب بایت است (مثلاً فاصله‌گذاری رجیستر ۳۲ بیتی = ۴).
شماره کانال هدف درایور درون باند را برای ارسال درخواست‌های IPMI مشخص می‌کند.
شماره آدرس وابسته (slave) هدف درایور درون باند را برای ارسال درخواست‌های IPMI مشخص می‌کند.
میزبان(های) راه دور را برای برقراری ارتباط مشخص می‌کند. چندین نام میزبان را می‌توان با کاما جدا کرد یا در قالب محدوده مشخص نمود؛ به «پشتیبانی از محدوده میزبان» در زیر مراجعه کنید. یک پورت اختیاری را می‌توان برای هر میزبان مشخص کرد که ممکن است در فوروارد پورت یا شرایط مشابه مفید باشد. اگر آدرس و پورت IPv6 مشخص می‌کنید، از قالب [ADDRESS]:PORT استفاده کنید.
نام کاربری مورد استفاده هنگام احراز هویت با میزبان راه دور را مشخص می‌کند. در صورت عدم تعیین، یک نام کاربری تهی (یعنی ناشناس) در نظر گرفته می‌شود. کاربر برای کارکرد کامل این ابزار باید حداقل از امتیازات ADMIN برخوردار باشد.
گذرواژه مورد استفاده هنگام احراز هویت با میزبان راه دور را مشخص می‌کند. در صورت عدم تعیین، گذرواژه تهی در نظر گرفته می‌شود. حداکثر طول گذرواژه برای IPMI 1.5 برابر ۱۶ و برای IPMI 2.0 برابر ۲۰ است.
درخواست گذرواژه در خط فرمان برای جلوگیری از احتمال ثبت و نمایش آن در لیست پردازش‌ها.
کلید K_g متعلق به BMC را برای احراز هویت با میزبان راه دور در IPMI 2.0 مشخص می‌کند. در صورت عدم تعیین، یک کلید تهی در نظر گرفته می‌شود. برای وارد کردن کلید در قالب هگزادسیمال، رشته را با '0x' پیشوندگذاری کنید. برای مثال، کلید 'abc' را می‌توان با رشته 'abc' یا رشته '0x616263' وارد کرد.
درخواست برای دریافت k-g جهت جلوگیری از احتمال ثبت و نمایش آن در لیست پردازش‌ها.
مهلت زمانی نشست را بر حسب میلی‌ثانیه مشخص می‌کند. در صورت عدم تعیین، به‌طور پیش‌فرض 20000 میلی‌ثانیه (۲۰ ثانیه) است.
مهلت زمانی ارسال مجدد بسته را بر حسب میلی‌ثانیه مشخص می‌کند. در صورت عدم تعیین، به‌طور پیش‌فرض 1000 میلی‌ثانیه (۱ ثانیه) است. مهلت ارسال مجدد نمی‌تواند بزرگتر از مهلت زمانی نشست باشد.
نوع احراز هویت IPMI 1.5 را برای استفاده مشخص می‌کند. انواع احراز هویت در دسترس در حال حاضر عبارتند از NONE، STRAIGHT_PASSWORD_KEY، MD2 و MD5. در صورت عدم تعیین، به‌طور پیش‌فرض MD5 است.
شناسه مجموعه‌رمز (Cipher Suite ID) در IPMI 2.0 را برای استفاده مشخص می‌کند. شناسه مجموعه‌رمز مجموعه‌ای از الگوریتم‌های احراز هویت، یکپارچگی و محرمانگی را برای استفاده در ارتباطات IPMI 2.0 تعیین می‌کند. الگوریتم احراز هویت الگوریتم مورد استفاده برای برپایی نشست، الگوریتم یکپارچگی الگوریتم مورد استفاده برای امضای بسته‌های نشست و الگوریتم محرمانگی الگوریتم مورد استفاده برای رمزنگاری داده‌ها (payload) را مشخص می‌کند. در صورت عدم تعیین، پیش‌فرض شناسه مجموعه‌رمز 3 است. شناسه‌های مجموعه‌رمز زیر در حال حاضر پشتیبانی می‌شوند:

0 - الگوریتم احراز هویت = None؛ الگوریتم یکپارچگی = None؛ الگوریتم محرمانگی = None

1 - الگوریتم احراز هویت = HMAC-SHA1؛ الگوریتم یکپارچگی = None؛ الگوریتم محرمانگی = None

2 - الگوریتم احراز هویت = HMAC-SHA1؛ الگوریتم یکپارچگی = HMAC-SHA1-96؛ الگوریتم محرمانگی = None

3 - الگوریتم احراز هویت = HMAC-SHA1؛ الگوریتم یکپارچگی = HMAC-SHA1-96؛ الگوریتم محرمانگی = AES-CBC-128

6 - الگوریتم احراز هویت = HMAC-MD5؛ الگوریتم یکپارچگی = None؛ الگوریتم محرمانگی = None

7 - الگوریتم احراز هویت = HMAC-MD5؛ الگوریتم یکپارچگی = HMAC-MD5-128؛ الگوریتم محرمانگی = None

8 - الگوریتم احراز هویت = HMAC-MD5؛ الگوریتم یکپارچگی = HMAC-MD5-128؛ الگوریتم محرمانگی = AES-CBC-128

11 - الگوریتم احراز هویت = HMAC-MD5؛ الگوریتم یکپارچگی = MD5-128؛ الگوریتم محرمانگی = None

12 - الگوریتم احراز هویت = HMAC-MD5؛ الگوریتم یکپارچگی = MD5-128؛ الگوریتم محرمانگی = AES-CBC-128

15 - الگوریتم احراز هویت = HMAC-SHA256؛ الگوریتم یکپارچگی = None؛ الگوریتم محرمانگی = None

16 - الگوریتم احراز هویت = HMAC-SHA256؛ الگوریتم یکپارچگی = HMAC_SHA256_128؛ الگوریتم محرمانگی = None

17 - الگوریتم احراز هویت = HMAC-SHA256؛ الگوریتم یکپارچگی = HMAC_SHA256_128؛ الگوریتم محرمانگی = AES-CBC-128

سطح دسترسی مورد استفاده را مشخص می‌کند. سطوح دسترسی در دسترس در حال حاضر عبارتند از USER، OPERATOR و ADMIN. در صورت عدم تعیین، به‌طور پیش‌فرض ADMIN است.
یک فایل پیکربندی جایگزین را مشخص می‌کند.
راهکارهای دور زدن مشکلات عدم تطابق سازندگان با استاندارد را مشخص می‌کند. چندین راهکار را می‌توان با جدا کردن توسط کاما مشخص کرد. پرچم ویژه "none" در خط فرمان نشان‌دهنده عدم استفاده از هرگونه راهکار دور زدن خواهد بود (برای بازنویسی مقادیر پیش‌فرض پیکربندی‌شده مفید است). برای فهرستی از راهکارهای موجود به بخش «راهکارهای دور زدن مشکلات» در زیر مراجعه کنید.
اشکال‌زدایی (debugging) را فعال می‌کند.
-?, --help
نمایش راهنمای دستور و خروج.
نمایش نحوه کاربرد دستور و خروج.
نمایش نسخه برنامه و خروج.

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

دسته یا دسته‌های داده‌های پیکربندی را برای پیکربندی مشخص می‌کند. انتخاب‌های در دسترس فعلی: core، chassis، sensors، pef و dcmi. چندین دسته را می‌توان با کاما از هم جدا کرد. دسته core شامل تمام پیکربندی‌های اصلی IPMI است که برای عملکرد IPMI روی یک سیستم لازم است، مانند پیکربندی کاربران، گذرواژه‌ها، احراز هویت، شبکه، و سریال از طریق شبکه (SOL). دسته chassis شامل تمام پیکربندی‌های مربوط به شاسی از جمله گزینه‌های راه‌اندازی (بوت)، دکمه‌های پنل جلو، و رفتار برق است. دسته dcmi شامل توابع تخصصی ارائه‌شده توسط رابط مدیریت مرکز داده (DCMI) است. در صورت عدم تعیین، پیش‌فرض core است.
واکشی اطلاعات پیکربندی.
به‌روزرسانی اطلاعات پیکربندی از یک فایل پیکربندی یا جفت‌های کلید.
نمایش تفاوت‌های بین اطلاعات ذخیره‌شده و یک فایل پیکربندی یا جفت‌های کلید.
مشخص کردن یک فایل پیکربندی برای checkout/commit/diff. در صورت مشخص شدن همراه با checkout، نمی‌توان آن را با چندین میزبان یا همراه با --always-prefix استفاده کرد.
مشخص کردن جفت‌های KEY=VALUE برای checkout/commit/diff. مقدار KEY را به صورت SectionName:FieldName مشخص کنید. از این گزینه می‌توان چندین بار استفاده کرد. در زمان commit، هر جفت KEY=VALUE هر جفت مشخص‌شده در یک فایل را که با --filename مشخص شده است بازنویسی می‌کند.
مشخص کردن یک SECTION برای checkout. از این گزینه می‌توان چندین بار استفاده کرد. بخشی (SECTION) که مشخص می‌کنید باید درون دسته یا دسته‌های مشخص‌شده با --category باشد.
فهرست کردن بخش‌های موجود برای checkout با توجه به دسته یا دسته‌های تحت --category. برخی از بخش‌های موجود در فهرست ممکن است به‌طور پیش‌فرض checkout نشوند و نیاز به افزایش پرگویی (verbosity) داشته باشند.
نمایش اطلاعات مشروح. هنگام استفاده همراه با --checkout، بخش‌ها و/یا فیلدهای غیرمعمول اضافی نمایش داده خواهند شد. در دسته core، این شامل استخراج پارامترهای پیکربندی سریال، پارامترهای Vlan، پارامترهای هدر IPv4، پورت RMCP، تمام آدرس‌های قابل پیکربندی IPv6 (در صورت پشتیبانی از بیش از 1 آدرس)، و بخش‌هایی برای هر کانال روی یک سیستم (در صورت وجود چندین کانال) است. در دسته pef، این شامل استخراج بخش‌هایی برای هر کانال روی یک سیستم (در صورت وجود چندین کانال) است.
نمایش اطلاعات بسیار مشروح. خروجی دادن اطلاعات دقیق اضافی در مورد اینکه چه فیلدهایی می‌توانند و چه فیلدهایی نمی‌توانند استخراج شوند، و گاهی دلیل آن. گاهی خروجی دادن فیلدهایی که به عنوان پشتیبانی‌نشده روی مادربورد شناسایی شده‌اند.
استفاده از یک شماره کانال مشخص برای پیکربندی LAN. به‌ویژه در صورتی مفید است که مادربورد شامل چندین کانال LAN باشد و کاربر بخواهد از یک کانال مشخص استفاده کند.
استفاده از یک شماره کانال مشخص برای پیکربندی سریال. به‌ویژه در صورتی مفید است که مادربورد شامل چندین کانال سریال باشد و کاربر بخواهد از یک کانال مشخص استفاده کند.
استفاده از یک شماره کانال مشخص برای پیکربندی SOL. به‌ویژه در صورتی مفید است که مادربورد شامل چندین کانال SOL باشد و کاربر بخواهد از یک کانال مشخص استفاده کند.

این ابزار برای کارکرد عمومی نیازمند دسترسی به حافظه موقت (کش) مخزن داده‌های حسگر (SDR) است. به‌طور پیش‌فرض، داده‌های SDR دانلود شده و روی دستگاه محلی ذخیره می‌شوند. گزینه‌های زیر برای حافظه موقت SDR اعمال می‌شوند.

تخلیه نسخه ذخیره‌شده حافظه موقت مخزن داده‌های حسگر (SDR). SDR معمولاً برای دسترسی‌های سریع‌تر بعدی در حافظه موقت ذخیره می‌شود. با این حال، اگر SDR در یک سیستم به‌روز شده باشد، ممکن است نیاز به تخلیه و بازتولید مجدد داشته باشد.
عدم نمایش اطلاعات مربوط به ایجاد/حذف حافظه موقت. می‌تواند در اسکریپت‌نویسی مفید باشد.
اگر حافظه موقت SDR منسوخ یا نامعتبر باشد، حافظه موقت مخزن داده‌های حسگر (SDR) را به‌طور خودکار دوباره ایجاد می‌کند. این گزینه ممکن است برای اهداف اسکریپت‌نویسی مفید باشد.
یک فایل مشخص حافظه موقت مخزن داده‌های حسگر (SDR) را برای ذخیره‌سازی یا خواندن مشخص می‌کند. اگر این گزینه هنگام مشخص شدن چندین میزبان استفاده شود، فایل حافظه موقت SDR یکسانی برای تمام میزبان‌ها استفاده خواهد شد.
یک دایرکتوری جایگزین برای ذخیره‌سازی یا خواندن حافظه‌های موقت مخزن داده‌های حسگر (SDR) مشخص می‌کند. در صورت عدم تعیین، به‌طور پیش‌فرض به دایرکتوری خانه (home) ارجاع می‌شود.

گزینه‌های زیر خروجی محدوده میزبان را دستکاری می‌کنند. برای اطلاعات بیشتر در مورد محدوده‌های میزبان به «پشتیبانی از محدوده میزبان» در زیر مراجعه کنید.

بافر کردن خروجی محدوده میزبان. برای هر گره، خروجی استاندارد را تا زمانی که گره عملیات IPMI خود را کامل کند بافر می‌کند. هنگام تعیین این گزینه، ممکن است به نظر برسد که داده‌ها با سرعت کمتری برای کاربر نمایش داده می‌شوند زیرا کل عملیات IPMI باید قبل از خروجی هر داده‌ای کامل شود. برای اطلاعات بیشتر به «پشتیبانی از محدوده میزبان» در زیر مراجعه کنید.
تجمیع خروجی محدوده میزبان. خروجی استاندارد کامل از هر گره مشخص‌شده تجمیع می‌شود تا گره‌هایی با خروجی یکسان دو بار نمایش داده نشوند. یک سربرگ آن دسته از گره‌ها را با خروجی تجمیع‌شده فهرست می‌کند. هنگامی که این گزینه مشخص می‌شود، تا زمانی که عملیات IPMI روی همه گره‌ها کامل نشود، هیچ خروجی قابل مشاهده نخواهد بود. اگر کاربر برنامه را زودتر متوقف کند، تمام خروجی‌های تجمیع‌شده فعلی تخلیه خواهند شد. برای اطلاعات بیشتر به «پشتیبانی از محدوده میزبان» در زیر مراجعه کنید.
میزان انشعاب (fanout) برای چندین میزبان را مشخص می‌کند. یک الگوریتم «پنجره لغزان» (یا fanout) برای ارتباط موازی IPMI استفاده می‌شود تا گره‌های کندتر یا گره‌هایی با وقفه زمانی مانع ارتباط موازی نشوند. حداکثر تعداد نخ‌های در دسترس به طور همزمان توسط انشعاب محدود می‌شود. مقدار پیش‌فرض 64 است.
حذف میزبان‌هایی که توسط ipmidetect به عنوان شناسایی‌نشده تشخیص داده شده‌اند. این گزینه تلاش می‌کند مشکل رایج وقفه زمانی در اجرای محدوده میزبان به دلیل خارج شدن چندین گره از سرویس در یک کلاستر بزرگ را رفع کند. دیمن ipmidetectd باید روی گره‌ای که دستور را اجرا می‌کند در حال اجرا باشد.
همیشه به خروجی پیشوند اضافه می‌کند، حتی اگر تنها یک میزبان مشخص شده باشد یا ارتباط به صورت درون باند باشد. این گزینه اساساً برای اهداف اسکریپت‌نویسی مفید است. اگر همراه با گزینه -C مشخص شود، این گزینه نادیده گرفته خواهد شد.

اکثر کاربران مایل خواهند بود که:

الف) دستور را با --checkout اجرا کنند تا یک رونوشت از پیکربندی فعلی دریافت کرده و آن را در یک فایل ذخیره کنند. خروجی استاندارد را می‌توان به یک فایل هدایت کرد یا فایل را می‌توان با استفاده از گزینه --filename مشخص نمود.

ب) فایل پیکربندی را با یک ویرایشگر ویرایش کنند.

ج) پیکربندی را با استفاده از گزینه --commit و تعیین فایل پیکربندی با گزینه --filename به سیستم بازگردانند و اعمال کنند. پیکربندی را می‌توان از طریق پشتیبانی از محدوده میزبان، به صورت موازی روی چندین میزبان اعمال کرد.

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

گاهی اوقات در فایل‌های استخراج‌شده، نظراتی (توضیحات) حاوی اطلاعاتی در مورد نحوه پیکربندی فیلدها درج خواهد شد. صفحه راهنمای ipmi-config.conf(5) نیز اطلاعات اضافی درباره مفهوم فیلدهای مختلف ارائه می‌دهد.

برای کاربرانی با کلاسترهای بزرگ یا مجموعه‌ای از گره‌ها، ممکن است بخواهید از یک فایل پیکربندی یکسان برای تمام گره‌ها استفاده کنید. یک مشکل در این زمینه این است که آدرس IP و آدرس MAC روی هر گره در کلاستر شما متفاوت خواهد بود و بنابراین نمی‌توان آن‌ها را از طریق یک فایل کانفیگ یکسان پیکربندی کرد. آدرس IP و آدرس MAC موجود در فایل پیکربندی شما را می‌توان در خط فرمان با استفاده از گزینه --key-pair بازنویسی کرد. مثال زیر می‌تواند در یک اسکریپت برای پیکربندی هر گره در یک کلاستر با یک فایل پیکربندی BMC یکسان استفاده شود. اسکریپت فقط نیاز دارد آدرس IP و آدرس MAC صحیح را برای استفاده تعیین کند.

# ipmi-config --commit -k Lan_Conf:Ip_Address=$MY_IP -k Lan_Conf:Mac_Address=$MY_MAC --filename=my_bmc.conf

فیلدهای UserN:Password (که در آن N یک عدد است) در برخی سیستم‌ها قابل استخراج (checkout) نیستند، بنابراین مقدار استخراج‌شده همیشه خالی خواهد بود.

فیلد UserN:Enable_User (که در آن N یک عدد است) در سیستم‌های قدیمی‌تر IPMI قابل استخراج نیست، بنابراین مقدار استخراج‌شده گاهی خالی خواهد بود.

فیلدهای UserN:Lan_Session_Limit و UserN:Serial_Session_Limit (که در آن N یک عدد است) در برخی سیستم‌ها قابل استخراج نیستند، بنابراین مقدار استخراج‌شده همیشه خالی خواهد بود. اگر در اعمال‌های بعدی پیکربندی مشخص نشود، این فیلد ممکن است به دلیل الزامی بودن مقدار ورودی برای محدودیت نشست توسط فیلدهای دیگر (که همراه با محدودیت نشست پیکربندی می‌شوند) به 0 بازنشانی شود. در بیشتر شرایط، نیازی به تنظیم این فیلد نیست و اکثر کاربران می‌توانند آن را نادیده بگیرند. این فیلد طبق استانداردهای IPMI اختیاری تلقی می‌شود و ممکن است هنگام تلاش برای پیکربندی آن روی یک مقدار غیر صفر منجر به خطا شود. در صورت بروز خطا، بازگرداندن مقدار به 0 باید مشکلات را حل کند.

فیلدهای Lan_Conf:IP_Address و Lan_Conf:MAC_Address نمی‌توانند به صورت موازی از طریق پشتیبانی از محدوده میزبان اعمال (commit) شوند. هر ماشین باید با یک زوج آدرس IP و آدرس MAC یکتا پیکربندی شود، بنابراین ما این پیکربندی را در ipmi-config غیرمجاز می‌دانیم.

در برخی مادربوردها، Lan_Conf:MAC_Address ممکن است فقط‌خواندنی باشد و آدرس MAC به صورت خودکار پیکربندی شود.

در برخی مادربوردها، Lan_Conf:MAC_Address ممکن است فقط‌خواندنی باشد و آدرس MAC از طریق یک دستور OEM پیکربندی شود. برای بررسی اینکه آیا پیکربندی OEM برای مادربورد شما پشتیبانی می‌شود یا خیر، به ipmi-oem(8) مراجعه کنید.

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

در برخی مادربوردها، احراز هویت OEM در Lan_Conf_Auth نمی‌تواند فعال شود. با این حال، تنظیمات پیش‌فرض مادربورد این فیلدها را فعال دارند. به کاربران توصیه می‌شود تمام احراز هویت‌های OEM را در این بخش غیرفعال کنند.

در برخی مادربوردها، چندین کانال ممکن است برای ارتباط IPMI از طریق LAN یا سریال وجود داشته باشد. اگر چندین کانال وجود داشته باشد، پیکربندی هر دو کانال را می‌توان با اجرای --checkout در حالت مشروح مشاهده و در نهایت پیکربندی کرد. نام هر بخش یا کلید به طور مناسب با کلمه Channel و شماره کانال پسوند می‌گیرد. برای مثال، ممکن است یک Lan_Conf_Channel_1 و Lan_Conf_Channel_3 را مشاهده کنید که می‌توانید به ترتیب پیکربندی LAN را در کانال‌های 1 و 3 پیکربندی نمایید.

در برخی مادربوردها، تغییرات پیکربندی توسط سیستم «جذب» (اعمال) نخواهد شد تا زمانی که مادربورد بازنشانی سخت‌افزاری (hard-reset) شود. این کار را می‌توان با خاموش و روشن کردن فیزیکی سیستم (مثلاً فشردن دکمه) یا از طریق راه‌اندازی مجدد سرد (cold-reset) انجام داد. یک راه‌اندازی مجدد سرد را می‌توان از طریق bmc-device اجرا کرد.

فیلدهای Chassis_Front_Panel_Buttons:Enable_Standby_Button_For_Entering_Standby, Chassis_Front_Panel_Buttons:Enable_Diagnostic_Interrupt_Button Chassis_Front_Panel_Buttons:Enable_Reset_Button, و Chassis_Front_Panel_Buttons:Enable_Power_Off_Button_For_Power_Off_Only ممکن است در برخی سیستم‌های IPMI قابل استخراج نباشند، بنابراین مقدار استخراج‌شده ممکن است خالی باشد. برخی از این فیلدها ممکن است قابل غیرفعال‌سازی باشند، در حالی که برخی دیگر این‌گونه نیستند. فیلد Chassis_Power_Conf:Power_Control_Interval قابل استخراج نیست. بنابراین مقدار استخراج‌شده همیشه خالی خواهد بود.

در برخی مادربوردها، چندین کانال ممکن است برای ارتباط IPMI از طریق LAN وجود داشته باشد. اگر چندین کانال وجود داشته باشد، پیکربندی هر دو کانال را می‌توان با اجرای --checkout در حالت مشروح مشاهده و در نهایت پیکربندی کرد. نام هر بخش به طور مناسب با کلمه Channel و شماره کانال پسوند می‌گیرد. برای مثال، ممکن است یک Community_String_Channel_1 و Community_String_Channel_3 را مشاهده کنید که می‌توانید به ترتیب Community String را در کانال‌های 1 و 3 پیکربندی نمایید. موارد زیر گزینه‌های مناسب برای ورودی Sensor_Type در پیکربندی PEF هستند.

گزینه‌های Sensor_Type
Reserved, Temperature, Voltage, Current, Fan, Physical_Security, Platform_Security_Violation_Attempt, Processor, Power_Supply, Power_Unit, Cooling_Device, Other_Units_Based_Sensor, Memory, Drive_Slot, Post_Memory_Resize, System_Firmware_Progress, Event_Logging_Disabled, Watchdog1, System_Event, Critical_Interrupt, Button_Switch, Module_Board, Microcontroller_Coprocessor, Add_In_Card, Chassis, Chip_Set, Other_FRU, Cable_Interconnect, Terminator, System_Boot_Initiated, Boot_Error, OS_Boot, OS_Critical_Stop, Slot_Connector, System_ACPI_Power_State, Watchdog2, Platform_Alert, Entity_Presence, Monitor_Asic_IC, Lan, Management_Subsystem_Health, Battery, Session_Audit, Version_Change, FRU_State, and Any

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

میزبان‌های متعدد را می‌توان به صورت فهرست‌های صریح و جدا شده با کاما از میزبان‌ها یا یک محدوده از نام‌های میزبان در قالب کلی زیر وارد کرد: prefix[n-m,l-k,...] که در آن n < m و l < k و غیره است. قالب دوم نباید با کلاس‌های نویسه عبارات باقاعده (که با [] نیز نشان داده می‌شوند) اشتباه گرفته شود. به عنوان مثال، foo[19] نمایانگر foo1 یا foo9 نیست، بلکه یک محدوده تک‌عضوی (منحط) را نشان می‌دهد: foo19.

این نحو محدوده صرفاً به عنوان یک سهولت در کلاسترهایی با قرارداد نام‌گذاری prefixNN در نظر گرفته شده است و تعیین محدوده‌ها نباید ضروری تلقی شود --- لیست foo1,foo9 را می‌توان به همین صورت یا با محدوده foo[1,9] مشخص کرد.

چند نمونه از کاربرد محدوده در ادامه آمده است:

foo[01-05] به جای foo01,foo02,foo03,foo04,foo05
foo[7,9-10] به جای foo7,foo9,foo10
foo[0-3] به جای foo0,foo1,foo2,foo3

به عنوان یادآوری برای خواننده، برخی از پوسته‌ها براکت‌ها ([ و ]) را برای تطبیق الگو (pattern matching) تفسیر می‌کنند. بسته به پوسته شما، ممکن است لازم باشد فهرست‌های دامنه‌دار را داخل نقل قول قرار دهید.

هنگامی که چندین میزبان توسط کاربر مشخص می‌شود، یک نخ (thread) برای هر میزبان به صورت موازی تا سقف انشعاب (fanout) پیکربندی‌شده اجرا می‌شود (که می‌توان آن را از طریق گزینه -F تنظیم کرد). این امر امکان برقراری ارتباط با تعداد زیادی از گره‌ها را بسیار سریع‌تر از حالت سریالی فراهم می‌کند.

به‌طور پیش‌فرض، خروجی استاندارد از هر گره مشخص‌شده با درج نام میزبان در ابتدای هر خط نمایش داده می‌شود. اگرچه این خروجی در بسیاری از شرایط خوانا است، اما ممکن است در شرایط دیگر خواندن آن دشوار باشد. به عنوان مثال، خروجی چند گره ممکن است با یکدیگر ترکیب شود. از گزینه‌های -B و -C می‌توان برای تغییر این پیش‌فرض استفاده کرد.

هنگامی که میزبان "localhost" مشخص شود، ارتباط درون باند IPMI استفاده خواهد شد. این به کاربر اجازه می‌دهد localhost را به خروجی محدوده میزبان اضافه کند.

در اغلب موارد، مشکلات IPMI به دلیل مشکلات پیکربندی است.

مشکلات IPMI از طریق شبکه محلی (LAN) مربوط به پیکربندی نادرست BMC دستگاه راه دور است. مجدداً بررسی کنید تا مطمئن شوید موارد زیر به درستی در BMC دستگاه راه دور پیکربندی شده‌اند: آدرس IP، آدرس MAC، ماسک زیرشبکه (subnet mask)، نام کاربری، فعال‌سازی کاربر، سطح دسترسی کاربر، گذرواژه، سطح دسترسی LAN، فعال‌سازی LAN و نوع/انواع احراز هویت مجاز. برای اتصالات IPMI 2.0، دوباره بررسی کنید تا مطمئن شوید سطح دسترسی مجموعه‌رمز و کلید K_g به درستی پیکربندی شده‌اند. از ابزار ipmi-config(8) می‌توان برای بررسی و/یا تغییر این تنظیمات پیکربندی استفاده کرد.

مشکلات IPMI درون باند معمولاً ناشی از درایورهای پیکربندی‌نشده نامناسب یا BMCهای غیراستاندارد است.

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

در زیر بسیاری از مشکلات رایج برای پیام‌های خطا فهرست شده‌اند. برای پشتیبانی بیشتر، لطفاً به فهرست پستی <freeipmi-users@gnu.org> ایمیل ارسال کنید.

"username invalid" - نام کاربری وارد شده (یا نام کاربری NULL در صورت عدم ورود نام کاربری) در دستگاه راه دور در دسترس نیست. همچنین ممکن است پیکربندی نام کاربری BMC راه دور نادرست باشد.

"password invalid" - گذرواژه وارد شده (یا یک گذرواژه NULL در صورت عدم ورود گذرواژه) صحیح نیست. همچنین ممکن است گذرواژه کاربر در BMC راه دور به درستی پیکربندی نشده باشد.

"password verification timeout" - مهلت زمانی اعتبارسنجی گذرواژه به پایان رسیده است. یک خطای "password invalid" (شرح داده شده در بالا) یا یک خطای عمومی "session timeout" (شرح داده شده در زیر) رخ داده است. در این نقطه از پروتکل نمی‌توان تشخیص داد که کدام یک رخ داده است.

"k_g invalid" - کلید K_g وارد شده (یا یک کلید K_g تهی در صورت عدم ورود کلید) صحیح نیست. همچنین ممکن است کلید K_g در BMC راه دور به درستی پیکربندی نشده باشد.

"privilege level insufficient" - یک دستور IPMI نیازمند سطح دسترسی کاربری بالاتری نسبت به موردی است که با آن احراز هویت شده است. لطفاً سعی کنید با سطح دسترسی بالاتری احراز هویت کنید. این ممکن است مستلزم احراز هویت با کاربر دیگری باشد که حداکثر سطح دسترسی بالاتری دارد.

"privilege level cannot be obtained for this user" - سطح دسترسی که می‌خواهید با آن احراز هویت کنید بالاتر از حداکثر مجاز برای این کاربر است. لطفاً دوباره با سطح دسترسی پایین‌تری امتحان کنید. همچنین ممکن است حداکثر سطح دسترسی مجاز برای یک کاربر در BMC راه دور به درستی پیکربندی نشده باشد.

"authentication type unavailable for attempted privilege level" - نوع احراز هویتی که می‌خواهید با آن احراز هویت کنید برای این سطح دسترسی در دسترس نیست. لطفاً مجدداً با یک نوع احراز هویت جایگزین یا سطح دسترسی متناوب امتحان کنید. همچنین ممکن است انواع احراز هویت موجود که می‌توانید با آن‌ها احراز هویت کنید، در BMC راه دور به درستی پیکربندی نشده باشند.

"cipher suite id unavailable" - شناسه مجموعه‌رمز که می‌خواهید با آن احراز هویت کنید در BMC راه دور در دسترس نیست. لطفاً دوباره با یک شناسه مجموعه‌رمز جایگزین امتحان کنید. همچنین ممکن است شناسه‌های مجموعه‌رمز موجود در BMC راه دور به درستی پیکربندی نشده باشند.

"ipmi 2.0 unavailable" - فناوری IPMI 2.0 در دستگاه راه دور یافت نشد. لطفاً در عوض از IPMI 1.5 استفاده کنید.

"connection timeout" - ارتباط اولیه IPMI ناموفق بود. تعدادی خطای بالقوه امکان‌پذیر است، از جمله نام میزبان نامعتبر مشخص‌شده، عدم امکان تفکیک آدرس IP متعلق به IPMI، فعال نبودن IPMI روی سرور راه دور، نامناسب بودن اتصال شبکه و غیره. لطفاً پیکربندی و اتصال را بررسی کنید.

"session timeout" - مهلت زمانی نشست IPMI به پایان رسیده است. لطفاً دوباره متصل شوید. اگر این خطا زیاد رخ می‌دهد، ممکن است تمایل داشته باشید مهلت زمانی ارسال مجدد را افزایش دهید. برخی از BMCهای راه دور بسیار کندتر از بقیه هستند.

"device not found" - دستگاه مشخص‌شده پیدا نشد. لطفاً پیکربندی یا ورودی‌ها را بررسی کرده و دوباره امتحان کنید.

"driver timeout" - ارتباط با درایور یا دستگاه با وقفه زمانی مواجه شد. لطفاً دوباره امتحان کنید.

"message timeout" - ارتباط با درایور یا دستگاه با وقفه زمانی مواجه شد. لطفاً دوباره امتحان کنید.

"BMC busy" - در حال حاضر BMC مشغول است. ممکن است در حال پردازش اطلاعات باشد یا نشست‌های همزمان زیادی برای مدیریت داشته باشد. لطفاً صبر کنید و دوباره امتحان کنید.

"could not find inband device" - دستگاه درون باند پیدا نشد. لطفاً پیکربندی را بررسی کنید یا دستگاه یا درایور خاصی را در خط فرمان مشخص نمایید.

"driver timeout" - درایور درون باند هنگام برقراری ارتباط با BMC محلی یا پردازنده خدمات دچار وقفه زمانی شد. BMC یا پردازنده خدمات ممکن است مشغول باشد یا (در بدترین حالت) احتمالاً کار نکند.

"internal IPMI error" - یک خطای داخلی IPMI رخ داده است که FreeIPMI نحوه مدیریت آن را نمی‌داند. لطفاً برای گزارش مشکل به <freeipmi-users@gnu.org> ایمیل بزنید.

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

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

اگر فکر می‌کنید سخت‌افزار شما مشکل انطباق اضافی دارد که نیاز به پیاده‌سازی یک راهکار دور زدن دارد، لطفاً با نگه‌دارندگان FreeIPMI در <freeipmi-users@gnu.org> یا <freeipmi-devel@gnu.org> تماس بگیرید.

assumeio - این پرچم راهکار فرض می‌کند که رابط‌های درون باند به جای اینکه نگاشت‌شده در حافظه (memory-mapped) باشند، با I/O سیستم ارتباط برقرار می‌کنند. این کار مشکل سیستم‌هایی را که آدرس‌های پایه نامعتبر را گزارش می‌دهند دور می‌زند. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "device not supported" یا "could not find inband device" را مشاهده کنند. مشکل در HP ProLiant DL145 G1 مشاهده شده است.

spinpoll - این پرچم راهکار به برخی از درایورهای درون باند (به‌ویژه درایور KCS) اطلاع می‌دهد که به جای به خواب بردن فرآیند، در حین نظرسنجی (polling) به صورت فعال منتظر بمانند (spin). این امر ممکن است زمان اجرای واقعی (wall clock) ابزارها را به میزان قابل توجهی بهبود بخشد، زیرا دانه‌بندی (granularity) زمان‌بند سیستم‌عامل ممکن است بسیار بزرگتر از زمان لازم برای انجام یک تراکنش پیام IPMI منفرد باشد. با این حال، با چرخش، سیستم شما ممکن است با خارج نکردن ابزار از زمینه برای یک کار مفیدتر، کار مفید کمتری انجام دهد.

authcap - این پرچم راهکار از بررسی‌های اولیه برای قابلیت‌های نام کاربری، قابلیت‌های احراز هویت و پشتیبانی K_g صرف‌نظر می‌کند و اجازه می‌دهد احراز هویت IPMI موفق شود. این گزینه چندین مشکل را دور می‌زند که در آن‌ها سیستم راه دور قابلیت‌های نام کاربری، قابلیت‌های احراز هویت یا وضعیت K_g را به درستی گزارش نمی‌کند. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "username invalid"، "authentication type unavailable for attempted privilege level" یا "k_g invalid" را مشاهده کنند. مشکل در Asus P5M2/P5MT-R/RS162-E4/RX4، Intel SR1520ML/X38ML و Sun Fire 2200/4150/4450 با ELOM مشاهده شده است.

nochecksumcheck - این پرچم راهکار به FreeIPMI می‌گوید که مجموع‌های مقابله‌ای (checksums) برگشتی از پاسخ‌های دستورات IPMI را بررسی نکند. این گزینه مشکل سیستم‌هایی را دور می‌زند که به دلیل خطاهای پیاده‌سازی، چکسام‌های نامعتبر برمی‌گردانند اما بسته در غیر این صورت معتبر است. به کاربران در مورد استفاده از این گزینه هشدار داده می‌شود، زیرا اعتبارسنجی یکپارچگی بسته را در چندین موقعیت حذف می‌کند. با این حال، بعید است که در بیشتر شرایط مشکلی ایجاد کند. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "connection timeout"، "session timeout" یا "password verification timeout" را مشاهده کنند. در اتصالات IPMI 1.5، ممکن است به راهکار "noauthcodecheck" نیز نیاز باشد. مشکل در Supermicro X9SCM-iiF، Supermicro X9DRi-F و Supermicro X9DRFR مشاهده شده است.

idzero - این پرچم راهکار به شناسه‌های نشست خالی اجازه می‌دهد تا توسط کلاینت پذیرفته شوند. این گزینه مشکل نشست‌های IPMI را دور می‌زند که شناسه‌های نشست خالی را به کلاینت گزارش می‌دهند. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "session timeout" را مشاهده کنند. مشکل در Tyan S2882 با BMC مدل M3289 مشاهده شده است.

unexpectedauth - این پرچم راهکار اجازه می‌دهد کدهای احراز هویت غیرتهی غیرمنتظره به گونه‌ای بررسی شوند که گویی مورد انتظار بوده‌اند. این گزینه مشکلی را دور می‌زند که در آن بسته‌ها حاوی داده‌های احراز هویت غیرتهی هستند در حالی که باید به دلیل غیرفعال بودن احراز هویت برای هر پیام، تهی باشند. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "session timeout" را مشاهده کنند. مشکل در Dell PowerEdge 2850,SC1425 مشاهده شده است. رفع این مشکل در سفت‌افزارهای جدیدتر تأیید شده است.

forcepermsg - این پرچم راهکار احراز هویت برای هر پیام را بدون توجه به آنچه توسط سیستم راه دور اعلام شده است، اجباری می‌کند. این گزینه مشکلی را دور می‌زند که در آن احراز هویت برای هر پیام در سیستم راه دور به عنوان غیرفعال اعلام شده است، اما در واقع برای پروتکل مورد نیاز است. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "session timeout" را مشاهده کنند. مشکل در IBM eServer 325 مشاهده شده است.

endianseq - این پرچم راهکار، ترتیب بایت‌ها (انسی یا endianness) شماره‌های توالی نشست را معکوس می‌کند تا نشست به درستی ادامه یابد. این گزینه مشکل شماره‌های توالی نشست IPMI 1.5 را که دارای اندیان اشتباه هستند دور می‌زند. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "session timeout" را مشاهده کنند. مشکل در برخی از سامانه‌های Sun ILOM 1.0/2.0 (بسته به اندیان پردازنده خدمات) مشاهده شده است.

noauthcodecheck - این پرچم راهکار به FreeIPMI می‌گوید که کدهای احراز هویت برگشتی از پاسخ‌های دستورات IPMI 1.5 را بررسی نکند. این گزینه مشکل سیستم‌هایی را دور می‌زند که به دلیل خطاهای درهم‌سازی (hashing) یا پیاده‌سازی، کدهای احراز هویت نامعتبر برمی‌گردانند. به کاربران در مورد استفاده از این گزینه هشدار داده می‌شود، زیرا بررسی احراز هویت را که اعتبار یک بسته را تأیید می‌کند حذف می‌کند. با این حال، در بیشتر سازمان‌ها بعید است که این یک مشکل امنیتی باشد. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "connection timeout"، "session timeout" یا "password verification timeout" را مشاهده کنند. مشکل در Xyratex FB-H8-SRAY، Intel Windmill، Quanta Winterfell و Wiwynn Windmill مشاهده شده است.

intel20 - این پرچم راهکار چندین مشکل احراز هویت Intel IPMI 2.0 را دور می‌زند. مشکلات تحت پوشش شامل پدگذاری نام‌های کاربری و کوتاه کردن گذرواژه در صورتی است که الگوریتم احراز هویت HMAC-MD5-128 باشد. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "username invalid"، "password invalid" یا "k_g invalid" را مشاهده کنند. مشکل در Intel SE7520AF2 با ماژول مدیریت سرور اینتل (نسخه حرفه‌ای) مشاهده شده است.

supermicro20 - این پرچم راهکار چندین مشکل احراز هویت Supermicro IPMI 2.0 را در مادربوردهای دارای سفت‌افزار Peppercon IPMI دور می‌زند. مشکلات تحت پوشش شامل مدیریت کدهای احراز هویت با طول نامعتبر است. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "password invalid" را مشاهده کنند. مشکل در Supermicro H8QME با کارت دختر SIMSO مشاهده شده است. رفع این مشکل در سفت‌افزارهای جدیدتر تأیید شده است.

sun20 - این پرچم راهکار چندین مشکل احراز هویت Sun IPMI 2.0 را دور می‌زند. مشکلات تحت پوشش شامل کلیدهای هش با طول نامعتبر، کلیدهای به صورت نادرست هش‌شده و رکوردهای مجموعه‌رمز نامعتبر است. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "password invalid" یا "bmc error" را مشاهده کنند. مشکل در Sun Fire 4100/4200/4500 با ILOM مشاهده شده است. این راهکار به‌طور خودکار شامل راهکار "opensesspriv" می‌شود.

opensesspriv - این پرچم راهکار پروتکل اتصال IPMI 2.0 متعلق به FreeIPMI را کمی تغییر می‌دهد تا الگوریتم هش نامعتبر استفاده‌شده توسط سیستم راه دور را دور بزند. سطح دسترسی ارسال‌شده در مرحله Open Session از یک اتصال IPMI 2.0 به جای سطح دسترسی ارسال‌شده در مرحله اتصال RAKP1 برای هش کردن کلیدها استفاده می‌شود. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "password invalid"، "k_g invalid"، "bad rmcpplus status code" یا "privilege level cannot be obtained for this user" را مشاهده کنند. مشکل در Sun Fire 4100/4200/4500 با ILOM، Inventec 5441/Dell Xanadu II، Supermicro X8DTH، Supermicro X8DTG، Intel S5500WBV/Penguin Relion 700، Intel S2600JF/Appro 512X، Quanta QSSC-S4R/Appro GB812X-CN، Dell C5220 و BMC نرم‌افزاری OpenIPMI مشاهده شده است. این راهکار به‌طور خودکار با راهکار "sun20" فعال می‌شود.

integritycheckvalue - این پرچم راهکار مقدار نامعتبر بررسی یکپارچگی را در هنگام برقراری نشست IPMI 2.0 در زمان استفاده از شناسه مجموعه‌رمز 0 دور می‌زند. مقدار بررسی یکپارچگی باید طول 0 داشته باشد، با این حال مادربورد راه دور با یک فیلد غیرخالی پاسخ می‌دهد. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "k_g invalid" را مشاهده کنند. مشکل در Supermicro X8DTG، Supermicro X8DTU، Intel S5500WBV/Penguin Relion 700 و Intel S2600JF/Appro 512X مشاهده شده است.

عدم پشتیبانی از IPMI 1.5 - مشخص شده است که برخی از مادربوردهایی که از IPMI 2.0 پشتیبانی می‌کنند از IPMI 1.5 پشتیبانی نمی‌کنند. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "ipmi 2.0 unavailable" یا "connection timeout" را مشاهده کنند. این مشکل را می‌توان با استفاده از IPMI 2.0 به جای IPMI 1.5 با مشخص کردن --driver-type=LAN_2_0 دور زد. مشکل در تعدادی از مادربوردهای HP و Supermicro مشاهده شده است.

slowcommit - این راهکار با ایجاد یک ثانیه مکث (sleep) بین اعمال هر یک از بخش‌ها، سرعت اعمال تغییرات روی BMC را کاهش می‌دهد. این گزینه مشکل مادربوردهایی را دور می‌زند که دارای BMCهایی هستند که با اعمال سریع تغییرات دچار اختلال می‌شوند. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای اعمال (commit) یا عدم ثبت تغییرات روی BMC را مشاهده کنند. مشکل در Supermicro H8QME مشاهده شده است.

veryslowcommit - این راهکار با ایجاد یک ثانیه مکث بین اعمال هر یک از کلیدها، سرعت اعمال تغییرات روی BMC را کاهش می‌دهد. این گزینه مشکل مادربوردهایی را دور می‌زند که دارای BMCهایی هستند که با اعمال سریع تغییرات دچار اختلال می‌شوند. کسانی که با این مشکل مواجه می‌شوند ممکن است خطاهای اعمال یا عدم ثبت تغییرات روی BMC را مشاهده کنند. مشکل در Quanta S99Q/Dell FS12-TY و Dell PowerEdge T320 مشاهده شده است.

solchannelassumelanchannel - این راهکار ipmi-config را مجبور می‌کند فرض کند کانال استفاده‌شده برای SOL همان کانال استفاده‌شده برای LAN است. در برخی مادربوردها، کانال SOL به صورت نادرست گزارش می‌شود که منجر به پیکربندی نادرست می‌گردد. به‌ویژه این مشکل هنگام تلاش برای پیکربندی چندین کانال رخ داده است. مشکل در Intel S5500WBV/Penguin Relion 700 مشاهده شده است.

# ipmi-config --checkout

نمایش تمام اطلاعات پیکربندی اصلی (core) در کنسول.

# ipmi-config --checkout --category=pef

نمایش تمام اطلاعات پیکربندی pef در کنسول.

# ipmi-config --checkout --category=pef,chassis

نمایش تمام اطلاعات پیکربندی pef و chassis در کنسول.

# ipmi-config --checkout --filename=bmc-data1.conf

ذخیره تمام اطلاعات پیکربندی اصلی در فایل bmc-data1.conf.

# ipmi-config --diff --filename=bmc-data2.conf

نمایش تمام تفاوت‌های بین پیکربندی فعلی و فایل bmc-data2.conf.

# ipmi-config --diff --key-pair="lan_conf_misc:gratuitous_arp_interval=8"

نمایش تفاوت بین پیکربندی فعلی و 'lan_conf_misc:gratuitous_arp_interval' با مقدار '8'.

# ipmi-config --commit --filename=bmc-data1.conf

اعمال تمام مقادیر پیکربندی از فایل bmc-data1.conf.

# ipmi-config --commit --key-pair="lan_conf_misc:gratuitous_arp_interval=4"

اعمال کلید 'lan_conf_misc:gratuitous_arp_interval' با مقدار '4'.

# ipmi-config --commit --filename=bmc-data-updt.conf --key-pair="lan_conf_misc:gratuitous_arp_interval=4"

اعمال تمام مقادیر پیکربندی از فایل bmc-data-updt.conf و کلید 'lan_conf_misc:gratuitous_arp_interval' با مقدار '4'.

در صورت اجرای موفقیت‌آمیز، وضعیت خروج 0 است. در صورت بروز خطای غیرکشنده، وضعیت خروج 1 و در صورت بروز خطای کشنده (fatal error)، وضعیت خروج 2 خواهد بود.

اگر چندین میزبان برای برقراری ارتباط مشخص شده باشند، وضعیت خروج فقط و فقط در صورتی 0 است که تمام اهداف با موفقیت اجرا شوند. در صورت بروز هرگونه خطای غیرکشنده وضعیت خروج 1 و در صورت بروز هرگونه خطای کشنده وضعیت خروج 2 است.

در سیستم‌عامل‌های قدیمی‌تر، اگر نام کاربری، گذرواژه و سایر اطلاعات مرتبط با امنیت را در خط فرمان وارد کنید، این اطلاعات ممکن است توسط کاربران دیگر در هنگام استفاده از ابزارهایی مانند دستور ps(1) یا بررسی در فایل‌سیستم /proc کشف شود. به‌طور کلی امن‌تر است که اطلاعات گذرواژه را با گزینه‌هایی مانند گزینه‌های -P یا -K وارد کنید. پیکربندی اطلاعات مرتبط با امنیت در فایل پیکربندی FreeIPMI نیز روش مناسبی برای مخفی کردن این اطلاعات خواهد بود.

به منظور جلوگیری از حملات جستجوی فراگیر (brute force)، برخی از BMCها پس از تعدادی خطای احراز هویت راه دور موقتاً «قفل» (lock up) می‌شوند. ممکن است لازم باشد مدتی صبر کنید تا این «قفل» موقت برطرف شود و بتوانید دوباره احراز هویت کنید.

اشکالات را به <freeipmi-users@gnu.org> یا <freeipmi-devel@gnu.org> گزارش دهید.

کپی‌رایت © 2003-2015 تیم هسته FreeIPMI.

این برنامه یک نرم‌افزار آزاد است؛ شما می‌توانید آن را تحت شرایط «پروانه عمومی همگانی گنو» (GNU GPL) که توسط بنیاد نرم‌افزارهای آزاد منتشر شده است، چه نسخه ۳ پروانه و چه (به انتخاب خودتان) هر نسخه بعدی، بازتوزیع کرده و/یا تغییر دهید.

ipmi-config.conf(5), freeipmi(7), bmc-device(8)

http://www.gnu.org/software/freeipmi

2026-08-27 ipmi-config 1.6.19