שרתי גוגל החלו לפעול בישראל: החיבור הוא בעיקר לשרתי DNS
- oferlaor
-
- מנהל
- תגובות: 78981
- הצטרף: נובמבר 2004
- שם מלא: עפר לאור
- מיקום: מודיעין, ישראל
- odedee
-
- חבר פעיל במיוחד
- תגובות: 791
- הצטרף: אוגוסט 2006
מערכת ה-DNS באינטרנט היא מורכבת.
היא בנויה על זה שספקי האינטרנט השונים מרימים caching DNS server שיודע לתרגם כתובות "שימושיות" (=כתובות שהלקוחות ניסו לגשת אליהן ודרשו תרגום מ-URL לכתובת IP), ואפילו לקוחות גדולים של ספק (למשל חברת היי טק גדולה) יכולים להרים אצלם caching DNS server כדי לחסוך תקשורת לשרת חיצוני של הספק, ולתת תרגום מהיר יותר מ-URL ל-IP.
אבל caching DNS server לא מכיל את כל הכתובות באינטרנט, רק את אלה שביקשו ממנו לתרגם (לאחרונה...). כשהוא מקבל בקשה ל-URL שהוא לא מכיר עדיין, נניח newURL.co.zz, הוא שולח אותה ל-authoritative DNS server, שמחזיק רשימה ארוכה של כתובות, למשל כל מה שתחת co.zz, ומקבל ממנו את כתובת ה-IP המתאימה. ועכשיו הוא יזכור אותה (לזמן מסוים, שמוגדר בתשובה של ה-authoritative DNS server).
ואיך יודעים לאיזה authoritative DNS server לפנות, אם ה-caching DNS server עוד לא פנה לשם אף פעם? פונים אל root DNS server, שמחזיר בתשובה לשאילתה את כל ה-authoritative DNS servers. בדוגמה לעיל ה-root DNS יחזיר רשימת שרתים ב-TLD ZZ, שידעו לתרגם את newURL.co.zz לכתובת IP.
כל ההסבר הזה בא כרקע לזה שיש באינטרנט בדיוק 13 כתובות של root DNS servers, שנקראים A עד M (האות ה-13). כששרת DNS חדש של סלקום, או של גוגל, או כל "DNS" אחר לצורך העניין, עולה "מאפס", כלומר אין לו עדיין רשימת כתובות שהוא יודע לתרגם, הוא שולח שאילתות לאותן 13 כתובות מוגדרות (בצורה די קשיחה, הן כמעט לא משתנות). אבל אילו היו בכל העולם רק 13 שרתים שצריכים לענות לכל שרתי ה-caching DNS בעולם, הם היו יוצרים צווארי בקבוק. בפועל יושבים על אותן 13 כתובות מעל 1500 שרתים, וכל אחד מהם מכיל את אותן רשימות כתובות (עד כדי ענייני סינכרון) כמו כל האחרים.
באופן דומה מאוד, גם גוגל ו-cloudflare וכו' שתפסו לעצמם כתובות IP יפות ל-DNS, יושבים על אותה ארכיטקטורה, anycast, שמאפשרת להם למקם שרתים בהרבה מדינות, כולם עם אותה כתובת. זה גם עושה load balancing כך שלא נוצר צוואר בקבוק, וגם מקצר את זמני התגובה למשתמש הקצה. עכשיו יש קטע טכני שבו ספקי האינטרנט צריכים לעדכן את הניתוב שלהם כדי שימצא את ה-8.8.8.8 הקרוב לביתנו.
היא בנויה על זה שספקי האינטרנט השונים מרימים caching DNS server שיודע לתרגם כתובות "שימושיות" (=כתובות שהלקוחות ניסו לגשת אליהן ודרשו תרגום מ-URL לכתובת IP), ואפילו לקוחות גדולים של ספק (למשל חברת היי טק גדולה) יכולים להרים אצלם caching DNS server כדי לחסוך תקשורת לשרת חיצוני של הספק, ולתת תרגום מהיר יותר מ-URL ל-IP.
אבל caching DNS server לא מכיל את כל הכתובות באינטרנט, רק את אלה שביקשו ממנו לתרגם (לאחרונה...). כשהוא מקבל בקשה ל-URL שהוא לא מכיר עדיין, נניח newURL.co.zz, הוא שולח אותה ל-authoritative DNS server, שמחזיק רשימה ארוכה של כתובות, למשל כל מה שתחת co.zz, ומקבל ממנו את כתובת ה-IP המתאימה. ועכשיו הוא יזכור אותה (לזמן מסוים, שמוגדר בתשובה של ה-authoritative DNS server).
ואיך יודעים לאיזה authoritative DNS server לפנות, אם ה-caching DNS server עוד לא פנה לשם אף פעם? פונים אל root DNS server, שמחזיר בתשובה לשאילתה את כל ה-authoritative DNS servers. בדוגמה לעיל ה-root DNS יחזיר רשימת שרתים ב-TLD ZZ, שידעו לתרגם את newURL.co.zz לכתובת IP.
כל ההסבר הזה בא כרקע לזה שיש באינטרנט בדיוק 13 כתובות של root DNS servers, שנקראים A עד M (האות ה-13). כששרת DNS חדש של סלקום, או של גוגל, או כל "DNS" אחר לצורך העניין, עולה "מאפס", כלומר אין לו עדיין רשימת כתובות שהוא יודע לתרגם, הוא שולח שאילתות לאותן 13 כתובות מוגדרות (בצורה די קשיחה, הן כמעט לא משתנות). אבל אילו היו בכל העולם רק 13 שרתים שצריכים לענות לכל שרתי ה-caching DNS בעולם, הם היו יוצרים צווארי בקבוק. בפועל יושבים על אותן 13 כתובות מעל 1500 שרתים, וכל אחד מהם מכיל את אותן רשימות כתובות (עד כדי ענייני סינכרון) כמו כל האחרים.
באופן דומה מאוד, גם גוגל ו-cloudflare וכו' שתפסו לעצמם כתובות IP יפות ל-DNS, יושבים על אותה ארכיטקטורה, anycast, שמאפשרת להם למקם שרתים בהרבה מדינות, כולם עם אותה כתובת. זה גם עושה load balancing כך שלא נוצר צוואר בקבוק, וגם מקצר את זמני התגובה למשתמש הקצה. עכשיו יש קטע טכני שבו ספקי האינטרנט צריכים לעדכן את הניתוב שלהם כדי שימצא את ה-8.8.8.8 הקרוב לביתנו.
נערך לאחרונה על ידי odedee ב 21/10/2022 21:09, נערך פעם 1 בסך הכל.
- י-א
-
- חבר ותיק
- תגובות: 2139
- הצטרף: ינואר 2005
וכמובן יש גם את נושא הצפנת התעבורה לשרתי ה DNS כדי שלא ידעו (בקלות) לאיזה אתרים אתה פונה. ולזה יש את שתי שיטות: TLS ו HTTPS.
ויש גם סיבוכים נוספים לארגון שמשתמש במערכת AD ב windows server מה שמחייב את כול המחשבים ברשת הפנימית לפנות לDNS של ה Domain והוא אמור להעביר בקשות שאינן קשורות למחשבים פנימיים לשרתי DNS חיצוניים.
סיפור מסובך.
ויש גם סיבוכים נוספים לארגון שמשתמש במערכת AD ב windows server מה שמחייב את כול המחשבים ברשת הפנימית לפנות לDNS של ה Domain והוא אמור להעביר בקשות שאינן קשורות למחשבים פנימיים לשרתי DNS חיצוניים.
סיפור מסובך.
- MrHicUp
-
- חבר ותיק
- תגובות: 1571
- הצטרף: יוני 2006
- מיקום: רמת הגולן
לא כזה מסובך....21/10/2022 18:41י-א כתב: וכמובן יש גם את נושא הצפנת התעבורה לשרתי ה DNS כדי שלא ידעו (בקלות) לאיזה אתרים אתה פונה. ולזה יש את שתי שיטות: TLS ו HTTPS.
ויש גם סיבוכים נוספים לארגון שמשתמש במערכת AD ב windows server מה שמחייב את כול המחשבים ברשת הפנימית לפנות לDNS של ה Domain והוא אמור להעביר בקשות שאינן קשורות למחשבים פנימיים לשרתי DNS חיצוניים.
סיפור מסובך....
- Thehobit1
-
- חבר פעיל מאוד
- תגובות: 441
- הצטרף: פברואר 2017
הפינגים הנמוכים ביותר שאני מקבל הם ל- DNS של Cloudflare 1.1.11 בסביבות 5ms , גוגל 8.8.4.4 באיזור 50ms.
- eizen5
-
- חבר ותיק
- תגובות: 1021
- הצטרף: ינואר 2010
- OMRIJ
-
- חבר ותיק
- תגובות: 2694
- הצטרף: מרץ 2007
אני משתמש בCF כבר תקופה, והזמן תגובה שם נמוך מ2ms
אז לא ראיתי צורך לשנות...
אז לא ראיתי צורך לשנות...
נערך לאחרונה על ידי OMRIJ ב 26/10/2022 14:28, נערך פעם 1 בסך הכל.
- OMRIJ
-
- חבר ותיק
- תגובות: 2694
- הצטרף: מרץ 2007
כנראה בגלל שאתה משתמש בDoH...
נא להרשם/להכנס לחשבון בפורום על מנת לצפות בקבצים או בתמונות המצורפים לשרשור
- eizen5
-
- חבר ותיק
- תגובות: 1021
- הצטרף: ינואר 2010
- OMRIJ
-
- חבר ותיק
- תגובות: 2694
- הצטרף: מרץ 2007
לא בדקתי אצלי אם יש תופעה כזאת
אני משתמש ב2 שרתים DoH ו DoT של CF
מניח שיש קצת קפיצות, לפי הממוצע
(לא יאמן כמה *** יש באינטרנט...)
אני משתמש ב2 שרתים DoH ו DoT של CF
מניח שיש קצת קפיצות, לפי הממוצע
(לא יאמן כמה *** יש באינטרנט...)
נא להרשם/להכנס לחשבון בפורום על מנת לצפות בקבצים או בתמונות המצורפים לשרשור
- eizen5
-
- חבר ותיק
- תגובות: 1021
- הצטרף: ינואר 2010
- oferlaor
-
- מנהל
- תגובות: 78981
- הצטרף: נובמבר 2004
- שם מלא: עפר לאור
- מיקום: מודיעין, ישראל
בסלקום DoT מול cloudflare זה 2מ"ש, מול Quad9 זה 5מ"ש ומול גוגל אני רואה ~50מ"ש...
- OMRIJ
-
- חבר ותיק
- תגובות: 2694
- הצטרף: מרץ 2007
בד"כ הממוצע נמוך יותר (באיזור ה2ms), אבל אתמול שיחקתי הרבה עם השרת אז אני מניח שזה גרם לכך.26/10/2022 14:48shmizan כתב: כנראה יש לך לא מעט.
2ms זה זמן תשובה שלא קיים אצלי, אני בין 3 ל-4 לכל בקשה מהירה, ולמרות זאת הזמן הממוצע אצלי הוא 5ms ואצלך 6....
גם ה2ms כולל לא מעט מקרים שהם served from cache והם 0.12ms ומטה
- elxyzad
-
- חבר פעיל במיוחד
- תגובות: 956
- הצטרף: נובמבר 2020
60 מילי או 1 מילי בdns - לא תרגישו שום הבדל בשום מקום.
- OMRIJ
-
- חבר ותיק
- תגובות: 2694
- הצטרף: מרץ 2007
ברור, בסוף זה אלפיות שנייה.
ועדיין, אם אני צריך לבחור זה יהיה הנמוך
ועדיין, אם אני צריך לבחור זה יהיה הנמוך
- ValorHeart
-
- חבר ותיק
- תגובות: 1372
- הצטרף: מרץ 2012
בזק + בזק, 3 מילי שניות ל-8.8.8.8
- or4558
-
- חבר פעיל במיוחד
- תגובות: 812
- הצטרף: נובמבר 2011
-
LexRio
-
- חבר פעיל מאוד
- תגובות: 469
- הצטרף: פברואר 2012
נראה שסלקום מאחרים למסיבה 
- Yoav Snir
-
- חבר שרק התחיל
- תגובות: 12
- הצטרף: יוני 2022
- שם מלא: יואב שניר
- מיקום: נס ציונה
לא מבין ...
תמיד ניתן להתחבר ידנית ל 8.8.8.8 אז מהו החידוש ?
תמיד ניתן להתחבר ידנית ל 8.8.8.8 אז מהו החידוש ?
- TheCoolest
-
- אחראי תחום מסכים
- תגובות: 20197
- הצטרף: מאי 2007
- שם מלא: ארתור ליברמן
- מיקום: רמת גן
זמן תגובה הרבה יותר מהיר.