Թե ինչպես կարելի է կարգավորել ստանալու կապեր միջոցով 8080 (նավահանգիստ) հանձնարարականը, դիագրամ եւ ակնարկներ

Պորտ համակարգչային ցանցերի բնական շարք, որը արձանագրվել է տողի OSI արձանագրության. Այն նախագծված է բացահայտել ստացողին գործընթացի փաթեթը է նույն սերվերի.

Որպես կանոն, անձնագիրը տարածության վրա սերվերի հետ տեղադրված օպերացիոն համակարգի գալիս է ավելի քան մեկ գործընթաց է մի ժամանակ, եւ նրանցից յուրաքանչյուրը վարում է հատուկ ծրագիր: Եթե այդ ծրագրերը ազդում համակարգչային ցանցը «Shell» ժամանակ առ ժամանակ այն ստանում միջոցով IP-փաթեթի մեջ, որը նախատեսված մեկի համար ծրագրերի:

Ինչպես է դա աշխատում?

Եթե ծրագիրը օգտագործում է տվյալների փոխանակում միջոցով ցանցի, այդ գործընթացը կարող է տեղի ունենալ, քանի որ հետեւյալն է.

• Է ՕՀ խնդրել է որոշակի նավահանգիստ համարը: Որ համակարգը կարող է ապահովել, այնպես էլ իր ծրագիրը եւ արգելում է փոխանցումը (դա տեղի է ունենում այն դեպքերում, երբ նավահանգստի համարը արդեն գործածության մեջ է մեկ այլ դիմումի):
• Ժամը ՕՀ-ն խնդրել նշեք միացքի համարը ցանկացած առկա. Այդ համակարգը ինքն է ընտրում այն եւ ապահովում ծրագիրը:

Ինչպես բացել նավահանգստից (8080, 80 եւ այլն): Ընթացքում ցանցի տեղեկատվության փոխանակում, ըստ կոնկրետ արձանագրության (երկու գործընթացների): Է կապը ստեղծվել, հետեւյալը պահանջվում:

• IP-ուղարկողի հասցեն եւ ստացող Զորքերի (անհրաժեշտ է երթուղու կառուցվել է նրանց միջեւ).
• արձանագրություն համարը.
• Սենյակներ երկու նավահանգիստները (աղբյուր եւ նպատակակետ):

Եթե կապը ավարտվել TCP, աղբյուրը նավահանգիստ օգտագործվում է որպես օպերացիոն համակարգի ստացողի է հաստատել փոխանցումը տվյալների եւ մշակել ստացողին է պատասխանել:

Բաց եւ փակ նավահանգիստները

Ին մասի ուղարկողի ընդունող եւ նավահանգիստ համարը ակտի որպես գործընկերոջ հետադարձ հասցե, որը նշված ծրարի վրա: Այս համարը կոչվում է հակառակ:

Այն դեպքերում, երբ մի գործընթաց հյուրընկալող պարբերաբար օգտագործելով նույն նավահանգիստ համարը մի նավահանգիստ համարվում է բաց: Օրինակ, ծրագիրը հետ կապված սերվերի կարող է օգտագործել ամբողջ ժամանակ 80 կամ 8080 եւ կապի. Երբ այդ գործընթացը չի կարող բացել նավահանգստից , որը համարվում փակ.

port համարները

Բոլոր նավահանգիստների ունեն իրենց համարները գրանցվել սահմանված կարգով: Յուրաքանչյուր նախատեսված է իր կոնկրետ նպատակի համար. Այնպես որ, հաճախ, դուք կարող եք տեսնել, որ նավահանգիստը 8080. Ինչու դուք պետք է այս ֆունկցիոնալությունը, երբ, օգտագործելով ինտերնետ.

Ըստ պաշտոնական տվյալների, նավահանգիստ է TCP եւ նախագծված հետ օգտագործելու համար HTTP: Ոչ պաշտոնապես, այն նաեւ օգտագործվում է արու կատու Servlet կոնտեյների գրված է Java.

TCP-նավահանգիստ 8080 կարող է օգտագործել կոնկրետ արձանագրություն հաղորդակցության համար, կախված դիմումի. Արձանագրությունը մի շարք պաշտոնականացվեց կանոնների, որոնք բացատրում, թե ինչպես է տվյալները փոխանցվում են ցանցին: Այն կարող է ներկայացվել է մի լեզվով, որը օգտագործվում համակարգիչների միջեւ, որոնք կօգնեն նրանց շփվել ավելի արդյունավետ:

