انتخاب روش‌های احراز هویت SOCKS5 در Dante

در SOCKS5، احراز هویت پیش از آن‌که مشتری درخواست مقصد خود را بفرستد مذاکره می‌شود. این باعث می‌شود شکست زودهنگام اعتبارنامه رویدادی متفاوت از شکست FTP، HTTPS یا برنامه‌ای دیگر در آن سوی پروکسی باشد.

سلام مشتری روش‌های احراز هویتی را که پشتیبانی می‌کند فهرست می‌کند. سرور یک روش را از آن فهرست برمی‌گزیند و انتخاب را بازمی‌گرداند. مقدار 0xff یعنی هیچ روش ارائه‌شده‌ای پذیرفتنی نیست و اتصال باید بسته شود. مشتری پس از ناموفق شدن رمز عبور صرفاً همه روش‌های سمت سرور را امتحان نمی‌کند.

ترتیب Dante چه چیزی را کنترل می‌کند

Dante 1.4.x تنظیم سطح پروتکل را socksmethod می‌نامد. مستندات آن می‌گوید روش‌ها به ترتیب ترجیح فهرست می‌شوند. برای سیاستی که هر دو روش را مجاز می‌داند، این اعلان وقتی مشتری آن را ارائه کند نام کاربری/رمز عبور را ترجیح می‌دهد:

socksmethod: username none

معکوس کردن فهرست وقتی هر دو روش ارائه شوند دسترسی بدون احراز هویت را ترجیح می‌دهد:

socksmethod: none username

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

مجاز دانستن none پیامد مشخصی دارد: مشتری‌ای که فقط بدون احراز هویت را ارائه می‌دهد ممکن است تحت قواعد مربوطه پذیرفته شود. قرار دادن username در ابتدا فهرستی که none دارد را به الزامی برای ارائه رمز عبور توسط همه تبدیل نمی‌کند.

نخست الزام را انتخاب کنید

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

Dante همچنین clientmethod دارد که به بررسی‌های انجام‌شده هنگام اتصال مشتری TCP، پیش از مذاکره SOCKS مربوط است. این لایه‌ای جدا از روش‌های مبادله‌شده در سلام SOCKS5 است. قطعه‌های پیکربندی که از کلیدواژه قدیمی‌تر method استفاده می‌کنند باید مطابق راهنمای نسخه نصب‌شده Dante خوانده شوند.

وقتی دو مشتری رفتار متفاوتی دارند، آنچه هرکدام ارائه می‌دهد، آنچه Dante انتخاب می‌کند و این‌که مذاکره فرعی روش انتخاب‌شده موفق می‌شود یا نه را مقایسه کنید. سپس پاسخ مقصد SOCKS را بررسی کنید. این توالی یک فراخوان بازگشت اعتبارنامه گمشده را شناسایی می‌کند بدون آن‌که هر شکستی را به FTP نسبت دهد یا سیاست احراز هویت سرور را کورکورانه تغییر دهد.

در پایان، احراز هویت نام کاربری/رمز عبور SOCKS5 مبادله رمز عبور را رمزنگاری نمی‌کند. هنگامی که این اعتبارنامه‌ها به محرمانگی نیاز دارند از انتقال یا شبکه‌ای با حفاظت مناسب استفاده کنید.