Loading...

راهنمای CDN.com.tr

HTTP/3 و IPv6 در edge

از سپتامبر 2026، edge در CDN.com.tr هر hostname را علاوه بر HTTP/2 و IPv4 با HTTP/3 (QUIC) و IPv6 هم سرو می‌کند. مرورگرها خودشان سوئیچ می‌کنند؛ تنظیمی در سطح حساب وجود ندارد و origin شما می‌تواند فقط IPv4 بماند.

HTTP/3 و IPv6 در edge

از سپتامبر 2026، edge در CDN.com.tr هر hostname را علاوه بر HTTP/2 و IPv4 با HTTP/3 (QUIC) و IPv6 هم سرو می‌کند. مرورگرها خودشان سوئیچ می‌کنند؛ تنظیمی در سطح حساب وجود ندارد و origin شما می‌تواند فقط IPv4 بماند.

سیاست‌های مرتبط edge

پروتکل و خانواده‌های آدرس با ماست؛ نسخه‌های TLS و رکوردهای DNS که روی آن‌ها کار می‌کنند در موضوعات کناری شرح داده شده‌اند.

نسخه‌های TLS و رمزها

سیاست TLS در edge

فقط TLS 1.2 و 1.3، به ترتیب سرور و با ECDHE و AEAD در ابتدا — سیاستی که HTTP/3 روی آن بنا شده است.

رکوردهای DNS شما

رکوردهای DNS

رکوردهای CNAME و apex که به edge اشاره می‌کنند چگونه سمت IPv6 را به ارث می‌برند.

باز کردن موضوع

مسیر در پنل

  1. تنظیم پنل نیست
  2. پیکربندی edge که روی همه حساب‌ها اعمال می‌شود

پیش‌نیازها

  • یک hostname از شما که همین حالا توسط CDN سرو می‌شود.
  • curl 8 با پشتیبانی HTTP/3، یا مرورگری با DevTools، اگر می‌خواهید شواهد را تکرار کنید.

راستی‌آزمایی

  • curl -sI https://www.example.com/ | grep -i alt-svc — پاسخ حاوی h3=":443" است.
  • curl --http3 -sI https://www.example.com/ | head -1 — خط وضعیت HTTP/3 200 است.
  • dig +short AAAA www.example.com — یک یا چند آدرس IPv6 برگردانده می‌شود؛ curl -6 -sI https://www.example.com/ از طریق IPv6 به سایت می‌رسد.
  • در DevTools → Network با ستون Protocol فعال، بارگذاری دوباره پس از نخستین بازدید روی درخواست‌های خود سایت h3 نشان می‌دهد.

موارد کاربرد

یک مشتری، یک مناقصه یا ممیزی عملکرد خودتان می‌پرسد آیا سایت از HTTP/3 یا IPv6 پشتیبانی می‌کند، یا می‌خواهید سوئیچ را روی hostname خودتان ببینید. پاسخ برای همه حساب‌ها یکی است: هر دو قابلیت edge هستند و برای همه روشن‌اند.

جریان کاری

  1. از واقعیت‌های زیر پاسخ دهید — برای هر hostname که CDN سرو می‌کند صادق‌اند.
  2. اگر به‌جای ادعا به مدرک نیاز دارید، بررسی‌های فهرست تأیید را روی hostname خودتان اجرا کنید.
  3. اگر بازدیدکننده‌ای می‌گوید هرگز HTTP/3 نمی‌گیرد، اول شبکه او (UDP 443) را بررسی کنید، نه حساب خودتان را.

بررسی‌ها

  • HTTP/3 با Alt-Svc: h3=":443" در هر پاسخ HTTPS اعلام می‌شود؛ مرورگر در اتصال بعدی سوئیچ می‌کند. نخستین درخواست هر نشست عمداً HTTP/2 است.
  • HTTP/3 به TLS 1.3 نیاز دارد که edge از قبل به‌عنوان بالاترین پروتکل ارائه می‌کند؛ موضوع سیاست TLS فهرست کامل را شرح می‌دهد.
  • IPv6 به‌صورت dual-stack است: hostnameهای CDN در کنار رکوردهای A رکورد AAAA هم دارند. یک CNAME به ما هر دو را به ارث می‌برد.
  • با origin شما مثل امروز ارتباط گرفته می‌شود، معمولاً با IPv4. برای هیچ‌کدام از این دو قابلیت لازم نیست چیزی روی سرور شما تغییر کند.
  • WAF، محدودیت نرخ و قوانین کشوری درخواست‌های HTTP/3 را دقیقاً مثل HTTP/2 بررسی می‌کنند؛ درخواست مسدودشده همان صفحه مسدودسازی و همان Reference ID را می‌گیرد.
  • کلیدی در سطح حساب وجود ندارد. هر دو قابلیت پیکربندی edge هستند و روی همه حساب‌ها اعمال می‌شوند.

پرسش‌های متداول

می‌توانیم HTTP/3 را برای یک سایت خاموش کنیم؟

خیر. این پیکربندی مشترک edge است. کلاینت‌هایی که نمی‌توانند از آن استفاده کنند خودکار روی HTTP/2 می‌مانند، پس خاموش کردنش چیزی را محافظت نمی‌کند.

آیا IPv6 یعنی origin من به آدرس IPv6 نیاز دارد؟

خیر. edge اتصال IPv6 بازدیدکننده را خاتمه می‌دهد و از origin شما با همان خانواده آدرسی که امروز دارد دریافت می‌کند. فقط سمت edge دوپشته شد.

در دفتر هرگز h3 را در DevTools نمی‌بینیم. آیا سایت مشکلی دارد؟

تقریباً همیشه فایروال دفتر UDP 443 خروجی را می‌بندد و مرورگرها بی‌صدا روی HTTP/2 می‌مانند. از یک گوشی با اینترنت همراه امتحان کنید: اگر آنجا h3 دیده شد، سایت سالم است.

آیا قوانین مبتنی بر IP من همچنان کار می‌کنند؟

برای بازدیدکنندگان IPv4 بله. بازدیدکنندگان IPv6 با آدرس IPv6 می‌آیند، پس قانونی که فقط آدرس‌های IPv4 را فهرست کرده شامل آن‌ها نمی‌شود. هرجا مهم است شکل IPv6 قانون را هم اضافه کنید.