HTTP արձանագրության, որը անցնում է 8080, սահմանում է կապի ձեւաչափը միջեւ ինտերնետ բրաուզերների եւ վեբ կայքեր: Մեկ այլ օրինակ է IMAP արձանագրությունը, որը սահմանում է հարաբերությունները IMAP mail սերվերների եւ հաճախորդների կամ, վերջապես, SSL արձանագրության, որը սահմանում է ձեւաչափը օգտագործվում է կոդավորված հաղորդագրություններից.

տվյալների փոխանցման

Այսպիսով, TCP-Port 8080 օգտագործում է Փոխանցման կառավարման հաղորդակարգ: Նա մեկն է այն հիմնական արձանագրությունների TCP / IP ցանցերում: Իսկ IP արձանագրությունների գործարքների միայն փաթեթներ, TCP հնարավորություն է տալիս երկու տանտերերին կապ հաստատել եւ փոխանակման հոսքերի տվյալների: Այն երաշխավորում է նրանց առաքման, ինչպես նաեւ այն փաստը, որ փաթեթները պետք է առաքել նավահանգիստ 8080-ի նույն կարգով, որով նրանք ուղարկում էին. Երաշխավորված կապ 8080 - սա առանցքային տարբերակեց TCP եւ UDP. UDP 8080 չէր երաշխավորում, որ նույն կապը:

Թե ինչպես կարելի է բացել նավահանգստից 8080-ին Windows 7.

Որպեսզի դա անել, գնալ "Start" ընտրացանկից, եւ գտնել Control Panel: Անհրաժեշտ է սեղմել «ցանց» ենթակետում ընտրացանկից, եւ գտնել «Firewall մոդուլը:»: Է «Բացառություններ» ներդիրում, գտնել "Ավելացնել port": Դուք կարող եք բացել երկխոսության քառակուսին, որը դուք պետք է մուտք գործել միացքի համարը: Համոզվեք, որ պարամետրերը նշված է TCP, ապա ընտրեք OK:

Թե ինչպես կարելի է փակել նավահանգիստը, 8080. Դա բավական է ստեղծել կապը մեկ այլ կոնկրետ նավահանգիստ:

Ընդլայնված Կազմաձեւ HTTP եւ TCP Proxy

HTTP արձանագրության ասված է վերեւում TCP, բայց ապահովում է լրացուցիչ տեղեկություններ հատկացնելու մասին հաղորդագրություն. Այս պատճառով է, որ երկու վստահված անձինք են կարգավորել տարբեր.

HTTP երթեւեկության ներառում է նպատակային հյուրընկալող եւ նավահանգիստ է հաղորդագրության մեջ: Նա գնում է, TCP կապը հետ TCP ծայրակետին, այսինքն, միջեւ որոշակի հյուրընկալող եւ նավահանգիստ: Որպես կանոն, HTTP-Post միավոր է նույն վերջնակետի, որպես TCP կապի. Եթե դուք փոխում կոնֆիգուրացիան հաճախորդին օգտագործել HTTP վստահված անձը սերվերի կապը կատարվում է մեկ այլ սերվերի եւ նավահանգիստ, փոխարեն հասցեն նշված է HTTP-հասցեներով. Սա նշանակում է, որ վերջը կետն TCP է հաղորդագրության տարբերվում է այդ վերջը, որին այն միացված.

Օրինակ, եթե HTTP-հայտ http://192.0.2.1:8080/operation էջանոց հայտը ներառում է «192.0.2.1:8080» տիտղոսը «հյուրընկալող» HTTP-հաղորդագրությունը, որը ուղարկվում է տեղափոխվել 8080-ին հյուրընկալող 192.0: 2.1.

Սակայն, եթե դուք կարգավորել HTTP-հաճախորդին օգտագործել վստահված սերվերի վրա, հիմնական TCP-կապը գնում է TCP Վերջնակետային նրա համար, իսկ հաղորդագրությունը դեռ պարունակում է բնօրինակ Վերջնակետային.

Օրինակ, եթե դուք կարգավորել հաճախորդներին ուղարկել իրենց հաղորդագրությունները պրոքսի սերվերը 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.

