כיצד להגדיר את מקבלים חיבורים דרך 8080 (יציאה): הדרכה, תרשים, ביקורות

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

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

איך זה עובד?

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

• בשנת OS ביקש מספר יציאה מסוים. המערכת יכולה לספק גם תוכנית שלה וכן לאסור על העברת (זה קורה במקרים בהם מספר היציאה נמצאת כבר בשימוש על ידי יישום אחר).
• באותו OS מתבקש לא לציין את מספר היציאה בכל זמין. המערכת עוצמה בוחרת אותו ומספקת תכנית.

איך לפתוח יציאה (8080, 80 וכן הלאה)? בתוך המידע ברשת הוא החליף פי פרוטוקול ספציפי (בין שני התהליכים). כדי שהחיבור נוצר, כך נדרשת:

• כתובת IP של המארחים השולח והנמען (צריכה המסלול נבנה ביניהם);
• מספר פרוטוקול;
• חדרים בשני היציאות (מקור ויעד).

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

יציאות פתוחות וסגורות

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

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

מספרי פורטים

כל היציאות מספרם רשומים בדרך שנקבעה. כל נועד למטרה הספציפית שלה. אז לעיתים קרובות אתה יכול לראות את הנמל 8080. למה אתה צריך את הפונקציה הזו כאשר באמצעות האינטרנט?

על פי נתונים רשמיים, הנמל הוא TCP ו- מיועד לשימוש עם HTTP. באופן לא רשמי, הוא משמש גם על ידי ה- servlet container Tomcat שנכתב ב- Java.

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

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

העברת נתונים

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

איך לפתוח יציאה 8080 על Windows 7?

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

איך לסגור יציאה 8080? זה מספיק כדי להגדיר חיבור אחר יציאה ספציפית.

המתקדם HTTP תצורת TCP פרוקסי

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

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

לדוגמה, אם-בקשת HTTP שנשלחו בקשת דף http://192.0.2.1:8080/operation כוללת «192.0.2.1:8080» הכותרת «Host» HTTP-מסר, אשר נשלחת ליציאה 8080 במחשב המארח 192.0. 2.1.

עם זאת, אם תגדיר את לקוח HTTP להשתמש בשרת Proxy, בסיס TCP-קשר הולך לנקודת קצה TCP בשבילו, בזמן שההודעה עדיין מכילה את נקודת הסיום המקורית.

לדוגמה, אם תגדיר הלקוחות לשלוח הודעות שלהם לשרת proxy בנמל 198281.100.1 3128, ואת הלקוח שולח בקשה http://192.0.2.1:8080/operation, ההודעה עדיין מכיל «192.0.2.1: 8080" הכותרת «Host», ועכשיו גם בתחום «בקשה-Line». עם זאת, הודעה זו היא כעת נשלחה דרך חיבור TCP ב 198.51.100.1:3128. לפיכך, שרת פרוקסי HTTP יכול לקבל הודעות על אותו הנמל (פרוקסי על 8080 נמל) והוא יכול לשלוח להם מספר שירותים שונים על בסיס המידע על הנמען.

כיצד להגדיר את לקבל חיבורים ביציאה 8080?

אז, את הכותרת של «Host» נוספה HTTP / 1.1. חיבורי HTTP / 1.0 לא לכלול אותו עצמו. מסיבה זו, תרכובות כאלה, אשר אינם עוברים דרך פרוקסי אינן כוללות את השרת ויציאה עבור ההודעה. עם זאת, מידע על HTTP / 1.0, שנשלח דרך שרת פרוקסי, עדיין מכיל מארח היעד ולכל יציאה "מחרוזת השאילתה". לכן, בהיעדר הכותרת «Host» אינו גורם לבעיות עבור proxy.

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

כיצד להגדיר חיבור מרובה באמצעות 8080?

הדרך היחידה עבור proxy TCP לאפשר חיבורים למערכות מרובות (כלומר, יעד סופי), לא משנה כמה תנועה יישלח תרכובות אלה - הם להקשיב ליציאה אחרת עבור כל אחת מהמערכות. היא מאפשרת לך להתחבר ולשמור מידע על אשר מספרת ונמלה מתאימה לכל נקודת סיום. ואז הלקוח מוגדר עם יציאת proxy מתאימה לכל מערכת שבה הוא צריך להתחבר. יציאות TCP האזנת פרוקסי הקצה המקביל שלהם מוגדרות מהפעילים <קדימה> בקובץ התצורה פרוקסי, RTCP_install_dir / httptcp / registration.xml. קודם כל, לבדוק את היציאה 8080 - אם הוא פתוח כברירת מחדל, התאמות נוספות תיעשינה תוך כמה דקות.

