כתובות URL, DNS וזרימת ביטים
הוצג| English | משמעות |
|---|---|
| Domain Name System/dəˈmeɪn neɪm ˈsɪstəm/ | מערכת שמות הדומיין (DNS) |
| Uniform Resource Locator/ˈjuːnɪfɔːm rɪˈzɔːs ləʊˈkeɪtə/ | Uniform Resource Locator |
| protocol/ˈprəʊtəkɒl/ | פרוטוקול |
| domain name/dəˈmeɪn neɪm/ | שם דומיין |
| resolver/rɪˈzɒlvə/ | מפרש |
| bit streaming/bɪt ˈstriːmɪŋ/ | הזרמת ביטים |
| real-time/rɪəl taɪm/ | בזמן אמת |
| on-demand/ɒn dɪˈmænd/ | על פי דרישה |
| buffer/ˈbʌfə/ | חוםץ (Buffer) |
| bit rate/bɪt reɪt/ | קצב ביט |
| lossy/ˈlɒsi/ | עם איבוד נתונים |
| compression/kəmˈpreʃn/ | דחיסה |
ספר הטלפונים שהפעיל את האינטרנט
- עד 1983 כל מחשב באינטרנט מצא אחרים על ידי הורדת קובץ טקסט אחד, HOSTS.TXT, ממכשיר יחיד בסטנפורד. בכל פעם שמחשב חדש הצטרף, הקובץ גדל והכול הורידו אותו שוב.
- פול מוקאפטריס החליף את הקובץ במערכת מפוזרת של שרתים, כל אחד מענה על חלק משלו במרחב השמות. הוא קרא לו מערכת שמות התחום.
- זוהי הסיבה שאתה מקליד שם ולא שנים עשר ספרות, ולמה אתר יכול לעבור מבית מבלי לספר לך.
- שיעור זה הוא הכתובת שאתה מקליד, המערכת שמחזירה אותה, וכיצד וידאו מגיע אליך לפני שהסתיימה הגרסה שלו.
הכתובת URL
- Uniform Resource Locator (URL) ממוקם משאם אחד באתרים:
https://www.example.com/about/contact.html. - ה-פרוטוקול,
https, אומר כיצד למשוך אותו. ה-שם תחום,www.example.com, קורא לשרת בצורה שנשמעת לאדם. ה-מסלול,/about/contact.html, קורא לקובץ בשרת הזה. - ל-URL עשוי להיות גם מספר יציאה ומחרוזת בקשה לאחר
?, אך פרוטוקול, תחום ומסלול הם השלושה שהמבחן מבקש.
ב-https://www.example.com/about/contact.html, מהי https?
Difficulty 1/5 · 100 coins + a small bonus on first completion today
https הוא הפרוטוקול; www.example.com הוא שם הדומיין; /about/contact.html הוא המסלול.
התאם כל חלק מ-https://www.example.com/about/contact.html לשמו.
Difficulty 2/5 · 140 coins + a small bonus on first completion today
כתובת URL מורכבת משלושה חלקים: פרוטוקול + שם תחום + נתיב — הפרוטוקול קובע את הדרך, שם התחום מצביע על השרת המיועד, והנתיב מזהה את המשאב.
מערכת שמות התחום
- מחשבים שולחים לכתובות IP, לא שמות. מערכת שמות התחום (DNS) היא מערכת מפוזרת של שרתים המתרגמת שם תחום לכתובת IP.
- הדפדפן שואל מפתר. אם המפתר לא זכר את התשובה, הוא שואל שרת שורש, שמפנה אותו לשרת תחום עליון עבור
.com, שמפנה אותו לשרת מוסמך עבורexample.com, שמחזיר את כתובת ה-IP. - לאחר מכן, הדפדפן מתחבר לכתובת IP זו ומבקש את הנתיב. כל תהליך החיפוש לוקח מייליות ומועלם (cached), כך שהוא נשנה לעיתים רחוקות.
מפתח (Resolver), שורש (root), דומיין ברמה עליונה (top-level domain), סמכותי (authoritative): ולאחר מכן הדפדפן מתחבר
כיצד DNS מוצא אתר אינטרנט
שלב-בשלב בחיפוש DNS. הרשת מתנהלת לפי כתובת IP ולא לפי שם — ולכן לפני שהכל נטען, DNS חייב להמיר את שם הדומיין לכתובת IP.
מערכת שמות התחום (DNS) מספקת בעיקר:
Difficulty 1/5 · 100 coins + a small bonus on first completion today
DNS ממיר שמות תחום קריאים לאדם לכתובות IP מספריות שהרשת משתמשת בהן בפועל.
דוגמה פותרת: מכניכת הכתובת שנכתבה ועד להטענת העמוד
- המשתמש כותב את כתובת האתר (URL). הדפדפן מפריד בין הפרוטוקול, שם הדומיין ואת הנתיב.
- הדפדפן שולח את שם הדומיין למפתח DNS, שמבצע שאילתה במבנה היררכי של DNS עד שמשרת סמכותי מחזיר את כתובת ה-IP של השרת.
- הדפדפן פותח חיבור לכתובת IP זו ושולח בקשת HTTP עבור הנתיב.
- השרת מחזיר את העמוד, והדפדפן מציג אותו. ארבעה צעדים, והשלב של DNS הוא זה שמעוברים עליו בעיקר.
סדר את שלבי בדיקת DNS, מהכניסת הכתובת ועד טעינת הדף.
Difficulty 3/5 · 200 coins + a small bonus on first completion today
השרת עובר את ההיררכיה (גזר ראשי → גזר עליון → שרת אחראית) עד לקבלת כתובת ה-IP, ולאחר מכן הדפדפן מתחבר.
מדוע קיים DNS
- אנשים זוכרים שמות; נתבים מספקים שירות למספרים. DNS מאפשר לשני הדברים להיות נכון בו-זמנית.
- אתר יכול לעבור לשרת חדש או להתפשט על פני מספר שרתים, על ידי שינוי רקורד ה-DNS שלו. המשתמשים כותבים את אותו שם.
- המערכת מבוזרת, כך שאף שרת יחיד אינו מחזיק בכל השמות, והיא מעולמת בכל הרמה, כך שהעומס מתפזר.
מדוע האינטרנט משתמש ב-DNS במקום שיכניסו משתמשים כתובות IP? סמן כל האפשרויות הנכונות.
Difficulty 2/5 · 140 coins + a small bonus on first completion today
DNS עוסק בשמות, גמישות ופיזור. חיפוש מוסיף מספר מילישניות; הוא אינו מאיץ את העמוד עצמו.
הזרמת ביטים
- הזרמת ביטים שולחת מדיה כזרם רציף שהמקבל מנגן בזמן אמת כשהוא מגיע, במקום להוריד את הקובץ כולו תחילה.
- הזרמה בזמן אמת מצולמת ונשלחת כפי שהיא מתרחשת, כמו משחק ספורט חי או שיחת וידאו. אין אפשרות לחזור אחורה, ולכן חביון נמוך (low latency) הוא קריטי.
- הזרמה לפי דרישה מנגנת קובץ שנשמר כבר בשרת. ניתן לעצור ולהחזיר לאחור, והשרת יכול לשדר קדימה.
*הבופר נמצא בין הרשת לבין המנגן
מדיה בזרם מתנגנת כשהיא מגיעה, ללא הורדה קודמת של הקובץ כולו.
Difficulty 1/5 · 100 coins + a small bonus on first completion today
זוהי התכונה המגדירה זרימה — המקלט ממשיך בהשמעת הזרם כשהוא נכנס (עם מעטביס קטן), במקום לחכות להורדה מלאה.
בהשוואה לזרימה בזמן אמת (חיה), זרימה לפי דרישה:
Difficulty 1/5 · 100 coins + a small bonus on first completion today
תוכן לפי דרישה מקודם מראש, כך שניתן לעצור/להחזיר אחורה והשרת יכול לבצע מעטביס רחוק מראש. זרימה חיה לא ניתנת להחזרה אחורה ודורשת השהייה נמוכה.
בופרים ושיעור ביט
- בופר מאחסן מספר שניות של נתבים לפני התחלת ההפעלה, כדי שקפיצה זמנית ברשת לא תעצור את התמונה. הזרמות לפי דרישה יכולות לבופר הרבה קדימה; הזרמה חיה יכולה לבופר רק מעט, אלא היא תפסיק להיות חיה.
- קצב הביטים הוא מספר הביטים לשנייה שהזרם דורש. הוא חייב להישאר מתחת למהירות האינטרנט הרחב, אלא אם כן הנתונים יגיעו לאט יותר מהשהייה וההשמעה תתעכב.
- דחיסה עם איבוד נתונים שומרת על קצב הביטים נמוך: תנועות בתמונות מחפיפות אובדנים קטנים, והזרם חייב להתאים לרוחב הפס.
מדוע משחקן זרימה משתמש במעטביס?
Difficulty 1/5 · 100 coins + a small bonus on first completion today
המעטביס מחזיק כמה שניות קדימה מהמה שמנוגן, כך שהפחתות קצרות ברשת לא גורמות לתליית ההשמעה.
כדי שהזרם יתנגן ללא תלייה, קצב הביט שלו חייב להישאר ____ מהמהירות הרחבה של החיבור.
Difficulty 1/5 · 100 coins + a small bonus on first completion today
אם נדרשים יותר ביטים לשנייה מהשקלול מספק, הנתונים מגיעים לאט מאשר הם מופעים והמזכרת הזמנית מתרוקנת.
דוגמא פותרת: מדוע לדחס לפני הזרקה ישירה?
- הסבר מדוע וידאו נדחס לפני שהוא מוזרק בזמן אמת.
- הזרם שאינו דחוס דורש רוחב פס גדול יותר מהקישור מספק, ולכן הפריימים יגיעו מאוחר וההשמעה תתעכב.
- הדחיסה מקטינה את מספר הביטים, כך שקצב הביטים נשאר מתחת למהירות האינטרנט הרחב וההשהייה נשארת קטנה.
- נדרש פחות אחסון ועלות בשני הקצוות. חבילה מאוחרת בזרם ישיר פשוט נזרקת, משום שזרם ישיר אינו יכול לחכות עליה.
דוגמא פותרת: מערכת העיבוד בזמן אמת
- תאר כיצד אירוע ישיר מוזרק לצופים.
- המצלמה והמיקרופון תופסים ומדגימים את האירוע. הנתונים מועברים באמצעות דחיסה כדי לצמצם את גודלם.
- הזרם נשלח דרך הרשת כחבילות. מכשיר הצופה מטמין מעט, ולאחר מכן מבצע השמעה, ומדלג על כל חבילה שמגיעה מאודידי.
- השווה בהשוואה לזמינות לפי דרישה: הקובץ קיים כבר, ולכן השרת יכול לשלוח מראש, המטמון יכול להיות גדול, והצופה יכול לעצור ולהחזיר לאחור.
סדרו את שלבי הזרמת המידע בזמן אמת.
Difficulty 3/5 · 200 coins + a small bonus on first completion today
לכד, הצפן, שלח, הפעל. הדחיסה מתרחשת לפני השליחה, והדבר הוא מה שמבטיח שהקצב יישאר בתוך רוחב הפס.
סימונים נופלים מהיד
- DNS ממיר שם לכתובת IP, לעולם לא ההפך בתשובת בחינה, ואינו זה מה שמעביר את הדף.
- הזרקה בזמן אמת עדיין יכולה להשתמש במטמון; הוא פשוט קטן. מה שהוא לא יכול לעשות הוא להחזיר לאחור.
- קצב הביטים מושווה למהירות הקישור. אם קצב הביטים גבוה יותר, הזרם מתעכב; ציין מי הם מי.
- החלק של הפרוטוקול ב-URL הוא
https, ולאwww.wwwהוא חלק משם התחום.
בזרם בזמן אמת, חבילה שהגיעה מאוחר מדי מחזיקה בנתיב עד שתוכל להיות מופעת במקום הנכון שלה.
Difficulty 1/5 · 100 coins + a small bonus on first completion today
זרם חי אינו יכול לחכות: חבילה מאוירת נזרקת וההפעלה ממשיכה. רק זרימה לפי דרישה יכולה להרשות לעצמה לחכות, משום שהיא מזמנת קדימה באופן ניכר.
הבנתך מושלמת
- URL = פרוטוקול + שם תחום + נתיב; DNS ממיר את שם התחום לכתובת IP דרך רזולבר → שורש → ברמת עליון → שרתים מוסמכים
- DNS קיים כדי שאנשים ישתמשו בשמות, נתבי רשת ישתמשו במספרים, ואתר יכול להזיז את עצמו ללא שינוי בשמו
- זרימת ביטים מבצעת השמעת מדיה כפי שהיא מגיעה: זמן אמת הוא חי ואינו יכול להחזיר לאחור, על פי דרישה מאוחסן ויכול
- מטמון מכסה נפילות ברשת; קצב הביטים חייב להישאר מתחת למהירות האינטרנט הרחב, ולכן זרמים משתמשים בדחיסה עם איבוד נתונים