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

فهرست remote چه چیزی برایتان می‌خرد

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

تجمیع واقعی ماشین دیگری است. تقسیم یک جریان روی چند مسیر به نرم‌افزاری در دو سر نیاز دارد تا ترافیک را تقسیم و به ترتیب دوباره سرهم کند.

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

بلوک‌هایی که تنظیمات را با یک endpoint نگه می‌دارند

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

هر چیزی بیرون از بلوک به‌عنوان پیش‌فرض برای ورودی‌هایی عمل می‌کند که آن را بازنویسی نمی‌کنند. به همین دلیل یک بلوک ساخته‌شده و چهار remote ساده به شیوه‌هایی رفتار می‌کنند که فهرست نشانی‌ها نمی‌تواند توضیح دهد.

حذف بلوکی که آن را نمی‌شناسید تزئینی نیست. endpoint‌ی که به آن تعلق داشت به پیش‌فرض‌های فایل برمی‌گردد، که ممکن است انتقالی متفاوت از انتقالی باشد که روی آن گوش می‌دهد. پوشش اشتباه را بردارید تا یک ورودی شکست بخورد و بقیه کار کنند، پس مثل یک سرور بد به نظر می‌رسد نه یک پروفایل خراب. پیش از ویرایش، هر remote را همراه با انتقال، پورت و پروکسی آن بخوانید.

ترتیب تلاش دوباره و هزینه remote-random

ترتیب مهم است چون هر ورودی مرده پیش از تلاش بعدی زمان می‌خورد. endpoint مورد نظر را اول بگذارید و بقیه را به‌عنوان جایگزین‌های رتبه‌بندی‌شده ببینید.

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

قاطی کردن اپراتورها بیانیه اعتماد را می‌شکند

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

اگر به endpoint از دو ارائه‌دهنده نیاز دارید، این مسیریابی است، نه ویرایش پروفایل. آن را بالای تونل پاسخ دهید، جایی که می‌توانید بگویید کدام ترافیک کدام مسیر را می‌گیرد.

هر ورودی را به‌جای فرض کردن آزمایش کنید

پس از به‌روزرسانی تأییدشده پروفایل، آگاهانه به هر endpoint لازم وصل شوید و تأیید کنید کدام انتقال بالا آمده است. اجرای مفصل این را نمایان می‌کند. openvpn --config office.ovpn --verb 4 را شروع کنید و خط پیوند را برای نشانی‌ای که انتظار داشتید بخوانید. سپس منابع پشت تونل را بررسی کنید؛ یک ورودی می‌تواند دست‌دادن را کامل کند و باز هم شما را هیچ‌جا مسیریابی نکند.

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

هر بار که اپراتور فهرست را تغییر می‌دهد آن را دوباره بررسی کنید. مجموعه واردشده تنها تا وقتی مفید است که ورودی‌هایش وجود داشته باشند و انتقالی را که بلوک‌های شما توصیف می‌کنند بفهمند. راهنمای OpenVPN 2.6 در اینجا دستورهای remote و connection و random-order را پوشش می‌دهد، و همان نسخه‌ای است که هنگام تردید در نحو باید بررسی کنید.

مقالات مرتبط