Sut i ffurfweddu y derbyn cysylltiadau drwy 8080 (porth): cyfarwyddyd, diagram ac adolygiadau

Port mewn rhwydweithiau cyfrifiadurol yn rhif naturiol sy'n cael ei gofnodi yn y pennawd protocol OSI. Mae wedi'i gynllunio i adnabod y sawl sy'n derbyn y broses y paced yn yr un llu.

Fel rheol, yn y gofod defnyddiwr ar lu gyda system weithredu gosod yn dod yn fwy nag un broses ar y tro, ac mae pob un ohonynt yn cynnal rhaglen benodol. Os yw rhaglenni hyn yn effeithio ar y rhwydwaith cyfrifiadurol "cragen" o bryd i'w gilydd mae'n mynd drwy'r IP-pecyn sy'n cael ei fwriadu ar gyfer un o'r rhaglenni.

Sut mae'n gweithio?

Os bydd y rhaglen yn defnyddio y cyfnewid data drwy'r rhwydwaith, gall y broses hon yn digwydd fel a ganlyn:

• Mewn OS gofyn am rhif porth penodol. Gall y system yn darparu ei raglen ac maent yn gwahardd trosglwyddo (mae hyn yn digwydd mewn achosion lle mae nifer porthladd eisoes yn cael ei ddefnyddio gan raglen arall).
• Yn y AO Gofynnir yw'n penodi rhif porth mewn unrhyw sydd ar gael. Mae'r system ei hun yn dewis ac yn darparu Rhaglen.

Sut i agor porthladd (8080, 80 ac ati)? O fewn y wybodaeth y rhwydwaith yn cael ei chyfnewid yn ôl protocol penodol (rhwng y ddwy broses). I'r cysylltiad wedi cael ei sefydlu, mae'n ofynnol i'r canlynol:

• IP-cyfeiriad yr anfonwr a'r derbynnydd gwesteiwyr (sydd ei angen i llwybr adeiladwyd rhyngddynt);
• Rhif protocol;
• Ystafelloedd ddau porthladdoedd (ffynhonnell a chyrchfan).

Os bydd y cysylltiad yn dros TCP, y porthladd ffynhonnell yn cael ei ddefnyddio fel y system weithredu y derbynnydd i gadarnhau drosglwyddo data a phrosesu'r derbynnydd i ymateb.

porthladdoedd agored a chaeedig

Ar ran y llu a phorthladd rhif gweithred yr anfonwr fel cyfatebol i'r cyfeiriad dychwelyd, sy'n cael ei nodi ar yr amlen. Gelwir y rhif yn y cefn.

Mewn achosion lle mae proses ar lu yn rheolaidd gan ddefnyddio'r un rhif porth i borthladd ei ystyried yn agored. Er enghraifft, gall y rhaglen sy'n gysylltiedig â'r gweinyddwr defnyddio drwy'r amser 80 neu 8080 ar gyfer cyfathrebu. Pan na all y broses agor porthladd sy'n cael ei ystyried ar gau.

rhifau porthladd

Mae gan bob porthladdoedd eu niferoedd a gofrestrwyd yn y modd rhagnodedig. Mae pob un wedi'i gynllunio ar gyfer ei ddiben penodol. Felly, yn aml gallwch weld y porthladd 8080. Pam mae angen y swyddogaeth hon wrth ddefnyddio'r Rhyngrwyd?

Yn ôl data swyddogol, y porthladd yn TCP ac wedi ei gynllunio i'w ddefnyddio gyda HTTP. Answyddogol, mae'n cael ei ddefnyddio hefyd gan y cynhwysydd servlet Tomcat a ysgrifennwyd yn Java.

Gall TCP-porthladd 8080 yn defnyddio protocol penodol ar gyfer cyfathrebu, yn dibynnu ar y cais. Protocol yn set o reolau ffurfiol sy'n egluro sut mae data yn cael ei drosglwyddo dros y rhwydwaith. Gellir ei gyflwyno mewn iaith a ddefnyddir rhwng cyfrifiaduron i'w helpu i gyfathrebu'n fwy effeithiol.

