רשתות וסייבר
בני נוער

מודל OSI לנוער: 7 שכבות שמסבירות איך רשת עובדת

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

עודכן: יולי 2026
כ-5 דקות קריאה
תקשורת, רשתות ופתרון תקלות

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

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

מפת השכבות

מהיישום למעלה ועד האות למטה

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

  1. 7

    יישום

    Application

    איזה שירות המשתמש מבקש?

    דפדפן שמבקש עמוד או יישום ששולח הודעה.

  2. 6

    הצגה

    Presentation

    באיזה מבנה המידע מוצג?

    קידוד טקסט, דחיסה או הצפנה של המידע.

  3. 5

    שיחה

    Session

    איך מנהלים את השיחה?

    פתיחה, ניהול וסיום של תקשורת בין שני צדדים.

  4. 4

    תעבורה

    Transport

    איך המידע מגיע באופן שמתאים לשירות?

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

  5. 3

    רשת

    Network

    באיזה מסלול עוברים בין רשתות?

    כתובות IP וניתוב החבילות לעבר היעד.

  6. 2

    קישור נתונים

    Data Link

    איך עוברים בתוך הרשת המקומית?

    מסגרות, כתובות חומרה ותקשורת בין התקנים קרובים.

  7. 1

    פיזית

    Physical

    איך הביטים נעים בפועל?

    אות חשמלי, אור בסיב או שידור אלחוטי.

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

משלוח חבילה כמודל מחשבתי

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

מה באמת "נארז" בדרך?

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

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

תרחיש פתרון תקלה

מחשב מחובר, אבל האתר לא נפתח: מאיפה מתחילים?

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

  1. 01

    בודקים את החיבור

    האם Wi-Fi פעיל? האם הכבל מחובר? האם התקן אחר מצליח להתחבר לאותה רשת? אלו שאלות קרובות לשכבה הפיזית ולקישור הנתונים.

  2. 02

    בודקים כתובת ומסלול

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

  3. 03

    בודקים שירות ויישום

    האם רק אתר אחד נכשל? האם דפדפן אחר עובד? האם כתובת האתר נכונה? עכשיו החקירה עולה לכיוון השירות והשכבות העליונות.

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

שלושה בלבולים נפוצים

מה המודל לא אומר?

שכבה אינה מכשיר אחד

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

שכבה אינה שלב בזמן

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

OSI אינו מפת האינטרנט היחידה

בלימודי רשתות פוגשים גם את מודל TCP/IP, שמקבץ פעולות בצורה שונה ומתאים למשפחת הפרוטוקולים שעליה בנוי האינטרנט. שני המודלים יכולים לעזור, כל אחד ברמת פירוט אחרת.

ההבחנות האלה חשובות במיוחד כשקוראים תרשים או הודעת תקלה. אם כתוב שהבעיה "בשכבה 3", הכוונה היא בדרך כלל לאזור של כתובות IP וניתוב — לא לכך שכל שאר המערכת הפסיקה לעבוד. זו נקודת פתיחה לבדיקה, ולא אבחון מלא בפני עצמו.

תרגיל ביתי בלי כלי תקיפה

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

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

לא חייבים לשנן כדי להבין

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