📘 תיעוד 25

מגבלות חיבור

כאשר תעבורת HTTP/HTTPS מנותבת בפרוקסי דרך קלאודפלייר, לעיתים קרובות יש שני חיבורי TCP מוקמים: הראשון בין הלקוח המבקש לקלאודפלייר, והשני בין קלאודפלייר לשרת המקור. לכל חיבור יש מערך משלו של מגבלות TCP ו-HTTP, והן מתועדות להלן.

#בין הלקוח לקלאודפלייר

#בין קלאודפלייר לשרת המקור

#מה המשמעות של חיבור כאן

חיבור TCP מוקם כאשר לחיצת היד של TCP מסתיימת. עבור חיבור HTTPS חדש המבוסס על TCP, ההקמה דורשת גם משא ומתן של SSL/TLS. לכן TCP יכול להיות מוקם בזמן שהקמת HTTPS עדיין לא הסתיימה.

בקשות יכולות לעשות שימוש חוזר בחיבורים שכבר הוקמו, ובקשה שמנותבת בפרוקסי עשויה לעבור דרך כמה חיבורים. פסק זמן של חיבור אינו מזהה בעצמו איזו פעולה הגיעה לפסק זמן או מה גרם לה. לחיבורים בשימוש חוזר ול-QUIC אין את אותו רצף הקמה של TCP/TLS לכל בקשה כמו לחיבור HTTPS חדש המבוסס על TCP.

שורות הקמת ה-TCP ופסק הזמן לאישור הבקשה מתארות תנאי פסק זמן ספציפיים של TCP. הן אינן רשימה ממצה של כל פעולה שיכולה לייצר 522. אף אחד משני הערכים אינו תקציב אוניברסלי להקמה של TCP יחד עם TLS. פסק זמן בזמן ש-TLS עדיין ממתין יכול להיות מדווח כ-522 במקום 525.

הערה

אם אתם משתמשים ב-Cloudflare tunnels, עיינו ב-Origin configuration כדי להציג או לשנות את הגדרות החיבור.

#מגבלות שניתן להגדיר

חלק מחיבורי TCP ניתנים להתאמה עבור לקוחות Enterprise. פנו לצוות החשבון שלכם לפרטים נוספים.

#Keep-Alives

קלאודפלייר מתחזקת חיבורי keep-alive כדי לשפר ביצועים ולהפחית את העלות של חיבורי TCP חוזרים בעסקת הבקשה, בזמן שקלאודפלייר מעבירה בפרוקסי את תעבורת הלקוח מהרשת הגלובלית שלה אל שרת המקור של האתר.

ודאו שחיבורי HTTP keep-alive מופעלים בשרת המקור. קלאודפלייר עושה שימוש חוזר בחיבורי TCP פתוחים עד למגבלת Proxy Idle Timeout אחרי בקשת ה-HTTP האחרונה. שרתי הווב של המקור סוגרים חיבורי TCP אם יותר מדי מהם פתוחים. HTTP keep-alive עוזר למנוע איפוסי חיבור לבקשות שקלאודפלייר מנתבת בפרוקסי.

#מגבלות בקשה

לכתובות URL יש מגבלה של 16 KB. לכותרות הבקשה יש מגבלה כוללת של 128 KB.

#מגבלות תשובה

כותרות התשובה כפופות למגבלה כוללת של 128 KB.

#מגבלות מטמון

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