קפוץ לתוכן
הגנת DDoS · Peeryx · 15 Tbps+
כל המדריכים

GRE, reverse proxy או BGP: בחרו את מסלול התעבורה המתאים

GRE, reverse proxy ו־BGP פותרים חלקים שונים במסלול התעבורה. הם אינם מתגים חלופיים לאותה הגנת DDoS. הבחירה תלויה בפרוטוקולים, בבעלות על ניהול הכתובות ובדרך שבה בקשות ותשובות עוברות במסלול מוגן בלי לשבור חיבורים תקינים או לאבד את הניהול.

← כל המדריכיםCubixServ

לפני שמתחילים

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

המתווך צריך להתאים לפרוטוקול

HTTP reverse proxy מטפל ב־HTTP שהוגדר, ולא אוטומטית ב־UDP של המשחק. NGINX stream יכול להעביר TCP או UDP עם מודול והגדרות מתאימים, אך אינו מסנן יישום HTTP. בדקו כתובות, פורטים וזמני המתנה. נסו לקוח משחק וקבצים בנפרד; דף אחד שמגיב אינו מאשר את כל השירות ואת כל התלויות.

GRE עוטף חבילות

GRE מעל IPv4 משתמש בפרוטוקול IP מספר 47, ולא בפורט TCP מספר 47. הוא אינו מספק לבדו הצפנה או אימות של הצד השני. אמתו קצוות מותרים ומסננים בשני הצדדים. מנהרה פעילה אינה מוכיחה העברת תעבורת משחק; בדקו שירות אמיתי ותשובות שחוזרות ללקוח, ולא רק סטטוס ירוק בממשק הניהול.

בדקו מקור ומסלול חזרה

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

BGP דורש הרשאות מאומתות

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

בדקו MTU בחבילות מייצגות

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

אמתו בהדרגה

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

מה כדאי לעשות במצב שלכם?

המצבהצעד הבא
רק HTTP צריך מתווךהגבילו את המקור ובדקו HTTP proxy בלי להניח כיסוי של UDP.
UDP צריך מסלול מוגןבדקו מתווך תעבורה או מנהרה עם חזרה ו־MTU שאומתו.
מעבירים טווח כתובות מורשהתכננו מדיניות BGP ושחזור עם ספק הרשת האחראי.

מקורות רשמיים

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

  1. RFC Editor / IETF/rfc/rfc2784
  2. RFC Editor / IETF/rfc/rfc4271
  3. NGINX/en/docs/stream/ngx_stream_proxy_module.html
  4. Cfx.re/docs/server-manual/proxy-setup/