فرض بر این است که افزودن remote-random پروفایل را به یک استخر چرخشی تبدیل می‌کند و هر اتصال از نشانی متفاوتی بیرون می‌آید. اما کاری که این دستور واقعاً می‌کند این است: فهرست ریموت‌ها را یک بار، وقتی کلاینت شروع به اتصال می‌کند، درهم می‌ریزد و سپس آن‌ها را با همان ترتیب تازه امتحان می‌کند. تونلی که در نهایت بالا می‌آید همچنان در یک نقطه پایانی تمام می‌شود و تا پایان عمر نشست همان‌جا می‌ماند.

این تفاوت هم برای آزمون‌ها مهم است و هم برای ادعاهای مربوط به حریم خصوصی.

این گزینه در زمان اتصال چه چیزی را تغییر می‌دهد

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

راهنمای OpenVPN این گزینه را مؤثر بر ترتیب تلاش‌های اتصال مستند می‌کند، و دقیقاً همین دامنه را باید در رفتار انتظار داشت.

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

افسانه: هر درخواست یک سرور تازه می‌گیرد

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

اگر آزمونی دو خروجی متفاوت نشان داد، به دنبال دو نشست جدا بگردید، نه یک گزینه زیرکانه. همین تفاوت توضیح می‌دهد که چرا آزمون مرورگر و آزمون بارگیری می‌توانند ناهمخوان باشند وقتی میانشان اتصال دوباره رخ داده است.

remote-random-hostname برای چه کاری است

دستور دومی با نامی مشابه، نام میزبان مورد استفاده در تفکیک را تغییر می‌دهد، نه ترتیب فهرست ریموت را. این دستور برای استقرارهایی وجود دارد که در آن‌ها یک نام از طریق DNS چرخشی به چند نشانی تفکیک می‌شود، و فقط وقتی باید به کار رود که سرویس برای آن ساخته شده باشد. تنها مرحله تفکیک تغییر می‌کند؛ ترتیب فهرست نامزدها نه.

فعال‌کردن آن به این دلیل که نام‌ها مرتبط به نظر می‌رسند اشتباه رایجی است. گواهی عام یا چیدمان DNS که نام تغییریافته را انتظار ندارد به‌سادگی در تفکیک یا اعتبارسنجی شکست می‌خورد.

نقطه پایانی انتخاب‌شده را از گزارش بخوانید

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

grep -c '^remote ' client.ovpn
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'attempting|peer connection'
openvpn --help | grep -A2 remote-random
head -20 client.ovpn

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

مواد اعتماد ارائه‌شده و مجموعه نقاط پایانی پشتیبانی‌شده را کنار هم نگه دارید. درهم‌ریزی دوباره فقط ترتیبی را تغییر می‌دهد که آن مجموعه با آن امتحان می‌شود.

مقالات مرتبط