Mae'r protocol HTTP, sy'n rhedeg drwy 8080, yn penderfynu ar y fformat cyfathrebu rhwng porwyr Rhyngrwyd a gwefannau. Enghraifft arall yw'r protocol IMAP, sy'n diffinio'r berthynas rhwng y gweinyddwyr post IMAP a chleientiaid neu, yn olaf, protocol SSL, sy'n nodi'r fformat a ddefnyddir ar gyfer negeseuon hamgryptio.

trosglwyddo data

Felly, TCP-Port 8080 yn defnyddio'r Protocol Rheoli Trosglwyddo. Ef yw un o'r prif protocolau mewn rhwydweithiau TCP / IP. Er bod y protocol IP ond yn ymdrin â'r pecynnau, TCP yn galluogi dau gwesteiwyr sefydlu cysylltiad a ffrydiau chyfnewid data. Mae'n gwarantu eu darparu, yn ogystal â'r ffaith y bydd pecynnau eu dosbarthu i borthladd 8080 yn yr un drefn y cawsant eu hanfon. cysylltiad Gwarantedig am 8080 - mae hyn yn wahaniaeth allweddol rhwng TCP a CDU. Ni fyddai CDU 8080 gwarantu yr un cysylltiad.

Sut i borthladd 8080 yn agor ar Ffenestri 7?

I wneud hyn, ewch i "Start" ddewislen a dod o hyd i'r Panel Rheoli. mae'n ofynnol iddo glicio ar y "Rhwydwaith" is-ddewislen, a dod o hyd i'r "modiwl Firewall." Yn y tab "Eithriadau", dod o hyd i'r "Add Port". Byddwch yn agor blwch deialog lle dylech nodi'r rhif porthladd. Gwnewch yn siwr bod y lleoliadau a nodir yn y TCP, yna dewiswch OK.

Sut i gau porthladd 8080? Mae'n ddigon i sefydlu cysylltiad i borthladd penodol arall.

Uwch Configuration HTTP a TCP thrwy Ddirprwy

Mae'r protocol HTTP yn rhedeg ar ben TCP, ond mae'n rhoi gwybodaeth ychwanegol am aseinio neges. Am y rheswm hwn, mae'r ddau dirprwyon yn cael eu cyflunio yn wahanol.

HTTP traffig yn cynnwys y llu targed a'r porthladd ar gyfer y neges. Mae'n mynd cysylltiad ar-TCP gyda endpoint TCP, hynny yw, rhwng llu a phorthladd penodol. Yn nodweddiadol, pwyntiau HTTP-Bost at yr un endpoint fel TCP-cysylltiad. Os byddwch yn newid y cyfluniad y cleient i ddefnyddio HTTP cysylltiad gweinydd dirprwyol yn cael ei wneud i gynnal a phorthladd arall, yn hytrach na'r URL a nodir yn y HTTP-gyfeiriadau. Mae hyn yn golygu bod y pwynt TCP pen yn y neges yn wahanol i'r pen y mae'n cael ei gysylltu.

Er enghraifft, os yw'r HTTP-cais a anfonir i gais dudalen http://192.0.2.1:8080/operation yn cynnwys «192.0.2.1:8080» teitl «Host» HTTP-neges, a anfonir at borthladd 8080 ar y llu 192.0. 2.1.

Fodd bynnag, os byddwch yn ffurfweddu'r HTTP-cleient i ddefnyddio gweinydd dirprwy, sylfaenol TCP-gysylltiad yn mynd i'r endpoint TCP iddo, tra bod y neges yn dal i gynnwys y endpoint gwreiddiol.

Er enghraifft, os ydych yn ffurfweddu cleientiaid i anfon eu negeseuon i'r gweinydd dirprwyol ar 198281.100.1 porthladd 3128, a'r cleient yn anfon cais am http://192.0.2.1:8080/operation, y neges yn dal yn cynnwys «192.0.2.1: 8080" Mae'r teitl «Host», ac yn awr hefyd ym maes «Cais-Line". Fodd bynnag, y neges hon bellach yn cael ei anfon drwy'r TCP-gysylltiad ar 198.51.100.1:3128. Felly, gall HTTP gweinydd dirprwyol derbyn negeseuon ar yr un porthladd (dirprwy ar borthladd 8080) a gellir eu hanfon at nifer o wasanaethau gwahanol ar sail yr wybodaeth am y derbynnydd.

