Kako konfigurirati sprejem povezav prek 8080 (vrata): navodila, diagram in povratne informacije

Pristanišče v računalniških omrežjih je naravno število, ki je zapisano v glavi protokola OSI. Namenjen je prepoznavanju procesa sprejema paketa v enem gostitelju.

Praviloma se v uporabniškem prostoru na gostitelju z nameščenim OS-om pojavijo več procesov hkrati, v vsakem od njih pa deluje določen program. Če ti programi vplivajo na računalniško omrežje, »lupina« občasno prejme paket IP, ki je namenjen enemu od programov.

Kako deluje?

Če program uporablja izmenjavo podatkov prek omrežja, se lahko ta postopek izvede na naslednji način:

• Operacijski sistem zahteva posebno številko vrat. V tem primeru ga lahko sistem prenese v program in prepove prenos (to se zgodi v primerih, ko ta številka vrat že uporablja druga aplikacija).
• Operacijski sistem ne potrebuje posebne številke vrat v nobenem prostem pristanišču. Sistem jo izbere in ga preda programu.

Kako odpreti vrata (8080, 80 in tako naprej)? V omrežju se izmenjujejo informacije po določenem protokolu (med dvema procesoma). Če želite vzpostaviti povezavo, potrebujete naslednje:

• IP-naslovi gostiteljev prejemnikov in oddajnikov (med njimi je treba zgraditi pot);
• Številka protokola;
• Število obeh vrat (prejemnika in pošiljatelja).

Če je povezava prek TCP, se kot prejemnikovo OS uporabi pošiljateljova vrata, da pošlje potrditev prejetih podatkov in postopek sprejema, da pošlje odgovor.

Odprta in zaprta vrata

Številka gostitelja in vratnika s strani pošiljatelja deluje kot analog povratnega naslova, ki je označen na ovojnicah. Ta številka se imenuje inverzna številka.

V primerih, ko proces na gostitelju stalno uporablja isto številko vrat, se tako pristanišče šteje za odprto. Na primer, program, povezan s strežnikom, lahko vedno uporablja 80 ali 8080 za komunikacijo. Ko proces ne more odprite vrata, ki velja za zaprto.

Številke vrat

Vsa pristanišča imajo lastno število registriranih v določenem vrstnem redu. Vsaka od njih je zasnovana za svoj namen. Torej, ko delate na internetu, lahko pogosto vidite port 8080. Zakaj potrebujemo takšno funkcionalnost?

Po uradnih podatkih ta pristanišče deluje na protokolu TCP in je namenjeno uporabi s HTTP. Neuradno, uporablja ga tudi vsebnik Tomcat servlet, napisan v Java.

TCP vrata 8080 lahko uporabljajo določen protokol za komunikacijo, odvisno od aplikacije. Protokol je niz formaliziranih pravil, ki pojasnjujejo, kako se podatki prenašajo prek omrežja. To je mogoče predstaviti kot jezik, ki se uporablja med računalniki, da jim pomaga učinkoviteje komunicirati.

Protokol HTTP, ki deluje prek 8080, določa obliko komunikacije med internetnimi brskalniki in spletnimi mesti. Drug primer je protokol IMAP, ki določa povezavo med poštnimi strežniki IMAP in strankami ali končno protokolom SSL, ki določa obliko, uporabljeno za šifrirana sporočila.

Prenos podatkov

Tako vrata TCP 8080 uporabljajo protokol za nadzor prenosa. To je eden od glavnih protokolov v omrežjih TCP / IP. Medtem ko protokol IP obravnava le pakete, TCP omogoča dvema gostiteljema vzpostaviti povezavo in izmenjavo podatkovnih tokov. Zagotavlja njihovo dostavo in tudi, da bodo paketi dostavljeni v pristanišče 8080 po istem vrstnem redu, v katerem so bili poslani. Zagotovljena povezava 8080 je ključna razlika med TCP in UDP. UDP 8080 ne bi zagotovil povezave na enak način.

Kako odpreti vrata 8080 v operacijskem sistemu Windows 7?

