TCP (Transmission Control Protocol) הוא פרוטוקול שידור המבטיח העברת נתונים בצורה מסודרת ומאובטחת. הוא שולח ומקבל את מנות הנתונים באותו סדר. TCP הוא א ארבע שכבות פרוטוקול לעומת OSI (Open System Interconnection Model), שהוא א שבע שכבות תהליך שידור. מומלץ להעביר נתונים מפרוטוקולים ברמה גבוהה בשל שלמותם ואבטחתם בין השרת ללקוח.
TCP צריך לחיצת יד 4 כיוונית לסיום. כדי ליצור חיבור, TCP צריך לחיצת יד תלת כיוונית. אז, כאן נדון בתהליך המפורט של TCP לבניית א לחיצת יד תלת כיוונית לחיבור וא לחיצת יד 4 כיוונית לסיומו . כאן, נדון בדברים הבאים:
מה זה TCP?
שכבות של TCP
חיבור TCP (לחיצת יד תלת כיוונית)
סיום TCP (לחיצת יד 4 כיוונית)
בואו נתחיל.
מה זה TCP?
TCP הוא פרוטוקול מכוון חיבור, מה שאומר שהוא יוצר תחילה את הקשר בין השולח למקבל בצורה של לחיצת ידיים . לאחר ששני החיבורים מאומתים, הוא מתחיל לשדר מנות. זה הופך את תהליך השידור ללא שגיאות ומבטיח את מסירת הנתונים. זהו חלק חשוב מפרוטוקולי התקשורת המשמשים לחיבור בין התקני רשת באינטרנט. כל מערכת האינטרנט מסתמכת על הרשת הזו.
TCP הוא אחד הפרוטוקולים הנפוצים ביותר שמבטיחים מקצה לקצה מְסִירָה. זה מבטיח את האבטחה והשלמות של הנתונים המועברים. זה תמיד יוצר חיבור מאובטח בין השולח למקבל. המשדר הוא ה שרת , והמקלט ידוע בשם לָקוּחַ . אנו יכולים גם לומר שהעברת הנתונים מתרחשת בין השרת ללקוח. לפיכך, TCP משמש ברוב הפרוטוקולים ברמה גבוהה, כגון FTP (פרוטוקול העברת קבצים) , HTTP (פרוטוקול העברת טקסט היפר) , ו SMTP (פרוטוקול העברת מאי פשוט) .
שכבות של TCP
לאחר מכן, הנתונים מחולקים למנות, מוקצים לכתובת, משודרים, מנותבים ומתקבלים ביעד. תהליך השידור כולל ארבע שכבות, שכבת יישום, שכבת תחבורה, שכבת אינטרנט ושכבת קישור נתונים. ה שכבת היישום מבצע את הפונקציה בדומה לשלושת השכבות העליונות (יישום, מצגת והפעלה) של דגם OSI ושליטה במפרטי ממשק המשתמש. המשתמש מקיים אינטראקציה עם שכבת היישום של מודל ה-TCP, כגון מערכות הודעות ודואר אלקטרוני. ה שכבת תחבורה מספק חיבור נתונים אמין וללא שגיאות. זה מחלק את הנתונים המתקבלים משכבת האפליקציה למנות, מה שעוזר ביצירת רצף מסודר. ה שכבת אינטרנט שולט בניתוב החבילה ומבטיח את מסירת החבילה ביעד. שכבת קישור הנתונים מבצעת את הפונקציה הדומה לשתי השכבות התחתונות (קישור נתונים ופיזי) של מודל OSI. היא אחראית על העברת הנתונים בין האפליקציות או המכשירים ברשת.
סוגי נתונים של sql
לפני שתמשיך לקראת סיום ה-TCP, חיוני להבין את הרעיון של חיבור TCP. זה יעזור לנו להבין טוב יותר את תהליך הסיום.
חיבור TCP (לחיצת יד תלת כיוונית)
לחיצת יד מתייחסת לתהליך ליצירת חיבור בין הלקוח לשרת. לחיצת יד מוגדרת בפשטות כתהליך ליצירת קישור תקשורת. כדי להעביר חבילה, TCP זקוק ללחיצת יד משולשת לפני שהוא מתחיל לשלוח נתונים. התקשורת האמינה ב-TCP מכונה על אודות (שידור חוזר של אישור חיובי). כאשר שולח שולח את הנתונים למקלט, זה מצריך אישור חיובי מהמקבל המאשר את הגעת הנתונים. אם האישור לא הגיע לשולח, הוא צריך לשלוח מחדש את הנתונים האלה. ההכרה החיובית מהמקבל מייצרת חיבור מוצלח.
כאן, השרת הוא השרת והלקוח הוא המקלט. התרשים לעיל מציג 3 שלבים לחיבור מוצלח. לחיצת יד תלת כיוונית ידועה בדרך כלל בשם SYN-SYN-ACK ודורשת תגובת הלקוח והשרת כדי להחליף את הנתונים. SYN פירושו סנכרון מספר רצף ו-ACK פירושו הכרה . כל צעד הוא סוג של לחיצת יד בין השולח למקבל.
התרשים של חיבור TCP מוצלח המציג את שלוש לחיצות הידיים מוצג להלן:
שלוש לחיצות היד נדונות בשלבים הבאים:
שלב 1: SYN
SYN הוא קטע שנשלח על ידי הלקוח לשרת. זה פועל כמו א בקשת חיבור בין הלקוח לשרת. זה מודיע לשרת שהלקוח רוצה ליצור חיבור. סנכרון מספרי רצף עוזר גם לסנכרן מספרי רצף שנשלחים בין כל שני התקנים, כאשר אותו קטע SYN מבקש את מספר הרצף עם בקשת החיבור.
שלב 2: SYN-ACK
זהו קטע SYN-ACK או קטע SYN + ACK שנשלח על ידי השרת. מקטע ACK מודיע ללקוח שהשרת קיבל את בקשת החיבור והוא מוכן לבנות את החיבור. קטע SYN מודיע למספר הרצף איתו השרת מוכן להתחיל עם הקטעים.
שלב 3: ACK
ACK (אישור) הוא השלב האחרון לפני יצירת חיבור TCP מוצלח בין הלקוח לשרת. קטע ה-ACK נשלח על ידי הלקוח כתגובה של ה-ACK וה-SN שהתקבלו מהשרת. זה מביא ליצירת חיבור נתונים אמין.
לאחר שלושת השלבים הללו, הלקוח והשרת מוכנים לתהליך תקשורת הנתונים. חיבור וסיום TCP הם דופלקס מלא, מה שאומר שהנתונים יכולים לעבור בשני הכיוונים בו זמנית.
סיום TCP (לחיצת יד 4 כיוונית)
כל מכשיר יוצר חיבור לפני המשך הסיום. TCP דורש לחיצת יד תלת כיוונית כדי ליצור חיבור בין הלקוח לשרת לפני שליחת הנתונים. באופן דומה, כדי להפסיק או לעצור את העברת הנתונים, זה דורש לחיצת יד 4 כיוונית. המקטעים הנדרשים לסיום TCP דומים למקטעים לבניית חיבור TCP (ACK ו-SYN) מלבד מקטע FIN. קטע FIN מציין בקשת סיום שנשלחה על ידי מכשיר אחד לשני.
הלקוח הוא משדר הנתונים והשרת הוא מקלט בתהליך העברת נתונים בין השולח למקלט. שקול את דיאגרמת סיום ה-TCP להלן שמראה את חילופי המקטעים בין הלקוח לשרת.
התרשים של סיום TCP מוצלח המציג את ארבעת לחיצות הידיים מוצג להלן:
בואו נדון בתהליך סיום ה-TCP בעזרת שישה שלבים הכוללים את הבקשות שנשלחו ואת מצבי ההמתנה. השלבים הם כדלקמן:
שלב 1: FIN
FIN מתייחס ל בקשת סיום נשלח על ידי הלקוח לשרת. בקשת סיום ה-FIN הראשונה נשלחת על ידי הלקוח לשרת. הוא מתאר את תחילת תהליך הסיום בין הלקוח לשרת.
שלב 2: FIN_ACK_WAIT
הלקוח ממתין ל-ACK של בקשת סיום ה-FIN מהשרת. זה מצב המתנה עבור הלקוח.
שלב 3: ACK
השרת שולח את קטע ה-ACK (אישור) כאשר הוא מקבל את בקשת סיום ה-FIN. זה מתאר שהשרת מוכן לסגור ולסיים את החיבור.
שלב 4: FIN _WAIT_2
הלקוח ממתין לקטע FIN מהשרת. זהו סוג של אות מאושר שנשלח על ידי השרת שמראה שהשרת מוכן לסיים את החיבור.
שלב 5: FIN
קטע FIN נשלח כעת על ידי השרת ללקוח. זהו אות אישור שהשרת שולח ללקוח. זה מתאר את האישור המוצלח לסיום.
שלב 6: ACK
הלקוח שולח כעת את קטע ה-ACK (אישור) לשרת שהוא קיבל את האות FIN, שהוא אות מהשרת לסיים את החיבור. ברגע שהשרת מקבל את קטע ה-ACK, הוא מפסיק את החיבור.