Hoe om te stel die verbindings ontvang deur 8080 (hawe): onderrig, diagram en resensies

Port in rekenaarnetwerke is 'n natuurlike getal wat aangeteken in die kop OSI protokol. Dit is ontwerp om die ontvanger van die proses die pakkie te identifiseer in dieselfde gasheer.

As 'n reël, in die gebruiker ruimte op 'n gasheer met 'n geïnstalleerde bedryfstelsel kom meer as een proses op 'n tyd, en elkeen van hulle loop 'n spesifieke program. As hierdie programme invloed op die rekenaarnetwerk "dop" van tyd tot tyd kry deur middel van die IP-pakket wat bedoel is vir een van die programme.

Hoe werk dit?

As die program maak gebruik van die data-uitruilprogram via die netwerk, kan hierdie proses soos volg plaasvind:

• In OS versoek 'n spesifieke poort nommer. Die stelsel kan bied beide sy program en die oordrag te verbied (dit gebeur in gevalle waar die poort nommer is reeds in gebruik deur nog 'n aansoek).
• By die OS is versoek om nie spesifiseer die poort nommer in enige beskikbare. Die stelsel self kies dit en bied Program.

Hoe om 'n hawe (8080, 80 en so aan) oop te maak? Binne die netwerk inligting uitgeruil volgens 'n spesifieke protokol (tussen die twee prosesse). Om verbinding is vasgestel, word die volgende vereis:

• IP-adres van die sender en ontvanger gashere (wat nodig is om die roete is gebou tussen hulle);
• protokol getal,
• Kamers beide hawens (bron en bestemming).

As die verbinding is oor TCP, is die bron hawe gebruik as die bedryfstelsel van die ontvanger om die oordrag van die data bevestig en verwerk die ontvanger om te antwoord.

Oop en geslote poorte

Aan die kant van die gasheer en poort nommer daad die sender se as 'n eweknie om die terugkeer adres wat op die koevert aangedui. Hierdie getal staan bekend as die omgekeerde.

In gevalle waar 'n proses op 'n gasheer op 'n gereelde basis met behulp van dieselfde poort nommer na 'n hawe word beskou as oop. Byvoorbeeld, kan die program verband hou met die bediener al die tyd 80 of 8080 gebruik vir kommunikasie. Wanneer die proses kan nie 'n hawe oop dat geslote beskou.

hawe getalle

Alle hawens het hul getalle geregistreer op die voorgeskrewe wyse. Elke ontwerp is vir sy spesifieke doel. So dikwels jy kan die hawe 8080. sien Hoekom dink jy hierdie funksie moet by die gebruik van die Internet?

Volgens amptelike data, die hawe is TCP en is ontwerp vir gebruik met HTTP. Nie-amptelik, is dit ook gebruik word deur die Tomcat Servlet houer geskryf in Java.

TCP-poort 8080 kan 'n spesifieke protokol gebruik vir kommunikasie, afhangende van die aansoek. Protokol is 'n versameling van geformaliseer reëls wat verduidelik hoe data oor die netwerk oorgedra word. Dit kan aangebied word in 'n taal wat gebruik word tussen rekenaars om hulle te help meer effektief te kommunikeer.

Die HTTP protokol, wat deur 8080 loop, bepaal die kommunikasie-formaat tussen Internet blaaiers en webwerwe. Nog 'n voorbeeld is die IMAP protokol, wat die verhouding tussen die IMAP-pos stuur en kliënte of, uiteindelik, SSL-protokol, wat die formaat wat gebruik word vir geïnkripteer boodskappe spesifiseer definieer.

data-oordrag

So, TCP-Port 8080 gebruik die Transmission Control Protocol. Hy is een van die belangrikste protokolle in TCP / IP-netwerke. Terwyl die IP-protokol handel slegs met pakkies, TCP in staat stel om twee gashere 'n verband en ruil strome van data te vestig. Dit waarborg hul aflewering, sowel as die feit dat pakkies sal afgelewer word by die hawe 8080 in dieselfde volgorde waarin hulle is gestuur. Gewaarborg verband vir 8080 - dit is 'n belangrike onderskeid tussen TCP en UDP. UDP 8080 sal nie waarborg dat dieselfde verbinding.

Hoe om port 8080 open op Windows 7?

Om dit te doen, gaan na "Begin" spyskaart en vind die Configuratiescherm. Dit is nodig om te klik op die "Network" sub-menu en vind die "Firewall module." In die blad "Uitsonderings", vind die "Port Voeg". Jy sal 'n dialoog waarin jy die poort nommer moet betree oop te maak. Maak seker dat die wat in die TCP instellings, kies dan OK.

