موزیلا خپله اراده اعالن کړې چې په HTTP/3 او QUIC کې د فایرفوکس 88 خوشې کولو سره مرحله پیل کړي، د اپریل په 19 کې ټاکل شوي (په اصل کې تمه کیږي چې د اپریل په 20 خپور شي، مګر د مهال ویش سره سم، دا به د یوې ورځې لخوا بیرته وګرځول شي). د HTTP/3 ملاتړ به په پیل کې یوازې د لږې سلنې کاروونکو لپاره فعال شي او د هرې غیر متوقع مسلې پرته به د می په پای کې هرچا ته وړاندې شي. د شپې جوړیدو او بیټا نسخو کې، HTTP/3 د مارچ په پای کې د ډیفالټ لخوا فعال شوی و.
راځئ چې یادونه وکړو چې په فایرفوکس کې د HTTP/3 پلي کول د موزیلا لخوا رامینځته شوي د نیکو پروژې پراساس دي ، کوم چې د QUIC پروتوکول لپاره پیرودونکي او سرور پلي کول چمتو کوي. د HTTP/3 او QUIC ملاتړ لپاره د برخې کوډ په زنګ کې لیکل شوی. د کنټرول لپاره چې آیا HTTP/3 فعال شوی، about:config د "network.http.http3.enabled" اختیار چمتو کوي. د پیرودونکي سافټویر څخه، د HTTP/3 لپاره تجربوي ملاتړ هم په کروم او کرل کې اضافه شوی، او د سرورونو لپاره دا په نګینکس کې شتون لري، په بیله بیا د نګینکس ماډل او د Cloudflare څخه د ازموینې سرور په بڼه. د ویب پاڼې په اړخ کې، د HTTP/3 ملاتړ لا دمخه په ګوګل او فیسبوک سرورونو کې چمتو شوی.
د HTTP/3 پروتوکول لاهم د مسودې مشخصاتو مرحله کې دی او لاهم د IETF لخوا په بشپړ ډول معیاري شوی نه دی. HTTP/3 د QUIC مسودې معیاري او HTTP/3 ورته نسخې لپاره د پیرودونکي او سرور ملاتړ ته اړتیا لري ، کوم چې په Alt-Svc سرلیک کې مشخص شوي (فایرفوکس د ځانګړي مسودې 27 څخه تر 32 پورې ملاتړ کوي).
HTTP/3 د HTTP/2 لپاره د ټرانسپورټ په توګه د QUIC پروتوکول کارول تعریفوي. د QUIC (چټک UDP انټرنیټ اتصال) پروتوکول د 2013 راهیسې د ګوګل لخوا د ویب لپاره د TCP+TLS ترکیب لپاره د بدیل په توګه رامینځته شوی ، په TCP کې د اړیکو لپاره د اوږد تنظیم کولو او خبرو اترو وختونو سره ستونزې حل کوي او ځنډ له مینځه وړي کله چې د ډیټا په جریان کې پاکټونه ورک شي. انتقال QUIC د UDP پروتوکول تمدید دی چې د څو ارتباطاتو ملټي پلیکس کولو ملاتړ کوي او د TLS/SSL سره مساوي د کوډ کولو میتودونه چمتو کوي. د IETF معیاري پراختیا په جریان کې ، پروتوکول کې بدلونونه رامینځته شوي ، کوم چې د دوه موازي څانګو رامینځته کیدو لامل شوي ، یو د HTTP/3 لپاره ، او دوهم د ګوګل لخوا ملاتړ شوی (کروم د دواړو اختیارونو ملاتړ کوي).
د QUIC کلیدي ځانګړتیاوې:
- TLS ته ورته لوړ امنیت (په اصل کې QUIC د UDP په اړه د TLS کارولو وړتیا چمتو کوي)؛
- د جریان بشپړتیا کنټرول، د کڅوړې له لاسه ورکولو مخنیوی؛
- د سمدستي پیوستون رامینځته کولو وړتیا (0-RTT ، نږدې 75٪ قضیو کې ډیټا د پیکټ تنظیم کولو پیکټ لیږلو وروسته سمدلاسه لیږدول کیدی شي) او د غوښتنې لیږلو او ځواب ترلاسه کولو ترمینځ لږترلږه ځنډ چمتو کوي (RTT ، د دورې سفر وخت)؛
- د یو مختلف ترتیب شمیره کارول کله چې د پاکټ بیا لیږد کول، کوم چې د ترلاسه شوي پاکټونو په پیژندلو کې د ابهام څخه مخنیوی کوي او د وخت پای ته رسیدو څخه خلاصیږي؛
- د بسته بندۍ له لاسه ورکول یوازې د هغې سره تړلې جریان باندې اغیزه کوي او د اوسني ارتباط له لارې لیږدول شوي موازي جریانونو کې د ډیټا تحویلي مخه نه نیسي؛
- د تېروتنې سمولو ځانګړتیاوې چې د ورک شوي پاکټونو د بیرته لیږدولو له امله ځنډ کموي. د پاکټ په کچه د ځانګړي غلطۍ اصلاح کوډونو کارول د داسې حالتونو کمولو لپاره چې د ورک شوي پیکټ ډیټا بیرته لیږدولو ته اړتیا لري.
- د کریپټوګرافیک بلاک حدود د QUIC پیکټ حدود سره سمون لري، کوم چې د راتلونکو پاکټونو مینځپانګې په کوډ کولو کې د پیکټ ضایعاتو اغیز کموي؛
- د TCP قطار بندولو سره کومه ستونزه نشته؛
- د پیوستون پیژندونکي لپاره ملاتړ ، کوم چې د ګرځنده پیرودونکو لپاره د بیا پیوستون رامینځته کولو وخت کموي؛
- د پرمختللې پیوستون د کنجشن کنټرول میکانیزم سره نښلولو امکان؛
- د هر لوري له لارې د وړاندوینې تخنیکونو څخه کار اخلي ترڅو ډاډ ترلاسه شي چې پاکټونه په غوره نرخونو لیږل کیږي، د دوی د ګنډلو مخه نیسي او د کڅوړو ضایع کیدو لامل کیږي؛
- د TCP په پرتله په فعالیت او تولید کې د پام وړ زیاتوالی. د ویډیو خدماتو لپاره لکه یوټیوب، QUIC ښودل شوي چې د بیرته راګرځولو عملیات کم کړي کله چې ویډیوګانې 30٪ وګوري.
سرچینه: opennet.ru