Այնպես որ, վերնագիրն է «հյուրընկալող» ավելացվել է HTTP / 1.1. Միացումները HTTP / 1.0 չի ներառում այն ինքն իրեն. Այս պատճառով է, այնպիսի միացություններ, որոնք չեն անցնում, որ վստահված անձի չի ներառում սերվերին եւ նավահանգիստ է հաղորդագրության մեջ: Սակայն, տեղեկություններ HTTP / 1.0, ուղարկված միջոցով proxy server, դեռեւս պարունակում է նպատակային սերվերին եւ նավահանգիստ է «Հայցաշարանի»: Հետեւաբար, բացակայությունը Վերնագրից «հյուրընկալող» չի առաջացնում խնդիրներ է վստահված անձը:

Հնարավորություն տալ TCP վստահված անձ, դուք պետք է փոխել կոնֆիգուրացիան հաճախորդի հետ TCP Վերջնակետային իրական ժամանակում մի Փոխարինող Վերջնակետային. Ի տարբերություն HTTP, որ արձանագրությունը չի ապահովում է ներկառուցված կարողություն օգտագործել որպես վստահված անձ: Այսինքն, եթե դուք միացնել պրոքսի սերվերի միջոցով TCP, փոխանցման տեղեկատվության վերջնակետ չի տրամադրում որեւէ մեխանիզմ:

Ինչպես ստեղծել բազմակի կապի միջոցով 8080.

Միակ ճանապարհն է TCP վստահված անձի թույլ է տալիս կապեր բազմակի համակարգերի (այսինքն, վերջնական նպատակակետ), անկախ նրանից, թե որքան երթեւեկությունը կուղարկվի այդ միացությունների - է լսել այլ նավահանգիստ յուրաքանչյուր համակարգերի. Այն թույլ է տալիս Ձեզ միացնել եւ պահպանել տեղեկատվություն, որի մասին իր նավահանգստի թվերի համապատասխանում է յուրաքանչյուր Վերջնակետային. Ապա հաճախորդը կազմաձեւված վստահված անձը նավահանգիստ համապատասխանում է յուրաքանչյուր համակարգի, որի հետ նա պետք է միացնել: TCP վստահված լսում նավահանգիստները եւ դրանց համապատասխան ծայրակետերը կազմաձեւվել է օպերատորների <սպասում> - ի վստահված անձ կազմաձեւման ֆայլը, RTCP_install_dir / httptcp / registration.xml: Առաջին հերթին, ստուգեք նավահանգիստ 8080 - եթե այն բաց ըստ նախնականի, հետագա ճշգրտումներ կկատարվեն մի քանի րոպե:

Այս օրինակում, 198.51.100.1 է IP-հասցեն վստահված սերվերի. Ցանկացած երթեւեկությունը ուղարկվել է նավահանգիստ 3333-ին պրոքսի-սերվերի ուղարկվում է նավահանգիստ 8080-ին հետեւյալ հասցեով: www. Օրինակ. COM:

<Փոխանցել bind = "198.51.100.1:3333" նպատակակետ = "www օրինակը COM .. 8080" />

Այսպիսով, դուք պետք է փոխել հաճախորդը կազմաձեւման ֆայլը ամեն անգամ, երբ եք ավելացնել նոր հանգրվան է երթեւեկության համար: Այս սահմանափակումը չի տարածվում այն HTTP-Proxy.

Փոխգործակցությունը միջեւ HTTP եւ TCP

Որպեսզի հասկանանք, թե ինչպես է նավահանգիստ բռնակներ է HTTP եւ TCP վստահված անձանց, ենթադրենք դուք ունեք երկու ծառայությունները 192.0.2.1:8080 եւ 192.0.2.1:8081, եւ վստահված անձ սերվերի աշխատում է 198.51.100.1: Եթե նրանք տարբերվում են IP- հասցեով փոխարեն կողմից նավահանգիստ համարը, այս օրինակը կլինի նույնը, բացառությամբ համապատասխան վայրը յուրաքանչյուր ծառայության համար: Եթե նրանք ակնկալում են HTTP-երթեւեկության համար մեկ է HTTP վստահված անձը նավահանգստի խնդրանքները երկու TCP endpoints կարող է ուղարկվում է նրան: Երբ մի HTTP տեսնում է, որ այդ հաղորդագրությունը հասցեագրված 192.0.2.1:8080, որ վստահված անձը Հարձակվողներ հաղորդագրություն այս հասցեով, կամ դիմել որեւէ կանոնները, որ նա ունի այդ ծառայության համար: Նույն ընթացակարգը կիրառվում է 192.0.2.1:8081, օգտագործելով նույն նավահանգիստ.