Sut i ffurfweddu y derbyn cysylltiadau ar borth 8080?

Felly, mae'r teitl «Host» ychwanegwyd at HTTP / 1.1. Nid yw cysylltiadau HTTP / 1.0 yn cynnwys yn ei hun. Am y rheswm hwn, nid yw cyfansoddion o'r fath, nad ydynt yn pasio drwy'r dirprwy yn cynnwys y llu a'r porthladd ar gyfer y neges. Fodd bynnag, mae gwybodaeth am y HTTP / 1.0, a anfonwyd drwy gweinydd dirprwyol, dal i gynnwys y llu targed a'r porthladd yn y "llinyn ymholiad". Felly, nid yw absenoldeb y teitl «Host» yn achosi problemau i'r dirprwy.

Galluogi dirprwy TCP, mae'n rhaid i chi newid y cyfluniad y cleient gyda endpoint TCP mewn amser real ar endpoint replaceable. Yn wahanol i HTTP, nid yw'r protocol yn darparu gallu adeiledig yn defnyddio dirprwy. Hynny yw, os ydych yn cysylltu â'r gweinydd dirprwy drwy'r TCP, ar gyfer trosglwyddo gwybodaeth i'r gyrchfan derfynol nid yw'n darparu unrhyw fecanwaith.

Sut i sefydlu cysylltiad lluosog drwy 8080?

Yr unig ffordd ar gyfer y dirprwy yn caniatáu cysylltiadau TCP ar systemau lluosog (hy, cyrchfan terfynol), ni waeth faint o draffig yn cael ei anfon at cyfansoddion hyn - yw gwrando ar borthladd arall ar gyfer pob un o'r systemau. Mae'n caniatáu i chi gysylltu a chynnal gwybodaeth am pa rai o'i rhifau porthladd yn cyfateb i bob endpoint. Yna y cleient yn cael ei ffurfweddu gyda'r porthladd dirprwy cyfateb i bob system y mae angen iddo gysylltu â hwy. TCP gwrando dirprwy porthladdoedd a'u endpoints cyfatebol ffurfweddu yn y gweithredwyr yn y ffeil cyfluniad dirprwy, RTCP_install_dir / httptcp / registration.xml. Yn gyntaf oll, edrychwch ar y porthladd 8080 - os yw'n agored yn ddiofyn, bydd addasiadau pellach yn cael ei wneud mewn ychydig funudau.

Yn yr enghraifft hon, 198.51.100.1 yw'r IP-cyfeiriad y gweinydd dirprwy. Unrhyw draffig a anfonir i borthladd 3333 ar y gweinydd dirprwyol yn cael ei anfon i borthladd 8080 yn y cyfeiriad canlynol: www. Enghraifft. com:

Felly, rhaid i chi newid y ffeil cyfluniad cleient bob tro y byddwch yn ychwanegu cyrchfan newydd ar gyfer traffig. Nid yw'r cyfyngiad yn berthnasol i HTTP-ddirprwy.

Y rhyngweithio rhwng y HTTP a TCP

Er mwyn deall sut y mae'r porthladd yn ymdrin yn y HTTP a TCP dirprwyon, mae'n debyg bod gennych ddau wasanaeth ar 192.0.2.1:8080 a 192.0.2.1:8081, a gweinydd dirprwyol yn rhedeg ar y 198.51.100.1. Os ydynt yn wahanol o ran the-cyfeiriad IP yn hytrach na yn ôl nifer porthladd, bydd yr enghraifft hon yr un fath ac eithrio ar gyfer y cyfeiriad cyfatebol ar gyfer pob gwasanaeth. Os ydynt yn disgwyl HTTP traffig ar gyfer un-y HTTP ceisiadau porthladd dirprwy ar y ddau endpoints TCP Gellir anfon ato. Pan fydd HTTP yn gweld bod y neges yn cael sylw 192.0.2.1:8080, y dirprwy yn anfon neges i'r cyfeiriad hwn, neu wneud cais unrhyw reolau sydd ganddo am y gwasanaeth hwn. Mae'r un drefn yn berthnasol i 192.0.2.1:8081, gan ddefnyddio'r un porthladd.

