גוגל ו- OpenDNS מציגים שיפור בפרוטוקול ה- DNS

גוגל ו- OpenDNS, שניים מהשירותים הפופולריים ביותר לפתרון שמות ציבוריים באינטרנט, הציעו ויישמו א סיומת פרוטוקול DNS זה יאפשר לשפר מהירות ניווט בעת שימוש במשאבים מרשת הפצת תוכן.

לחברות הפצת תוכן גדולות שרתים הפרוסים ברחבי העולם במערכות הנקראות Content Delivery Network (CDN). דוגמא טובה לכך היא, למשל, Akamai, המשמשת כחנות קבצים עבור חברות צד שלישי.

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

כדי להשיג זאת, CDNs משתמשים במערכת DNS שמבוססת על כתובת ה- IP של המחשב המגיש את הבקשה, היא יכולה לגלות את מקורה ולהגיב באמצעות ה- IP של שרת התוכן הקרוב לאותה מדינה או אזור.

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

1. אנו כותבים את דף האינטרנט loquesea.eu בסרגל הדפדפן.
2. המחשב, שאינו יודע איזו IP תואמת לשם, מבקש תרגום משרת ה- DNS (1) שהגדיר (של המפעיל או אחר).
3. אם אנו מניחים שלשרת זה יש את המטמון ריק, תצטרך לבקש עזרה ממה שמכונה שרתי שורש, שיגידו לך מי הוא השרת שאחראי על כל שטח ה- .eu המפנה (2).
4. ואז הפעולה חוזרת על עצמה. במקרה זה, שרת ה- DNS שהגדרנו יחקר (3) את האחראי על כל שמות ה- .eu על השרת ששמו loquesea.eu ותת-הדומיינים שלו בשליטתו (למשל linebenchmark.loquesea.eu) .
5. לבסוף, בקשת ה- DNS האחרונה מתבצעת לשרת האחרון הזה, שיחזיר את כתובת ה- IP של loquesea.eu (4) ותועבר למחשב שמקורו בשאילתה בשלב הראשון (5), כדי לפתוח סוף סוף את ה- HTTP. הפעלה והורדת האתר (6).

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

שיפור ביצועי DNS בעת גישה ל- CDN

הבעיה של מערכות ה- DNS למספרי CDN המסורתיים שהזכרנו היא הבאה: מכיוון שמשא ומתן ה- DNS להשגת ה- IP של היעד הרצוי מתבצע על ידי שרת הביניים, ה- CDN מזהים כמקור הבקשה את שרתי ה- DNS של גוגל, שנמצאים בארצות הברית ארצות הברית. בהתחשב בכך, ה- CDN מגיב עם ה- IP של שרתיו עבור ארצות הברית ולא עבור ספרד. אנו מאבדים ביצועים מכיוון שהחביון גדל.

כדי לפתור זאת, תוכנן שינוי של פרוטוקול ה- DNS המנצל את ההרחבות המוצעות ב- RFC 2671 כדי להפוך את רזולוציית השמות לאינטליגנטית יותר.

הרעיון, שנקרא מהירות האינטרנט העולמית וזה עדיין ב שלב טיוטה, זה עוזר לכתובת המקורית של הלקוח, שהיא מוסיפה כשדה נתונים נוסף לבקשה ("edns-client-subnet").

אמנם באמת, כדי לשמור על פרטיות המשתמש, מה שנשלח הוא חלק מכתובת ה- IP הציבורית של המשתמש (ביטים מסולקים מהסוף), כך שבמקום לשלוח את 1.2.3.4 (אם זו הייתה ה- IP הציבורי של המשתמש), הוא נחתך לפי 1.2.3.0 (כל שרתי ה- DNS הבינוניים יוכלו לקרוא את המידע הזה), בליווי מסיכת רשת של 24 סיביות.

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

לאלה החשודים יותר בפרטיותם, ניתן להגדיר כך שלא יישלח אף חלק מכתובת ה- IP של המשתמש (0.0.0.0/0 נשלח). במקרים אלה אנו מבינים כי השירות יפעל כמו ה- DNS המסורתי ב- CDN. כלומר, ללא שום מושג לגבי מקורו האמיתי, ה- CDN יגיב עם ה- IP הקרוב ביותר לשרת ה- DNS המגיש את הבקשה.

נכון לעכשיו, גם גוגל וגם OpenDNS כבר התקינו את הפיצ'ר החדש הזה על המערכות שלהם, שאותן פיתחו יחד עם CDNetworks, EdgeCast, BitGravity ו- Akamai עצמה, מה שעזר בכתיבת הטיוטה.

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

מקור: פס רחב