Cloudflare په NGINX کې د HTTP/3 ملاتړ لپاره ماډل پلي کړی

Cloudflare شرکت چمتو شوی موډل په NGINX کې د HTTP/3 پروتوکول لپاره ملاتړ چمتو کول. ماډل د Cloudflare لخوا رامینځته شوي کتابتون کې د اضافې په توګه ډیزاین شوی ټکی د QUIC او HTTP/3 ټرانسپورټ پروتوکول پلي کولو سره. د quiche کوډ په Rust کې لیکل شوی، مګر د NGINX ماډل پخپله په C کې لیکل شوی او د متحرک لینک کولو په کارولو سره کتابتون ته لاسرسی لري. پرمختګونه خلاص د BSD جواز لاندې.

د راټولولو لپاره، یوازې ډاونلوډ کړئ ټوټه تر nginx 1.16 او کوډ د quiche کتابتونونه، بیا د "—with-http_v3_module —with-quiche=../quiche" انتخابونو سره nginx بیا جوړ کړئ. کله چې جوړیږي، د TLS مالتړ باید د بورینګ ایس ایس ایل کتابتون پراساس وي ("-with-openssl=../quiche/deps/boringssl")، د OpenSSL کارول لا تر اوسه نه ملاتړ کیږي. د پیوستون منلو لپاره، تاسو اړتیا لرئ چې د اوریدلو لارښود د "quic" بیرغ سره په ترتیباتو کې اضافه کړئ (د مثال په توګه، "واورئ 443 Quic reuseport").

د پیرودونکي سافټویر کې، د HTTP/3 ملاتړ لا دمخه د کروم کینري تجربوي جوړښتونو او د curl یوټیلیټ کې اضافه شوی. د سرور اړخ کې، تر اوسه پورې دا اړینه وه چې جلا، محدود وکاروئ د ازموینې پلي کول. په نګینکس کې د HTTP/3 پروسس کولو وړتیا به د HTTP/3 ملاتړ سره د سرورونو ګمارل د پام وړ ساده کړي او د نوي پروتوکول ازموینې پلي کول به د لاسرسي وړ کړي. په نګینکس کې د HTTP/3 لپاره د معیاري ملاتړ رامینځته کول تمه کیږي په 1.17.x څانګه کې د 6-12 میاشتو لپاره.

په یاد ولرئ چې HTTP/3 د HTTP/2 لپاره د ټرانسپورټ په توګه د QUIC پروتوکول کارول معیاري کوي. پروتوکول QUIC (چټک UDP انټرنیټ اتصال) د 2013 راهیسې د ګوګل لخوا د ویب لپاره د TCP+TLS ترکیب لپاره د بدیل په توګه رامینځته شوی ، په TCP کې د اړیکو لپاره د اوږد تنظیم کولو او خبرو اترو وختونو سره ستونزې حل کوي او د ډیټا لیږد پرمهال د کڅوړو له لاسه ورکولو ځنډ له مینځه وړي. QUIC د UDP پروتوکول توسیع دی چې د څو ارتباطاتو ملټي پلیکس کولو ملاتړ کوي او د TLS/SSL سره مساوي د کوډ کولو میتودونه چمتو کوي.

اصلي د QUIC:

  • TLS ته ورته لوړ امنیت (په اصل کې QUIC د UDP په اړه د TLS کارولو وړتیا چمتو کوي)؛
  • د جریان بشپړتیا کنټرول، د کڅوړې له لاسه ورکولو مخنیوی؛
  • د سمدستي پیوستون رامینځته کولو وړتیا (0-RTT ، نږدې 75٪ قضیو کې ډیټا د پیکټ تنظیم کولو پیکټ لیږلو وروسته سمدلاسه لیږدول کیدی شي) او د غوښتنې لیږلو او ځواب ترلاسه کولو ترمینځ لږترلږه ځنډ چمتو کوي (RTT ، د دورې سفر وخت)؛
  • د یو پیکټ بیا لیږدولو پر مهال د ورته ترتیب شمیره نه کارول، کوم چې د ترلاسه شوي پاکټونو په پیژندلو کې د ابهام مخه نیسي او د وخت پای ته رسیدو څخه خلاصیږي؛
  • د بسته بندۍ له لاسه ورکول یوازې د هغې سره تړلې جریان باندې اغیزه کوي او د اوسني ارتباط له لارې لیږدول شوي موازي جریانونو کې د ډیټا تحویلي مخه نه نیسي؛
  • د تېروتنې سمولو ځانګړتیاوې چې د ورک شوي پاکټونو د بیرته لیږدولو له امله ځنډ کموي. د پاکټ په کچه د ځانګړي غلطۍ اصلاح کوډونو کارول د داسې حالتونو کمولو لپاره چې د ورک شوي پیکټ ډیټا بیرته لیږدولو ته اړتیا لري.
  • د کریپټوګرافیک بلاک حدود د QUIC پیکټ حدود سره سمون لري، کوم چې د راتلونکو پاکټونو مینځپانګې په کوډ کولو کې د پیکټ ضایعاتو اغیز کموي؛
  • د TCP قطار بندولو سره کومه ستونزه نشته؛
  • د پیوستون پیژندونکي لپاره ملاتړ ، کوم چې د ګرځنده پیرودونکو لپاره د بیا پیوستون رامینځته کولو وخت کموي؛
  • د پرمختللې پیوستون د کنجشن کنټرول میکانیزم سره نښلولو امکان؛
  • د هر لوري له لارې د وړاندوینې تخنیکونو څخه کار اخلي ترڅو ډاډ ترلاسه شي چې پاکټونه په غوره نرخونو لیږل کیږي، د دوی د ګنډلو مخه نیسي او د کڅوړو ضایع کیدو لامل کیږي؛
  • د منلو وړ وده د TCP په پرتله فعالیت او throughput. د ویډیو خدماتو لپاره لکه یوټیوب، QUIC ښودل شوي چې د بیرته راګرځولو عملیات کم کړي کله چې ویډیوګانې 30٪ وګوري.
  • سرچینه: opennet.ru

Add a comment