בדוגמה זו, 198.51.100.1 הוא כתובת IP של שרת ה- proxy. התנועה שנשלחת אל הנמל 3333 בשרת פרוקסי נשלחת לנמל 8080 בכתובת הבאה: www. דוגמה. com:

<לאגד קדימה = "198.51.100.1:3333" היעד = "www לדוגמה com: .. 8080" />

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

האינטראקציה בין HTTP ו- TCP

כדי להבין כיצד הנמל מטפל ב פרוקסי HTTP ו- TCP, נניח שיש לך שני שירותים על 192.0.2.1:8080 ו 192.0.2.1:8081, ואת שרת proxy פועל על 198.51.100.1. אם הם נבדלים כתובת IP במקום על ידי מספר יציאה, בדוגמא זו תהיה זהה למעט הכתובת המתאימה עבור כל שירות. אם הם מצפים HTTP-תנועה חד בקשות יציאת פרוקסי HTTP על שתי נקודות הקצה TCP ניתן לשלוח אותו. כאשר HTTP רואה כי ההודעה נשלחה 192.0.2.1:8080, ה- proxy מעביר את המסר לכתובת זו, או להחיל כללים כלשהם שיש לו עבור השירות הזה. אותו הנוהל חל 192.0.2.1:8081, תוך שימוש באותו הנמל.

אם שני השירותים הללו מצפים במקום תעבורת TCP צריכה להיות יציאת השנייה פתוחה TCP-פרוקסי מוגדרת על ידי שני אלמנטים <קדימה> בקובץ התצורה:

<לאגד קדימה = "198.51.100.1:3333" היעד = "192.0.2.1:8080" />

<לאגד קדימה = "198.51.100.1:3334" היעד = "192.0.2.1:8081" />

תצורת לקוח לשינויים השירות הראשון מ «192.0.2.1:8080» על «198.51.100.1:3333», ועל השני - «192.0.2.1:8081» ל «198.51.100.1:3334». הלקוח שולח הודעה (מנות TCP), השירות הראשון של הכתובת הראשונה.

שרת פרוקסי מקבל אותה לנמל (3333), אך אינו יודע מה הנתונים הנשלחים באמצעות חיבור זה. כל מה שהוא יודע - חיבור ליציאה 3333. לפיכך, שרת proxy מתייעץ התצורה שלו ורואה כי התנועה ביציאה זו חייבת להיות מנותבת אל 192.0.2.1:8080 (או שזה הכרחי כדי להחיל את הכלל עבור שירות זה). אם אתה לא יכול להפנות את כל תעבורת HTTP שלך, בגלל התצורה הלקוח אינו תומך בתצורה של שרת פרוקסי HTTP, עליך להשתמש HTTP-פרוקסי הפוך.

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

ההבדל הוא שאתה מוסיף בתכונה type הכלל המציין HTTP, כמו בדוגמה הבאה: <לאגד קדימה = "198.51.100.1:3333" היעד = "192.0.2.1:8080" type = "HTTP" />.

איך היא תנועת התנועה?

עכשיו שרת פרוקסי מוגדר לקבל רק-תעבורת HTTP עבור הנמל המיועד, והוא יכול לשמש סינון עשיר יותר. לדוגמא, השרת יכול לסנן את התעבורה על העטיפה, אשר אין נתיב מוגדר ב URL-הכתובת שלו, או שהוא לא משתמש והמתודה ספציפי, כגון POST. עם זאת, מכיוון תקע לא תמיד עובד, השרת עדיין צריך להיות היעד של הפריט <קדימה>, כדי להיות מסוגל לשלוח את התנועה במערכת. לדוגמה, נניח כי הלקוח צריך להתחבר לשירות על 192.0.2.1:8080 ולהשתמש HTTP-פרוקסי הפוך על 198.51.100.1:3333.

לפני לקוח יכול להשתמש בשרת Proxy, תצורת הלקוח עבור שירות זה, אתה צריך לשנות הן כתובות URL, כגון http: // 192.0.2.1:8080/ מבצע, בכתובת http: // 198.51.100.1:3333/ פעולה. השאילתה שנשלחה לכתובת החדשה של כתובת האתר, נכנסה שרת פרוקסי.

מסר הבקשה מכיל קצה של TCP עבור פרוקסי (198.51.100.1:3333) בכותרת "המארח", ולא הכתובת של המערכת, כי הלקוח אינו יודע מה הוא שולח ההודעה המועברת. זה פשוט יותר ללקוח קובע את אופי התפקיד של תרכובת כזו. לפיכך, proxy משתמשת האלמנטים של <קדימה>, לדעת כי הבקשה מגיעה לנמל 3333 דורשת אחת מהפעולות הבאות: זה צריך להיות מועבר למערכת חייה 192.0.2.1:8080, ואת הכותרת «Host» בהודעה להיות עודכן. עד שההודעה לחול כל הכללים של השירות, למשל, את תקע הניתוב.