קישוריות של לקוחות וכתובות IP

‫Media CDN תומך בפרוטוקולים מודרניים של רשתות מהלקוח ועד לנקודת הגישה, וכך מגדיל את קצב העברת הנתונים ומפחית את זמן האחזור הכולל ברשת.

הקצאת כתובות IP

לכל שירות Edge Cache שאתם מגדירים יש כתובות IPv4 ו-IPv6 ייעודיות מסוג anycast, שמשויכות לכל שירות Edge Cache שאתם יוצרים ולא משותפות עם לקוחות אחרים.

• אחרי שמגדירים שירות Edge Cache, כתובות ה-IP מוקצות וזמינות.
• הכתובות שהוקצו לא משתנות במהלך חיי השירות של Edge Cache.
• כשיוצרים שירות חדש של Edge Cache, מוקצות לו כתובות IP חדשות. כתובות ה-IP לא משותפות בין השירותים.

כל השירותים של Media CDN תומכים ב-IPv6 בין הלקוחות לבין כל צומת קצה.

שימו לב: מחיקה של שירות גורמת לשחרור של כתובות ה-IP שלו. יכול להיות שכתובות ה-IP האלה לא יוקצו מחדש לשירותים אחרים שתיצרו.

אחזור של כתובות IP

כדי לאחזר את כתובות ה-IP שהוקצו לשירות Edge Cache:

gcloud

משתמשים בפקודה gcloud edge-cache services.

gcloud edge-cache services describe SERVICE_NAME

...
ipv4Addresses: ["35.1.1.1"]
ipv6Addresses: ["2600:1901:0:fa74::"]
...

הערות:

• ‫Media CDN מקצה כתובת IPv4 אחת וכתובת IPv6 אחת לכל שירות.
• מומלץ ליצור רשומות DNS לשתי כתובות ה-IP (כמו רשומות A ו-AAAA).
• מגדירים את השירותים כך שיקבלו תנועה לכל שמות הדומיין (שמות המארחים) שבהם אתם משתמשים. כשמתקבלת תנועה למארחים ללא רשומה של .routing.hostRules[].hosts, ‏ Media CDN דוחה את התנועה עם שגיאת HTTP 404.

בהתאם למיקומים הגיאוגרפיים של המשתמשים, יכול להיות שתראו יותר תנועה בפרוטוקול אחד מאשר בפרוטוקול אחר, על סמך מכשירי המשתמשים ותמיכת ספקי האינטרנט במיקומים הגיאוגרפיים האלה.

הזמן הקצוב לתפוגה של הלקוח

הזמנים הקצובים לתפוגה הבאים חלים על חיבורי לקוחות:

זמן קצוב לתפוגה	משך זמן מקסימלי	קוד סטטוס	תיאור
Maximum request duration	‫5 דקות	HTTP 408 Request Timeout	המשך המקסימלי של בקשת תגובה יחידה.
Header timeout	‫10 שניות	HTTP 408 Request Timeout	כמה זמן יש ללקוח לשלוח את כל כותרות הבקשות.

מידע על פסק זמן (timeout) והגדרות של מקור מופיע בקטע מעבר לגיבוי כשל ופסק זמן במסמכי התיעוד של המקור.

מגבלות על בקשות של לקוחות

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

תמיכה בפרוטוקול רשת

‫Media CDN תומך בחיבורים של HTTP/3,‏ HTTP/2 ו-HTTP/1.1 מלקוחות. ‫Media CDN תומך גם ב-ALPN (הסכם על פרוטוקול בשכבת האפליקציה) וגם בכותרת תגובת ה-HTTP‏ Alt-Svc (שירות חלופי) לפרסום תמיכה בפרוטוקול.

פרוטוקול	נתמך	נדרש SSL ‏ (TLS)
‫HTTP/3 ‏ (IETF QUIC)	כן	כן
HTTP/2	כן	כן
HTTPS ‏ (HTTP/1.1 over TLS)	כן	כן
HTTP/1.1	כן	לא

הערות:

• פרוטוקול HTTP/2 ‏ (h2) נתמך כברירת מחדל.
• כדי להפעיל HTTP/3 ‏ (QUIC), צריך לפנות ישירות לצוות ניהול החשבון.
• כדי להשתמש ב-HTTPS, ב-HTTP/2 וב-HTTP/3, צריך לצרף לשירות אישור SSL (TLS) תקף.
• לקוחות שלא תומכים ב-HTTP/2 או בגרסה מאוחרת יותר מתחברים אוטומטית דרך HTTP/1.1

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

גרסאות נתמכות של SSL ‏ (TLS)

למידע על גרסאות SSL (TLS) נתמכות, אפשר לעיין במסמכי ה-SSL.

פתרון בעיות בקישוריות של לקוחות

• הפרוטוקול HTTP/2 ‏ (h2) נתמך רק בלקוחות שמתחברים באמצעות TLS. הפרוטוקול הזה לא תומך בחיבורים בטקסט פשוט.
• לקוחות מנהלים משא ומתן רק על חיבורים שהם תומכים בהם. פרוטוקולים חדשים מתוכננים כאפשרויות הצטרפות כדי לספק תאימות לאחור.
• אם יש לכם לקוחות עם כתובות IPv6 שמתחברים לשירותי Media CDN באמצעות IPv4, יכול להיות שהסיבה לכך היא שהרשת בין מיקום קצה של Media CDN לבין המשתמש שלכם תומכת רק ב-IPv4.
• פרוטוקולי הלקוח הנתמכים הם HTTP/1.1 ואילך. בקשות HTTP/0.9 ו-HTTP/1.0 נדחות עם שגיאת HTTP 426 (נדרשת שדרוג).