Hoe om port 8080 sluit? Dit is genoeg om 'n verbinding met 'n ander spesifieke hawe.

Advanced Configuration HTTP en TCP Proxy

Die HTTP protokol loop op die top van TCP, maar bied meer inligting oor 'n boodskap toeken. Om hierdie rede, is die twee gevolmagtigdes anders ingestel.

HTTP-verkeer sluit die teiken gasheer en hawe vir die boodskap. Hy gaan voort-TCP-verbinding met 'n TCP eindpunt, dit is, tussen 'n spesifieke bediener en port. Tipies, HTTP-Pos punte aan dieselfde eindpunt as die TCP-verbinding. As jy die opset van die kliënt te HTTP proxy bediener verbinding gebruik verander word gemaak na 'n ander gasheer en hawe, in plaas van die URL wat in die HTTP-adresse. Dit beteken dat die eindpunt TCP in die boodskap is anders as wat einde waaraan dit verbind.

Byvoorbeeld, as die HTTP-versoek gestuur aan http://192.0.2.1:8080/operation bladsy versoek sluit «192.0.2.1:8080» titel «Host» HTTP-boodskap, wat op die gasheer 192,0 na die hawe 8080 gestuur word. 2.1.

As jy egter die HTTP-kliënt op te stel om 'n instaanbediener te gebruik, basiese TCP-verbinding gaan na die TCP eindpunt vir hom, terwyl die boodskap nog die oorspronklike eindpunt bevat.

Byvoorbeeld, as jy kliënte instel om hul boodskappe aan die instaanbediener by 198281.100.1 hawe 3128 stuur, en die kliënt stuur 'n versoek om http://192.0.2.1:8080/operation, die boodskap nog bevat «192.0.2.1: 8080" die titel «Host", en nou ook in die gebied van «Versoek-Line». Tog is hierdie boodskap nou gestuur deur die TCP-verbinding by 198.51.100.1:3128. Dus, kan HTTP proxy bediener boodskappe ontvang op dieselfde hawe (proxy op poort 8080) en kan hulle aan verskillende dienste te stuur op grond van inligting oor die ontvanger.

Hoe om te stel die verbindings op poort 8080 ontvang?

So, die titel van «Host» bygevoeg om HTTP / 1.1. Verbindings HTTP / 1.0 sluit nie dit in homself. Om hierdie rede, het sulke verbindings, wat nie deur die proxy slaag nie die gasheer en hawe vir die boodskap. Maar inligting oor die HTTP / 1.0, gestuur deur 'n proxy server, bevat nog steeds die teiken gasheer en hawe in die "query string". Daarom is die afwesigheid van die titel «Host» nie probleme vir die volmag veroorsaak.

Om TCP gevolmagtigde in staat te stel, moet jy die opset van die kliënt verander met TCP eindpunt in reële tyd op 'n vervangbare eindpunt. In teenstelling met HTTP, het die protokol nie 'n ingeboude vermoë om 'n gevolmagtigde te gebruik. Dit is, as jy in verbinding bly om die instaanbediener deur die TCP, vir oordrag van inligting na die eindbestemming voorsien geen meganisme.

Hoe om op te rig verskeie verbinding via 8080?

Die enigste manier vir die TCP gevolmagtigde toelaat verbindings na verskeie stelsels (dit wil sê, eindbestemming), maak nie saak hoeveel verkeer sal na hierdie verbindings word gestuur - is 'n ander hawe vir elk van die stelsels te luister. Dit laat jou toe om inligting oor wat van sy hawe getalle ooreenstem met elke eindpunt in verbinding bly en in stand te hou. Toe die kliënt is ingestel met die proxy poort wat ooreenstem met elke stelsel waarmee dit moet verbind. TCP gevolmagtigde luister hawens en hul ooreenstemmende eindpunte ingestel in die operateurs in die volmag konfigurasie lêer, RTCP_install_dir / httptcp / registration.xml. In die eerste plek gaan die poort 8080 - al is dit oop by verstek, sal verdere aanpassings in 'n paar minute gemaak.

In hierdie voorbeeld, 198.51.100.1 is die IP-adres van die instaanbediener. Enige verkeer gestuur na die hawe 3333 op die instaanbediener is na die hawe 8080 gestuur na die volgende adres: www. Voorbeeld. com:

So moet jy die kliënt konfigurasielêer verander elke keer as jy 'n nuwe bestemming te voeg vir verkeer. Hierdie beperking geld nie vir HTTP-Proxy.

Die interaksie tussen die HTTP en TCP

Om te verstaan hoe die hawe hanteer in die HTTP en TCP gevolmagtigdes, veronderstel jy het twee dienste op 192.0.2.1:8080 en 192.0.2.1:8081, en instaanbediener wat uitgevoer word op die 198.51.100.1. As hulle verskil in die IP-adres in plaas van deur poort nommer, sal hierdie voorbeeld dieselfde behalwe vir die ooreenstemmende adres vir elke diens wees. As hulle verwag HTTP-verkeer vir een-die HTTP proxy poort versoeke aan beide TCP eindpunte kan hom gestuur. Wanneer 'n HTTP sien dat die boodskap is gerig 192.0.2.1:8080, die volmag stuur die boodskap na hierdie adres, of enige reëls wat hy het vir hierdie diens aansoek doen. Dieselfde prosedure geld vir 192.0.2.1:8081, met behulp van dieselfde hawe.

As hierdie twee dienste in plaas verwag TCP verkeer moet oop twee TCP-proxy poort gedefinieer deur twee elemente in die konfigurasielêer wees:

Die kliënt verstellings vir die eerste diens veranderinge vanaf «192.0.2.1:8080» op «198.51.100.1:3333», en vir die tweede - 'n «192.0.2.1:8081» om «198.51.100.1:3334». Die kliënt stuur 'n boodskap (TCP pakkie), die eerste diens van die eerste adres.

Die instaanbediener ontvang dit na die hawe (3333), maar weet nie wat data word oor hierdie verbinding gestuur. Al wat hy geweet het - 'n verbinding na die hawe 3333. Daarom is die instaanbediener konsulteer sy opset en sien dat die verkeer op hierdie poort moet herlei word na 192.0.2.1:8080 (of dat dit nodig is om die reël vir hierdie diens aansoek doen). As jy al jou HTTP verkeer nie kan lei, omdat die kliënt opset die opset van die HTTP proxy bediener ondersteun nie, moet jy 'n omgekeerde HTTP-Proxy gebruik.

In plaas van die teiken URL-adresse wat jy spesifiseer die gewenste. Hierdie proses is soortgelyk aan die TCP volmag, waarin jy dit spesifiseer as 'n eindpunt vir TCP boodskappe op die kliëntsisteem en die skep van 'n ekspedisie reël instel.

Die verskil is dat jy die tipe kenmerk voeg in die reël dat HTTP spesifiseer, soos in die volgende voorbeeld: .

Hoe is die verkeer beweging?

Nou instaanbediener is ingestel om net te aanvaar HTTP-verkeer vir die aangewese hawe, en kan gebruik word meer ryk filter. Byvoorbeeld, kan die bediener filter die verkeer op die voorblad, wat geen definitiewe pad in sy URL-adres, of wat nie die HTTP-spesifieke metode, soos post nie gebruik het. Maar omdat die prop nie altyd werk nie, die bediener moet nog die bestemming van die item wees, om in staat wees om die verkeer te stuur na die stelsel. Byvoorbeeld, veronderstel dat die kliënt se behoeftes aan te sluit by die diens op 192.0.2.1:8080 en 'n omgekeerde HTTP-Proxy gebruik op 198.51.100.1:3333.

Voor 'n kliënt 'n instaanbediener, die kliënt verstellings kan gebruik vir hierdie diens, wat jy nodig het om te verander is URL-adresse, soos http: // 192.0.2.1:8080/ werking, by http: // 198.51.100.1:3333/ operasie. Die navraag wat aan die nuwe adres van die URL is gestuur, gaan die instaanbediener.

Die versoek boodskap bevat 'n TCP eindpunt vir die volmag (198.51.100.1:3333) in die kop "Host", en nie die adres van die stelsel, want die kliënt nie weet wat hy die gestuur boodskap stuur. Dit vereenvoudig die kliënt bepaal die aard van die rol van so 'n mengsel. So, die proxy gebruik die elemente van , om te weet dat die versoek kom na die hawe 3333 vereis een van die volgende: dit moet gestuur word aan 'n lewendige stelsel 192.0.2.1:8080, en die titel «Host» in die boodskap te wees opgedateer. Vir die boodskap wat toegepas moet word om al die reëls van die diens, byvoorbeeld, die routing prop.