Os bydd y rhain ddau wasanaeth yn lle hynny yn disgwyl y dylai traffig TCP porthladd fod dau TCP-ddirprwy agored diffinio gan ddwy elfen yn y ffeil cyfluniad:

Mae cyfluniad cleient ar gyfer y newidiadau gwasanaeth cyntaf o «192.0.2.1:8080» ar «198.51.100.1:3333», ac ar gyfer yr ail - mae «192.0.2.1:8081» i «198.51.100.1:3334». Mae'r cleient yn anfon neges (pecyn TCP), y gwasanaeth cyntaf y cyfeiriad cyntaf.

Mae'r gweinydd dirprwy yn derbyn i'r porthladd (3333), ond nid yw'n gwybod pa ddata yn cael ei anfon dros y cyswllt hwn. Mae pob ei fod yn gwybod - cysylltiad i borthladd 3333. Felly, mae'r gweinydd dirprwyol yn ymgynghori â'i ffurfweddu ac yn gweld bod yn rhaid i'r traffig ar y porthladd hwn yn cael ei ailgyfeirio i 192.0.2.1:8080 (neu ei bod yn angenrheidiol i wneud cais y rheol ar gyfer y gwasanaeth hwn). Os nad ydych yn gallu ailgyfeirio eich holl draffig HTTP, gan nad yw'r cyfluniad cleient yn cefnogi ffurfweddiad y gweinydd dirprwy HTTP, dylech ddefnyddio cefn HTTP-ddirprwy.

Ynddo hytrach na'r targed URL-gyfeiriadau i chi nodi eich ddymunir. Mae'r broses hon yn debyg i ffurfweddu'r dirprwy TCP, lle eich bod yn nodi hyn fel endpoint ar gyfer negeseuon TCP ar y system cleient a chreu rheol anfon ymlaen.

Y gwahaniaeth yw eich bod yn ychwanegu'r priodoledd math yn y rheol sy'n pennu HTTP, fel yn yr enghraifft ganlynol: .

Sut mae symudiad traffig?

Nawr gweinydd dirprwyol yn cael ei ffurfweddu i ond derbyn HTTP-traffig ar gyfer y porthladd dynodedig, a gellir ei ddefnyddio hidlo yn fwy cyfoethog. Er enghraifft, gall y gweinydd hidlo allan y traffig ar y clawr, sydd heb unrhyw lwybr pendant yn ei URL-gyfeiriad peidio, neu sydd ddim yn defnyddio'r dull HTTP-penodol, megis POST. Fodd bynnag, gan nad yw'r plwg bob amser yn gweithio, mae angen i'r gweinydd i fod yn gyrchfan yr eitem , i allu anfon traffig i'r system. Er enghraifft, mae'n debyg bod angen i'r cleient i gysylltu â'r gwasanaeth ar 192.0.2.1:8080 a defnyddio cefn HTTP-ddirprwy ar 198.51.100.1:3333.

Cyn y gall cleient ddefnyddio gweinydd dirprwy, cyfluniad cleient ar gyfer y gwasanaeth hwn, mae angen i chi newid yn URL-gyfeiriadau, megis http: // 192.0.2.1:8080/ gweithredu, yn http: // 198.51.100.1:3333/ gweithrediad. Mae'r ymholiad sy'n cael ei anfon at y cyfeiriad newydd yr URL, mynd i mewn i'r gweinydd dirprwyol.

Mae'r neges cais yn cynnwys dehongli pwynt TCP i'r dirprwy (198.51.100.1:3333) yn y pennawd "Host", ac nid cyfeiriad y system, oherwydd nad yw'r cleient yn gwybod yr hyn y mae'n anfon y neges ymlaen. Mae hyn yn symleiddio y cleient yn penderfynu ar natur y rôl cyfansoddyn o'r fath. Felly, y dirprwy yn defnyddio elfennau o , i wybod bod y cais yn dod i borthladd 3333 yn gofyn am un o'r canlynol: dylid ei anfon ymlaen at system fyw 192.0.2.1:8080, a rhaid nodi teitl «Host» yn y neges i fod yn diweddaru. Ar gyfer y neges i'w cymhwyso holl reolau y gwasanaeth, er enghraifft, y plwg llwybro.