Če želite to narediti, pojdite v meni "Start" in poiščite nadzorno ploščo. V njem morate klikniti podmeni "Network" in v njej poiskati "Branmauer". Na kartici »Izjeme« poiščite element »Dodaj vrata«. Prikazan vam bo pogovorno okno, v katerem boste morali vnesti številko vrat. Preverite, ali so nastavitve TCP in kliknite V redu.

Kako zapreti vrata 8080? Če želite to narediti, je dovolj, da konfigurirate povezavo z drugim določenim pristaniščem.

Napredna konfiguracija HTTP in TCP proxy

Protokol HTTP deluje na vrhu TCP protokola, vendar vsebuje dodatne informacije o dodelitvi sporočila. Iz tega razloga sta dva proxyja različna.

Promet HTTP vključuje ciljni gostitelj in vrata za sporočilo. Poslana je prek povezave TCP do končne točke TCP, to je med navedenim gostiteljem in pristaniščem. Tipično sporočilo HTTP opozarja na isto končno točko kot povezavo TCP. Če spremenite konfiguracijo odjemalca za uporabo proxy HTTP, se povezava izvede z drugim gostiteljem in pristanišči, namesto tistega, ki je naveden v URL-jih HTTP-ja. To pomeni, da se končna točka TCP v sporočilu razlikuje od končne točke, do katere je povezana.

Na primer, če je HTTP zahtevo pošljejo zahtevo https://192.0.2.1:8080/operation stran vsebuje «192.0.2.1:8080» naslov «gostitelja» HTTP-sporočilo, ki je poslano na vrata 8080 na gostitelja 192.0. 2.1.

Če konfigurirate odjemalca HTTP za uporabo proxy strežnika, se osnovna povezava TCP z njo konča s končnico TCP, medtem ko sporočila še vedno vsebujejo prvotno končno točko.

Na primer, če nastavite stranke, da pošljejo svoje sporočil proxy strežnika na 198281.100.1 pristanišču 3128, in stranka pošlje zahtevo za https://192.0.2.1:8080/operation, je sporočilo še vedno vsebuje «192.0.2.1: 8080" v glavi "Host", zdaj pa tudi v polju "Zahteva-Linija". Vendar se to sporočilo zdaj pošilja prek povezave TCP za naslov 198.51.100.1:3128. Tako lahko proxy HTTP prejme sporočila na enem portu (vrata 8080 proxy) in jih lahko na podlagi informacij prejemnika pošlje v več različnih storitev.

Kako lahko nastavim sprejemanje povezav prek vrat 8080?

Torej je bila glava »Host« dodana v HTTP / 1.1. Povezava HTTP / 1.0 ne vključuje. Iz tega razloga takšne povezave, ki ne potekajo prek proxyja, ne vključujejo gostitelja in vrat za sporočilo. Vendar pa podatki HTTP / 1.0, posredovani prek proxy strežnika, še vedno vsebujejo ciljni gostitelj in vrata v "nizu poizvedb". Zato odsotnost glave »Host« ne povzroča težave za posrednika.

Če želite omogočiti proxy strežnik TCP, morate konfigurirati odjemalca s končne točke TCP v realnem času do nadomestne končne točke. Za razliko od HTTP, ta protokol nima vgrajene zmožnosti uporabe posrednika. To pomeni, če se prek TCP-ja povežete s proxy strežnikom, ni mehanizma za pošiljanje informacij ciljnemu naslovniku.

Kako konfigurirati več povezav z 8080?

Edini način za TCP proxy dovoli povezave do različnih sistemov (tj, Final Destination), ne glede na to, koliko prometa bo poslano na teh spojin - je poslušati drugo pristanišče za vsakega od sistemov. To vam omogoča povezovanje in vzdrževanje informacij o tem, katere od njenih številk vrat ustrezajo vsaki končni točki. Nato je odjemalec konfiguriran s proxy portom, ki ustreza vsakemu sistemu, s katerim se mora povezati. Proxy vrata TCP za poslušanje in njihove ustrezne končne točke so konfigurirane v operaterjih v konfiguracijski datoteki proxy, RTCP_install_dir / httptcp / registration.xml. Najprej morate preveriti vrata 8080 - če je privzeto odprto, bodo nadaljnje nastavitve opravljene v nekaj minutah.

