HTTP/3 و QUIC؛ آیا برای سایت شما لازم است

HTTP/3 روی UDP کار می‌کند و در شبکه‌های ناپایدار بهتر است؛ شرایط و محدودیت‌هایش را بسنجید.

آخرین به‌روزرسانی: ۲۸ مهر ۱۴۰۵ · زمان مطالعه: حدود 3 دقیقه · سطح: کاربردی

چرا این موضوع مهم است؟

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

هدف این مقاله، اجرای قابل تکرار و امن مراحل روی سرورهای مجازی ایران و اروپاست؛ نه صرفاً کپی چند دستور.

پیش‌نیازها

• دسترسی SSH با کاربر root یا کاربر دارای sudo
• Ubuntu 22.04/24.04 یا Debian 12 (سازگاری با توزیع‌های مشابه)
• نسخه پشتیبان از فایل‌ها و دیتابیس‌های مهم

راهنمای گام‌به‌گام

گام 1 — نسخه Nginx و پشتیبانی QUIC را بررسی کنید

نسخه Nginx و پشتیبانی QUIC را بررسی کنید. این مرحله را با دقت انجام دهید و خروجی دستور را بررسی کنید تا از اعمال درست تغییرات مطمئن شوید.

گام 2 — UDP پورت 443 را در فایروال باز کنید

UDP پورت 443 را در فایروال باز کنید. پس از اجرا، وضعیت سرویس و لاگ‌ها را کنترل کنید؛ تغییر بدون بررسی می‌تواند خطای پنهان ایجاد کند.

گام 3 — گواهی معتبر و TLS 1.3 را فعال کنید

گواهی معتبر و TLS 1.3 را فعال کنید. اگر روی چند سرور کار می‌کنید، این مورد را یک‌بار روی محیط تست اجرا و سپس روی تولید اعمال کنید.

گام 4 — دستور listen quic را اضافه کنید

دستور listen quic را اضافه کنید. مقدارهای نمونه را با اطلاعات واقعی سرور خود جایگزین کنید و از اجرای دستور با مقادیر پیش‌فرض پرهیز کنید.

گام 5 — هدر Alt-Svc را تنظیم کنید

هدر Alt-Svc را تنظیم کنید. برای اطمینان، نتیجه را از یک مسیر دوم (مرورگر، کلاینت یا ابزار مانیتورینگ) هم بررسی کنید.

گام 6 — با ابزار مرورگر پروتکل را تأیید کنید

با ابزار مرورگر پروتکل را تأیید کنید. این کار را در بازه کم‌ترافیک انجام دهید و در صورت نیاز کاربران را از قبل مطلع کنید.

نمونه دستورها

listen 443 quic reuseport;
add_header Alt-Svc 'h3=":443"; ma=86400';
# UDP 443 را در فایروال باز کنید

نکات امنیتی و بهینه‌سازی

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

خطاهای رایج و راه‌حل

• اگر سرویس بالا نیامد، ابتدا journalctl و فایل خطای همان سرویس را بخوانید.
• خطای اتصال شبکه را با dig، ping و ss بررسی کنید؛ ممکن است فایروال یا DNS مقصر باشد.
• اگر سرویس بالا نیامد، ابتدا journalctl و فایل خطای همان سرویس را بخوانید.

سؤالات متداول

جمع‌بندی

اگر به منابع بیشتری نیاز دارید، پیش از ارتقای سرور ابتدا گلوگاه واقعی را با متریک مشخص کنید.