בדיקת חיבור HTTP/3 ו-QUIC

מה הבדיקה הזאת מגלה

HTTP/3 פועל על QUIC, תעבורה מוצפנת המשתמשת ב-UDP. הבדיקה בודקת בקשות אמיתיות למקור הזה במקום להניח תמיכה לפי גרסת הדפדפן. דפדפן יכול להשתמש ב-HTTP/3 מול רשת הפצת תוכן בעוד הרשת מעבירה HTTP/1.1 לשרת שלנו; שתי התצפיות יכולות להיות נכונות.

איך לבצע את הבדיקה

1. פתחו את הכלי דרך HTTPS ושמרו על אותו דפדפן וחיבור בהרצה הראשונית.
2. הריצו את הבקשות החוזרות שאינן מהמטמון והמתינו לתצפיות הפרוטוקול הנפרדות שלהן.
3. קראו בנפרד את פרוטוקול הדפדפן, פרוטוקול הקצה האחורי וכל ראיית קצה מאושרת.

איך המדידה פועלת

הדפדפן קורא nextHopProtocol מרשומות תזמון משאבים של בקשות אמיתיות. תשובת השרת שלנו מדווחת בנפרד על פרוטוקול החיבור שהתקבל בקצה האחורי.

הבקשות מופנות למקור הזה. רק ראיות ישירות עם היקף מוגדר כראוי או אותות מפורשים של פרוקסי מאושר יכולים לתמוך באישור מצד השרת לגבי החיבור לדפדפן; כותרות מתווך כלליות אינן מספקות זאת.

הבנת התוצאות

HTTP/3 אושר

תצפית h3 בדפדפן או אות שרת אמין המופנה לדפדפן מאשרים HTTP/3 בחיבור שנמדד.

HTTP/3 לא נצפה

הבקשות שהושלמו השתמשו בפרוטוקול גלוי אחר. ייתכן שהשרת אינו מציע HTTP/3, שהדפדפן אינו בוחר בו או שהמסלול מגביל UDP.

ראיות הפרוטוקול אינן זמינות

מידע תזמון חסר או אותות קצה חלקיים או סותרים משאירים את התוצאה הרלוונטית לא חד-משמעית במקום לאשר את סוג התעבורה.

השוואה לפני ואחרי

1. שמרו את המקור, פרוטוקולי הבקשות, הדפדפן ותנאי החיבור.
2. שנו הגדרת רשת או דפדפן רלוונטית אחת והריצו שוב את אותן בקשות לאותו מקור.
3. השוו תצפיות דפדפן לתצפיות דפדפן. שינוי בקצה האחורי לבדו אינו קובע שהיה שינוי בתעבורה שבה השתמש הדפדפן שלכם.

מגבלות הבדיקה

• אי-צפייה ב-HTTP/3 אינה מוכיחה ש-QUIC חסום בכל הרשת.
• בחירת הפרוטוקול יכולה להיות תלויה בהכרזות שרת, בחיבורים קיימים ובבחירות הדפדפן; זו אינה בדיקת ביצועי מהירות.

מה לשנות, אם צריך

HTTP/3 צפוי אך לא נצפה

נסו שוב לאחר חיבור חדש ובדקו אם המקור אכן מציע HTTP/3 לפני שינוי כללי חומת האש.

פרוטוקולי הדפדפן והשרת שונים

בדקו את היקף תצפיות הקצה והקצה האחורי. תרגום רגיל של מתווך אינו דורש תיקון בדפדפן.

שאלות נפוצות

מקורות ואסמכתאות טכניות

• RFC 9114 · HTTP/3
• RFC 9000 · QUIC