V tem primeru je 198.51.100.1 naslov IP proxy strežnika. Vsak promet, poslan v vrata 3333 do proxy strežnika, se pošlje na vrata 8080 na naslov: Primer. com:

Zato morate spreminjati konfiguracijsko datoteko odjemalca, kadar koli dodate nov cilj za promet. Ta omejitev ne velja za proxy HTTP.

Interakcija med HTTP in TCP

Da bi razumeli, kako se vrata ročaji v HTTP in TCP pooblastil, da imate dve storitvi na 192.0.2.1:8080 in 192.0.2.1:8081 in proxy strežnik teče na 198.51.100.1. Če se razlikujejo glede na naslov IP in ne po številki vrat, bo ta primer enak, razen za ustrezen naslov za vsako storitev. Če pričakujejo HTTP promet na proxy HTTP, se lahko pošljejo zahtevam za oba končna točka TCP. Ko HTTP vidi, da je sporočilo naslovljeno na 192.0.2.1:8080, proxy preusmeri sporočilo na ta naslov ali uporablja katera koli pravila, ki jih ima za to storitev. Enak postopek velja za 192.0.2.1:8081, ki uporablja isto pristanišče.

Če ti dve storitvi namesto tega čakata na promet TCP, sta dve vrsti proxy TCP, ki sta jih določili oba elementa v konfiguracijski datoteki:

Konfiguracija odjemalec za prvih sprememb servisnimi «192.0.2.1:8080» o «198.51.100.1:3333", in drugi - «192.0.2.1:8081» da «198.51.100.1:3334». Stranka pošlje sporočilo (TCP paket) na prvo storitev na prvem naslovu.

Proxy strežnik ga prejme na tem pristanišču (3333), vendar ne ve, kateri podatki so poslani prek te povezave. Vse, kar je vedel - povezavo do pristanišča 3333. Zato je proxy strežnik posvetuje svojo konfiguracijo, in vidi, da je treba promet na ta vrata preusmerjeni 192.0.2.1:8080 (ali pa, da je treba uporabiti pravilo za to storitev). Če ne morete preusmeriti celotnega prometa HTTP, ker konfiguracija odjemalca ne podpira konfiguracije proxy HTTP, morate uporabiti povratni proxy HTTP.

V njem namesto ciljnega URL-ja določite tisto, ki jo potrebujete. Ta postopek je podoben konfiguracijskemu procesu proxy TCP, v katerem ga navedete kot končno točko TCP za sporočilo v odjemalskem sistemu in ustvarite pravilo za posredovanje.

Razlika je, da dodate atribut tipa pravilu, ki definira HTTP, kot v naslednjem primeru: .

Kako poteka promet?

Zdaj je proxy strežnik konfiguriran tako, da prejema samo promet HTTP v dodeljeno vrata in lahko uporabi bogate filtre. Na primer, strežnik lahko filtrira promet v škrbnik, ki v svojem URL-ju nima določene poti, ali pa ne uporablja posebne metode HTTP, kot je POST. Ker pa stub ne deluje vedno, strežniku še vedno potrebuje cilj iz elementa , da lahko pošljete promet v sistem. Predpostavimo, na primer, da se mora stranka povezati s storitvijo na 192.0.2.1:8080 in uporabiti povratni HTTP proxy na 198.51.100.1:3333.

Preden lahko odjemalec uporabi strežnik proxy, je treba nastavitev odjemalca za to storitev spremeniti iz URL-ja, na primer http: // 192.0.2.1:8080/ operacije, v http: // 198.51.100.1:3333/ operacijo. Zahteva, ki je poslana na ta novi URL, je v proxy strežniku.

Sporočilo zahteva vsebuje TCP končno točko za proxy (198.51.100.1:3333) v glavi "gostitelja", in ne naslov sistema, saj stranka ne ve, kaj mu pošlje posredovano sporočilo. Ta poenostavljena vloga stranke določa naravo take povezave. Tako proxy uporablja elemente , da zahteva, ki prihaja v pristanišče 3333, zahteva eno od naslednjega: preusmeriti jo je treba na sistem v živo na naslovu 192.0.2.1:8080 in posodobiti glavo "Host" v sporočilu. Za sporočilo je treba uporabiti vsa pravila te storitve, na primer, usmerjanje v škrbino.