خطای Too many authentication failures در SSH؛ چرا پیش از ورود قطع می‌شود؟

به سرور وصل می‌شوید اما پیش از آنکه بتوانید با کلید درست وارد شوید، پیام Too many authentication failures می‌بینید. یکی از علت‌های ممکن این است که برنامه اتصال، چند کلید ذخیره‌شده را یکی‌یکی به سرور پیشنهاد می‌دهد و سقف تلاش‌های مجاز قبل از رسیدن به کلید موردنظر پر می‌شود. این تنها علت ممکن نیست؛ باید پیام و روش ورود را با هم ببینیم.

اگر در خروجی اتصال می‌بینید چند کلید مختلف پیشنهاد شده‌اند و بعد پیام قطع اتصال می‌آید، انتخاب کلید مشخص می‌تواند کمک کند. اما اگر پیام شما Permission denied (publickey) است و تنها یک کلید فرستاده شده، ممکن است خود کلید، حساب یا مجوزهای سرور مشکل داشته باشد. این دو پیام را یکسان فرض نکنید.

برای دیدن جزئیات بیشتر از رایانه خودتان، نشانی و نام کاربر واقعی را جایگزین مثال کنید:

عدد 22 را با پورت واقعی SSH جایگزین کنید. خروجی را بخوانید و ببینید آیا چند کلید پیشنهاد می‌شود. این گزارش می‌تواند نام حساب و نشانی سرور را نشان دهد؛ پیش از ارسال برای پشتیبانی اطلاعات حساس را حذف کنید و هرگز محتوای کلید خصوصی را نفرستید.

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

گزینه IdentitiesOnly به SSH می‌گوید از هویت‌های مشخص‌شده در پیکربندی یا فرمان استفاده کند؛ اگر در فایل تنظیمات چند IdentityFile تعریف کرده‌اید، آن‌ها نیز ممکن است وارد فهرست شوند. گزینه i مسیر کلید خصوصی موردنظر را مشخص می‌کند. این دستور را روی رایانه‌ای اجرا کنید که کلید خصوصی همان حساب را دارد، نه روی سایتی نامرتبط.

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

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

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

منبع: راهنمای رسمی تنظیمات SSH در OpenBSD.