Եթե այդ երկու ծառայությունները փոխարեն ակնկալել TCP երթեւեկությունը պետք է բաց լինի երկու TCP-ի վստահված անձ նավահանգիստ սահմանվում է երկու տարրերից <ֆորվարդային> - ի կազմաձեւման ֆայլը:

<Փոխանցել bind = "198.51.100.1:3333" նպատակակետ = "192.0.2.1:8080" />

<Փոխանցել bind = "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 server խորհրդակցում է իր կոնֆիգուրացիա եւ տեսնում է, որ երթեւեկությունը այս նավահանգիստ պետք է Վերահղված է 192.0.2.1:8080 (կամ որ դա անհրաժեշտ է կիրառել գերակայությունը այս ծառայությունից): Եթե դուք չեք կարող վերահասցեագրել բոլոր ձեր HTTP երթեւեկությունը, քանի որ հաճախորդը կոնֆիգուրացիա չի աջակցում կոնֆիգուրացիան HTTP proxy server, դուք պետք է օգտագործեք հակառակ HTTP-Proxy.

Իսկ դրա փոխարեն թիրախային URL հասցեների դուք նշեք Ձեր նախընտրած. Այս գործընթացը նման է կարգավորել TCP վստահված անձին, որին Դուք հաղորդագրություն եք նշեք այն որպես վերջնակետ համար TCP հաղորդագրությունից վրա հաճախորդ համակարգը եւ ստեղծել ԱՌԱՔԻՉ կանոն:

Տարբերությունն այն է, որ եք ավելացնել տեսակը հատկանիշը է կանոն, որ սահմանում է HTTP, քանի որ հետեւյալ օրինակով: <սպասում պարտադիր = "198.51.100.1:3333" նպատակակետ = "192.0.2.1:8080" type = "HTTP" />:

Ինչպես է երթեւեկության.

Այժմ վստահված անձ սերվերի միայն ընդունում է HTTP-երթեւեկության համար նախատեսված նավահանգիստ, եւ կարող է օգտագործվել ավելի հարուստ զտիչ. Օրինակ, որ սերվերը կարող է զտել դուրս երթեւեկությունը շապիկի վրա, որը չունի որոշակի ուղի իր URL հասցեում, կամ ով չի օգտագործել է HTTP-հատուկ մեթոդը, ինչպիսիք են ՊԱՇՏՈՆՈՒՄ. Սակայն, քանի որ plug միշտ չէ, որ աշխատում է, որ սերվերը դեռ պետք է վայր իրը <սպասում>, որպեսզի կարողանանք ուղարկել երթեւեկությունը դեպի համակարգի. Օրինակ, ենթադրենք, որ հաճախորդը պետք է միացնել ծառայությանը 192.0.2.1:8080 եւ օգտագործել է հակառակ HTTP-Proxy է 198.51.100.1:3333:

Նախքան հաճախորդը կարող է օգտագործել վստահված սերվեր, հաճախորդների կոնֆիգուրացիան այս ծառայությունից, դուք պետք է փոխել են URL հասցեներ, ինչպես օրինակ, http: // 192.0.2.1:8080/ գործողություն, http: // 198.51.100.1:3333/ գործողությունը: Հարցում է, որ ուղարկվում է նոր հասցեում URL- ը, մտնում է պրոքսի սերվերը:

Այդ խնդրանքը հաղորդագրությունը պարունակում է մի TCP Վերջնակետային համար վստահված անձ (198.51.100.1:3333) եւ տողի «հյուրընկալել», եւ ոչ թե հասցեն համակարգի, քանի որ հաճախորդը չի իմանա, թե ինչ է նա ուղարկում փոխանցված հաղորդագրության մեջ: Այս պարզեցվել, որ հաճախորդը որոշում է բնույթը դերի նման բաղադրություն: Այսպիսով, վստահված անձը օգտագործում է տարրեր <սպասում>, պետք է իմանալ, թե որ հարցումը գալիս է նավահանգիստ 3333 պահանջում է հետեւյալը. Այն պետք է փոխանցվում է մի կենդանի համակարգի 192.0.2.1:8080, իսկ վերնագիրն «հյուրընկալող» է հաղորդագրության մեջ լինել թարմացվել. Համար հաղորդագրության պետք է կիրառվեն բոլոր կանոնները ծառայությունից, օրինակ, երթուղայնացման խրոցը: