Pristanišče v računalniškem omrežju je naravno število, ki je zapisano v glavi protokola OSI. Namenjen je za identifikacijo procesa prejemnika paketa v enem gostitelju.

Običajno je v uporabnikovem prostoru na gostitelju z nameščenim operacijskim sistemom hkrati več procesov in vsak program izvaja program. Če ti programi vplivajo na računalniško omrežje, "lupina" občasno prejme paket IP, ki je dodeljen enemu od programov.

Kako deluje?

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

OS zahteva določeno številko vrat. V tem primeru lahko sistem tako zagotovi program in prepove prenos (to se zgodi v primerih, ko to številko vrat že uporablja druga aplikacija).

Operacijski sistem ne zahteva nobene številke vrat, pri kateri koli. Sistem sam izbere in zagotovi program.

Kako odpreti vrata (808080 itd.)? V omrežju se izmenjava informacij izvaja v skladu z določenim protokolom (med dvema procesoma). Za vzpostavitev povezave je potrebno naslednje:

naslovi IP prejemnikov in gostiteljev pošiljatelja (potrebni za izgradnjo poti med njimi);

številka protokola;

Število obeh pristanišč (prejemnik in pošiljatelj).

Če je povezava prek TCP-ja, se kot sprejemniški OS za prenos potrditve uporabijo vrata pošiljateljaprejete podatke in postopek sprejemnika za prenos odziva.

Odprta in zaprta vrata

Številka pošiljatelja in številka vrat sta analogna povratnemu naslovu, ki je naveden na ovojnicah. To število se imenuje inverzno. V primerih, ko kateri koli gostiteljski postopek trajno uporablja isto številko vrat, se takšna vrata štejejo za odprta. Na primer, program, povezan s strežnikom, lahko vedno uporablja 80 ali 8080 za komunikacijo. Ko proces ne more odpreti pristanišča, se šteje za zaprto.

Številke pristanišč

V vseh pristaniščih je njihova številka registrirana na predpisan način. Vsak od njih je zasnovan za svoj poseben namen. Torej, ko ste na internetu, lahko pogosto vidite vrata 8080. Zakaj potrebujete takšno funkcijo? Po uradnih podatkih se ta vrata izvajajo na TCP in so namenjena za uporabo s HTTP. Neuradno pa uporablja tudi vsebnik Tomcat Servlet, napisan v Javi. Vrata TCP 8080 lahko uporabljajo poseben komunikacijski protokol, odvisno od aplikacije. Protokol je niz formalnih pravil, ki pojasnjuje, kako se podatki prenašajo prek omrežja. Predstavljen je lahko kot jezik, ki se uporablja med računalniki, da bi jim pomagal učinkoviteje komunicirati. Protokol HTTP, ki teče skozi 8080, določa obliko komunikacije med internetnimi brskalniki in spletnimi stranmi. Drug primer je protokol IMAP, ki določa razmerje med poštnimi strežniki IMAP in odjemalci ali, nazadnje, protokolom SSL, ki določaza šifrirana sporočila.

Prenos podatkov

TCP vrata 8080 uporabljajo protokol za nadzor prenosa. Je eden glavnih protokolov v omrežjih TCP /IP. Medtem ko se IP ukvarja samo s paketi, TCP omogoča, da dva gostitelja vzpostavita povezave in izmenjujeta podatkovne tokove. Zagotavlja njihovo dostavo kot tudi dejstvo, da bodo paketi dostavljeni v pristanišče 8080 v istem vrstnem redu, v katerem so bili poslani. Zagotovljena povezava s 8080 je ključna razlika med TCP in UDP. UDP 8080 ne zagotavlja enake povezave.

Kako odpreti vrata 8080 v operacijskem sistemu Windows 7?

Če želite to narediti, pojdite v meni Start in poiščite nadzorno ploščo. V njej morate klikniti na element "Network" in ga najti "Branhouse". Na kartici Izjeme poiščite element »Dodaj vrata«. Imeli boste pogovorno okno, v katerem boste morali vnesti številko vrat. Preverite, ali je v nastavitvah podan TCP, nato pa izberite OK. Kako zapreti vrata 8080? To storite tako, da vzpostavite povezavo z drugim določenim vhodom.

Napredne nastavitve proxy HTTP in TCP

Protokol HTTP poteka prek TCP-ja, vendar nudi dodatne informacije o cilju sporočila. Zaradi tega sta dva proxyja različno konfigurirana. Promet HTTP vključuje ciljni gostitelj in vrata za sporočilo. Pošlje povezavo TCP končni točki TCP, to je med določenim gostiteljem in vrati. Običajno sporočilo HTTP kaže na isto končno točko kot na povezavo TCP. Če spremenite konfiguracijo odjemalca za uporaboHTTP proxy strežnik se povezava izvede z drugim gostiteljem in vrati namesto tistega, ki je določen v URL-ju HTTP. To pomeni, da se končna točka TCP v sporočilu razlikuje od terminala, s katerim je povezan. Na primer, če zahteva HTTP, poslana na http: //19202.1: 8080 /stran z zahtevki za delovanje, vsebuje "19202.1: 8080" v glavi HTTP, ki je poslana v vrata 8080 pri gostitelju 19202.1.
Vendar, če nastavite odjemalca HTTP za uporabo strežnika proxy, se osnovna povezava TCP preklopi na končno točko TCP, medtem ko sporočilo še vedno vsebuje končno točko. Če na primer konfigurirate odjemalca za pošiljanje sporočil strežniku proxy pri 1982811001 vhodu 3128 in odjemalec pošlje zahtevo za http: //19202.1: 8080 /operacijo, sporočilo ne vsebuje "19202.1: 8080" v naslovu "gostitelj", zdaj pa tudi v polju "Zahtevana vrstica". Vendar pa je to sporočilo zdaj poslano prek povezave TCP na 19851100.1: 3128. Tako lahko proxy HTTP sprejema sporočila na istih vratih kot vrata proxy 8080) in jih lahko posreduje več različnim storitvam glede na informacije o prejemniku.

Kako nastavite sprejem povezave prek porta 8080?

Zato je bila glava "gostitelj" dodana HTTP /1.1. Povezava HTTP /1.0 je ne vključuje sama. Zaradi tega take povezave, ki ne gredo skozi proxy, ne vključujejo gostitelja in vrat za poročanje. Vendar pa informacije HTTP /1.0, poslane prek strežnika proxy, še vedno vsebujejo ciljni gostitelj in vrata v nizu poizvedbe. " Zato odsotnost glave "gostitelj" ne povzroča težav s proxyjem. Za omogočanjeStrežnik proxy TCP, morate spremeniti konfiguracijo odjemalca s končne točke v realnem času na nadomestno končno točko. Za razliko od HTTP ta protokol ne zagotavlja vgrajenih zmogljivosti proxyja. To pomeni, da če se povežete s strežnikom proxy prek protokola TCP, ni mehanizma za prenos informacij naslovniku naslovnika.

Kako konfigurirati več povezav z 8080?

Edini način za strežnik proxy TCP, da dovoli povezave z več sistemi (to je ciljne končne točke), ne glede na to, kateri promet je prek te povezave poslan, je poslušati drugo vrata za vsak sistem. To vam omogoča povezovanje in vzdrževanje informacij o tem, katera od številk vrat ustreza vsaki končni točki. Potem je odjemalec konfiguriran s proxy vrati, ki ustreza vsakemu sistemu, iz katerega se mora povezati. Proxy TCP za poslušanje in ustrezne končne točke se spremenijo v operaterjih v konfiguracijski datoteki proxy, RTCP_install_dir /httptcp /registration.xml. Najprej morate preveriti vrata 8080 - če je privzeto odprta, bodo dodatne nastavitve opravljene v nekaj minutah. V tem primeru ima 19851100.1 naslov IP strežnika proxy. Vsak promet, poslan na vrata 3333 na strežniku proxy, se pošlje v vrata 8080 na naslovu www. Primer. com: Zato morate spremeniti konfiguracijsko datoteko odjemalca vsakič, ko dodate promet za nov cilj. Ta omejitev ne velja za posrednike HTTP.

Interakcija med HTTP in TCP

Za razumevanje pristaniščče jih obdelujete prek strežnikov proxy HTTP in TCP, predpostavite, da imate dve storitvi: 19202.1: 8080 in 19202.1: 8081 ter strežnik proxy, ki deluje na 19851100.1. Če se razlikujejo glede na naslov IP in ne na številko vrat, bo ta primer enak, razen ustreznega naslova za vsako storitev. Če pričakujejo HTTP promet do enega HTTP proxy porta, mu lahko pošljejo zahteve za obe končni točki TCP. Ko HTTP vidi, da je sporočilo naslovljeno na 19202.1: 8080, proxy preusmeri sporočilo na ta naslov ali uporabi vsa pravila, ki jih ima za to storitev. Enak postopek velja za 19202.1: 8081 z istim pristaniščem. Če ti dve storitvi namesto tega pričakujejo promet TCP, je treba odpreti dva strežnika TCP, ki ju identificirata dva elementa v konfiguracijski datoteki: Konfiguracija odjemalca za prvo storitev se spremeni iz "19202.1: 8080" v "19851100.1: 3333" in za drugo - od "19202.1: 8081" do "19851100.1: 3334". Odjemalec pošlje sporočilo (paket TCP) na prvo storitev na prvem naslovu. Proxy ga prejme na tem vhodu (3333), vendar ne ve, kateri podatki so poslani prek te povezave. Vse, kar ve, je povezava z vrati 3333. Zato proxy strežnik svetuje s svojo konfiguracijo in vidi, da bi bilo treba promet na ta vrata preusmeriti na 19202.1: 8080 (ali da mora uporabiti pravilo za to storitev). Če ne morete preusmeriti vsega prometa HTTP, ker konfiguracija odjemalca ne podpira konfiguracije proxy HTTP, morate uporabiti obratni proxy HTTP. Namesto ciljnega URL-ja določite, kaj potrebujete. Tapostopek je podoben procesu konfiguracije proxyja TCP, v katerem ga podate kot končno točko sporočila TCP v sistemu odjemalca in ustvarite pravilo posredovanja. Razlika je v tem, da pravilu, ki določa HTTP, dodate atribut tipa, kot v naslednjem primeru :.

Kako se giblje promet?

Zdaj je strežnik proxy konfiguriran tako, da prejme samo HTTP promet na določeno pristanišče, in lahko uporabi bolj bogato filtriranje. Strežnik lahko na primer filtrira promet na ogrodju, ki v URL-ju nima določene poti ali ki ne uporablja določene metode HTTP, kot je POST. Ker pa pisalo ne deluje vedno, strežnik še vedno potrebuje prejemnika, da lahko pošlje sistem v sistem. Recimo, da se mora odjemalec povezati s storitvijo na 19202.1: 8080 in uporabiti obratni HTTP proxy za 19851100.1: 3333. Preden lahko odjemalec uporabi proxy strežnik, konfiguracija odjemalca za to storitev zahteva spreminjanje URL-jev, kot je http: //19202.1: 8080 /operacija, na http: //19851100.1: 3333 /operacija. Zahteva, poslana na ta novi URL, vstopi v strežnik proxy. Sporočilo zahteve vsebuje končno točko TCP za proxy (19851100.1: 3333) v glavi gostitelja, ne pa naslov sistema, ker odjemalec ne ve, da pošilja preusmerjeno sporočilo. Ta poenostavljena vloga odjemalca določa naravo take povezave. Zato strežnik proxy uporablja elemente, da ve, da zahteva, ki prihaja v vrata 3333, zahteva eno od naslednjega: preusmeriti jo je treba v sistem v živo.19202.1: 8080 in glava "gostitelj" v sporočilu je treba posodobiti. Vsa pravila za to storitev se morajo nanašati na sporočilo, kot je na primer usmerjanje poti.