شکل‌دهی ترافیک OpenVPN: کدام رابط آن را می‌بیند؟
سقف نرخ، صف‌بندی منصفانه و اولویت برنامه‌ها به اطلاعات بسته‌های متفاوتی نیاز دارند. پیش از نوشتن قاعده‌ای که شکل‌دهنده هرگز با آن مطابقت نخواهد کرد، تصمیم بگیرید کدام مرحله آن را می‌بیند.
چهار بررسی را انجام دهید: چه چیزی را می‌خواهید محدود کنید، کدام بسته اطلاعاتی را حمل می‌کند که آن را شناسایی می‌کند، شکل‌دهنده کدام رابط را می‌بیند، و روتر هنگام رمزگذاری چه چیزی را تحمل می‌کند. روترها هم با صفحه OpenVPN و هم با صفحه پهنای باند عرضه می‌شوند و همزیستی آن‌ها چیزی را درباره هیچ‌کدام اثبات نمی‌کند. ترتیب اهمیت دارد، زیرا قاعده‌ای که برای بسته اشتباه نوشته شده باشد هرگز مطابقت نمی‌کند، هرچقدر هم نرخش درست باشد.
با هدف شروع کنید: محدود کردن یک دستگاه، تقسیم منصفانه ظرفیت، یا اولویت دادن به یک برنامه. هرکدام تطابق متفاوتی می‌خواهند.
هدف را پیش از قاعده نام‌گذاری کنید
سقف هر دستگاه به تطابق با نشانی آن دستگاه نیاز دارد که فقط درون تونل وجود دارد. انصاف میان جریان‌های رقیب به صفی نیاز دارد که همه در آن شریک باشند، نه قاعده‌ای برای هر میزبان. اولویت برنامه به چیزی نیاز دارد که برنامه را شناسایی کند، سخت‌ترینِ آن سه، وقتی رمزگذاری سرآیندهای درونی را از دید خارج می‌کند. نوشتن هدف در ابتدا به شما می‌گوید به کدام واقعیت نیاز دارید و کجا می‌توانید آن را به دست آورید.
سقفی که روی ترافیک مستقیم WAN کار می‌کند شاهدی بر پوشش همان میزبان درون تونل نیست. ممکن است قاعده با نشانی مطابقت کند که هرگز در سرآیندی که شکل‌دهنده می‌بیند ظاهر نمی‌شود.
درون تونل یا بیرون آن
با کارخواه VPN تحت مالکیت روتر، بسیاری از جریان‌های LAN درون یک انتقال رمزگذاری‌شده سفر می‌کنند. پیش از کپسوله‌سازی روتر هنوز مبدأ و مقصد درونی را می‌بیند، بنابراین سیاستی که در آن مرحله افزوده شود می‌تواند به تفکیک دستگاه دسته‌بندی کند. پس از کپسوله‌سازی، تجهیزات معمولی فقط اتصال بیرونی را می‌بیند و تطابق با درگاه VPN چیزی درباره اینکه کدام دستگاه مسئول است نمی‌گوید. همان یک واقعیت تعیین می‌کند قاعده به کجا تعلق دارد.
سکوها در نحوه نمایش این موضوع متفاوت‌اند. برخی شکل‌دهنده‌ای ارائه می‌دهند که روی رابط تونل صف‌بندی و دسته‌بندی می‌کند؛ برخی محدودکننده‌ها را قاعده‌های رابط می‌دانند که برای ترافیک VPN و غیر VPN یکسان رفتار می‌کنند؛ برخی هر دو را با توانایی‌های متفاوت انجام می‌دهند. مستندات خودِ فرم‌افزار را برای رابطی که پشتیبانی می‌کند بخوانید، نه اینکه نام رابط را از راهنمای سازنده دیگری کپی کنید.
مشخص کنید نشانی‌ها کجا در دسترس می‌مانند، ترجمه کجا رخ می‌دهد و کدام صف واقعاً گلوگاه را کنترل می‌کند.
سه سیاست، سه نوع شاهد
سقف نرخ با انتقال پیوسته از دستگاه محدودشده اثبات می‌شود، در حالی که دستگاه دیگری هم‌زمان انتقال می‌دهد. تقسیم منصفانه با رسیدن دو جریان به نرخ‌های مشابه اثبات می‌شود، نه گرسنه ماندن یکی، که سنجش متفاوتی است. اولویت برنامه با پاسخگو ماندن یک کار تعاملی در طول انتقال انبوه اثبات می‌شود، و با بررسی اینکه دسته‌بند اصلاً جریان را شناخته است. هر سیاست مشاهده خودش را می‌خواهد و هیچ‌کدام با صفحه پیکربندی اثبات نمی‌شود.
دسته‌بندی شایسته بدگمانی ویژه است. تطابق با درگاه رمزگذاری‌شده بیرونی نمی‌تواند هویت هر برنامه درونی را بازیابی کند، بنابراین قاعده‌ای که به نظر می‌رسد به یک برنامه اولویت می‌دهد ممکن است در عمل به همه چیز از آن تونل اولویت بدهد. شمارنده‌های قاعده را بخوانید، نه نیت آن را.
بار رمزگذاری‌شده را بسنجید، نه بار عریان
شکل‌دهی، دسته‌بندی و رمزگذاری برای یک پردازنده رقابت می‌کنند و شتاب سخت‌افزاری می‌تواند ترافیک را از کنار همان قاعده‌ها و شمارنده‌هایی که تماشا می‌کنید عبور دهد. رقم توان عبوری از یک آزمون مسیریابی ساده درباره جعبه زیر بار رمزگذاری‌شده و شکل‌داده‌شده کم می‌گوید. هر دو جهت، چند کارخواه نمونه و یک کار تعاملی کوچک در کنار انتقال انبوه را بیازمایید. پاسخگویی زیر بار از رقم اوج در پیوند بی‌کار مهم‌تر است.
استثناها را در سنجش بگنجانید: ترافیکی که باید تونل را دور بزند، هر دو خانواده نشانی اگر هر دو در بازی‌اند، و آنچه هنگام از کار افتادن تونل رخ می‌دهد. سیاستی که فقط تا وقتی تونل سالم است معقول رفتار کند، نیمی از یک سیاست است.
مشخصه را در سه خط بنویسید: تطابق ترافیک، نقطه اعمال و بار سنجیده‌شده. OpenVPN به‌همراه QoS مشخصه نیست.