Kiel agordi la ricevi ligojn tra 8080 (haveno): instruado, diagramo kaj recenzoj

Haveno en komputilo retoj estas natura nombro kiu estas registrita en la kaplinio OSI protokolo. Ĝi estas desegnita por identigi la ricevanto de la procezo la paketon en la sama gastiganto.

Kutime, en spaco de uzanto sur gastiganto kun instalita operaciumo venas pli ol unu procezo en tempo, kaj ĉiu el ili kuras specifan programon. Se tiuj programoj influas la komputila reto "ŝelo" de tempo al tempo ĝi ricevas per la IP-pakoj kiu estas destinita por unu el la programoj.

Kiel ĝi funkcias?

Se la programo uzas la datumojn interŝanĝo per la reto, ĉi tiu procezo povas okazi jene:

• En VIN petis apartan havenon numeron. La sistemo povas provizi ambaŭ lian programon kaj malpermesi la transigo (ĉi tio okazas en kazoj kie la haveno nombro estas jam uzata de alia aplikaĵo).
• Ĉe la VIN petas ne specifi la haveno nombro en iu ajn havebla. La sistemo mem elektas ĝin kaj provizas Programo.

Kiel malfermi haveno (8080, 80 kaj tiel plu)? Ene de la reto informoj estas interŝanĝis laŭ specifa protokolo (inter la du procezoj). Por ligo estis establitaj, la sekva estas bezonata:

• IP-adreso de la sendinto kaj ricevanto gastigantoj (bezonis vojo estis konstruita inter ili);
• protokolo nombro;
• Ĉambroj ambaŭ havenoj (fonto kaj destino).

Se la rilato estas super TCP, la fonto haveno estas uzita kiel la mastruma sistemo de la ricevonto konfirmi la transdono de la datumoj kaj procesi la ricevanto respondi.

Malfermita kaj fermita havenoj

Fare de la sendinto de gastiganto kaj haveno nombro agas kiel kompenso al la reveno adreson, kio estas indikita sur la koverton. Tiu nombro estas nomita la inversa.

En kazoj kie procezo sur gastiganto sur regula bazo uzanta la saman havenon numeron al haveno estas konsiderita malferma. Ekzemple, la programo asociita kun la servilo povas uzi la tutan tempon 80 aŭ 8080 por komunikado. Kiam la procezo ne povas malfermi havenon kiu konsideras fermita.

haveno nombroj

Ĉiuj havenoj havas iliajn nombrojn registrita en la preskribita maniero. Ĉiu estas dizajnita por ĝia specifa celo. Do ofte povas vidi la havenon 8080. Kial vi bezonas tiun funkcion kiam uzante la Interreto?

Laŭ oficialaj datumoj, la haveno estas TCP kaj estas desegnita por uzo kun HTTP. Neoficiale, ĝi estas ankaŭ uzata de la Tomcat servlet ujo skribita en Java.

TCP-haveno 8080 povas uzi specifan protokolon por komunikado, depende de la apliko. Protokolo estas aro de formaligitaj reguloj kiuj klarigas kiel datumoj estas transdonita super la reto. Ĝi povas esti prezentita en lingvo kiu estas uzata inter komputiloj por helpi ilin komuniki pli efike.

La HTTP-protokolo, kiu kuras tra 8080, ĝi fiksas la komunikado formato inter Interreto retumiloj kaj ttt ejoj. Alia ekzemplo estas la IMAP protokolo, kiu difinas la rilaton inter la IMAP poŝto serviloj kaj klientoj aŭ, finfine, SSL protokolon, kiu precizigas la formato uzita por ĉifritaj mesaĝoj.

transporto de datumoj

Tiel, TCP-haveno 8080 uzas la Transmission Kontrolo Protocol. Li estas unu el la ĉefaj protokoloj en TCP / IP retoj. Dum kiu la protokolo IP traktas nur kun pakoj, TCP ebligas du gastigantoj establi konekton kaj interŝanĝon fluoj de datumoj. Ĝi garantias ilian livero, kaj ankaŭ la fakto ke pakoj estos liverita al haveno 8080 en la sama ordo, en kiu ili estis senditaj. Garantiita ligo por 8080 - tio ĉi estas ŝlosilo distingo inter TCP kaj UDP. UDP 8080 ne garantias la saman rilaton.

Kiel malfermi havenon 8080 en Windows 7?

Por fari tion, iru al "Komenci" menuo kaj trovi la Kontrolo Panelo. Ĝi estas bezonata por alklaku la "Reto" sub-menuon kaj trovi la "Firewall modulo." En la "Esceptoj" langeto, trovi la "Aldoni Port". Vi malfermos dialogon skatolo en kiu vi devus eniri la havenon numeron. Certiĝu ke la agordojn specifitaj en la TCP do elektu OK.

Kiel fermi haveno 8080? Sufiĉas starigi ligon al alia specifa haveno.

Altnivela Agordo HTTP kaj TCP Proxy

La HTTP-protokolo kuras sur TCP, sed provizas aldonan informon pri atribui mesaĝon. Tial, la du proxies estas agordita malsame.

HTTP-trafikon inkludas la celon gastiganto kaj haveno por la mesaĝo. Kaj kontinua-TCP ligo kun TCP fina punkto, tio estas, inter aparta gastiganto kaj haveno. Tipe, HTTP-Poŝto punktoj al la sama fina punkto kiel la TCP-ligo. Se vi ŝanĝas la agordon de la kliento por uzi HTTP- prokurilo konekto estas farita al alia gastiganto kaj haveno, anstataŭ la URL precizigita en la HTTP-adresoj. Tio signifas, ke la fino punkto TCP en la mesaĝo malsamas al tiu fino al kiu ĝi estas konektita.

Ekzemple, se la HTTP-peto sendita al http://192.0.2.1:8080/operation paĝo peto inkludas «192.0.2.1:8080» titolo «Host» HTTP-mesaĝo, kiu estas sendita al haveno 8080 sur la gastiganto 192,0. 2.1.

Tamen, se vi agordi la HTTP-kliento por uzi prokuran servilon, bazaj TCP-ligo iras al la TCP fina punkto por li, dum la mesaĝon ankoraŭ enhavas la originala fina punkto.

Ekzemple, se vi agordi klientoj por sendi siajn mesaĝojn al la prokura servilo ĉe 198281.100.1 haveno 3128, kaj la kliento sendas peton por http://192.0.2.1:8080/operation, la mesaĝo ankoraŭ enhavas «192.0.2.1: 8080" la titolo «Host», kaj nun ankaŭ en la kampo de «Peti-Line». Tamen, ĉi tiu mesaĝo estas jam sendita tra la TCP-ligo ĉe 198.51.100.1:3128. Tiel, HTTP- prokurilo povas ricevi mesaĝojn en la sama haveno (povoj la haveno 8080) kaj povas sendi ilin al pluraj malsamaj servoj surbaze de informoj pri la ricevanto.

Kiel agordi la ricevi ligojn sur haveno 8080?

Do, la titolo de «Host» estis aldonita al HTTP / 1.1. Ligoj HTTP / 1.0 ne inkluzivas ĝin en si mem. Tial, tiaj komponaĵoj, kiuj ne pasas tra la prokurilo ne inkluzivas la gastiganto kaj haveno por la mesaĝo. Sed informo en la HTTP / 1.0, senditaj tra prokura servilo, ankoraŭ enhavas la celon gastiganto kaj haveno en la "query string". Tial, la foresto de la titolo «Host» ne kaŭzas problemojn por la prokurilo.

Por ebligi TCP prokurilo, vi devas ŝanĝi la agordon de la kliento kun TCP fina punkto en reala tempo sur anstataŭigebla fina punkto. Kontraste HTTP, la protokolo ne havigas korpigita kapablo uzi proxy. Tio estas, se vi konektas al la prokura servilo tra TCP, por dissendo de informoj al la fina celloko ne havigas neniun mekanismon.

Kiel agordi plurajn rilato vojo 8080?

La sola maniero por la TCP prokurilo permesas ligojn al pluraj sistemoj (ekzemple, fina celo), kiom ajn trafiko sendiĝos al ĉi tiuj komponaĵoj - estas aŭskulti alian havenon por ĉiu de la sistemoj. Ĝi permesas vin konektiĝi kaj subteni informoj pri kio de ĝia haveno nombroj respondas al ĉiu fina punkto. Tiam la kliento estas agordita kun la prokura haveno responda al ĉiu sistemo, per kiu ĝi bezonas konekti. TCP prokurilo aŭskultante havenoj kaj liaj respondaj finpunktoj agordita en la telefonistoj en la prokur- agordan dosieron, RTCP_install_dir / httptcp / registration.xml. Unue, kontrolu la haveno 8080 - se ĝi estas malferma defaŭlte, pli ĝustigas estos farita en kelkaj minutoj.

En ĉi tiu ekzemplo, 198.51.100.1 estas la IP-adreso de la prokura servilo. Ajna trafiko sendita al haveno 3333 sur la prokura servilo sendas al haveno 8080 ĉe la jenan adreson: www. Ekzemplo. com:

Do vi devas ŝanĝi la kliento agorda dosiero ĉiufoje vi aldonas novan destinon por trafiko. Tiu limigo ne aplikeblas al HTTP-prokuriloj.

La interago inter la HTTP kaj TCP

Por kompreni, kiel la haveno manipulas en la HTTP kaj TCP proxies, supozu ke vi havas du servoj sur 192.0.2.1:8080 kaj 192.0.2.1:8081 kaj prokura servilo kuras sur la 198.51.100.1. Se ili malsamas en la IP-adreson anstataŭ per haveno nombro, ĉi tiu ekzemplo estos la sama krom la responda adreson por ĉiu servo. Se ili atendas HTTP-trafikon por unu-la HTTP- prokuro- haveno petoj sur ambaŭ TCP finpunktoj eblas sendita al li. Kiam HTTP vidas ke la mesaĝo estas adresita 192.0.2.1:8080, la prokurilo plusendas la mesaĝon al tiu adreso, aŭ apliki ajnan regulojn ke li havas por ĉi tiu servo. La sama procedo validas por 192.0.2.1:8081, uzante la sama haveno.

Se tiuj du servoj anstataŭ atendi TCP trafiko devus esti malferma du TCP-prokurilo haveno difinita de du elementoj en la agordo-dosiero:

La kliento agordo por la unua servo ŝanĝoj de «192.0.2.1:8080» sur «198.51.100.1:3333», kaj por la dua - al «192.0.2.1:8081» al «198.51.100.1:3334». La kliento sendas mesaĝon (TCP paketon), la unua servo de la unua adreso.

La prokura servilo ricevas ĝin al la haveno (3333), sed ne scias, kion datumoj estas senditaj super tiu ligo. Ĉio, kion li scias - ligon al haveno 3333. Sekve, la prokura servilo konsultas lian agordon kaj vidas ke la trafiko sur tiu haveno devas esti alidirektita al 192.0.2.1:8080 (aŭ ke estas necese apliki la regulo por ĉi tiu servo). Se vi ne povas redirekti ĉiujn viajn HTTP trafikon, ĉar la kliento agordo ne subtenas la agordon de la HTTP- prokuro- servilo, Vi devus uzi reverso HTTP-prokuriloj.

En ĝi anstataŭ la celo URL-adresoj vi specifi vian deziris. Tiu procezo estas simila por agordi la TCP prokurilo, en kiu oni indikas ĝin kiel fina punkto por TCP mesaĝojn en la kliento sistemon kaj krei forwarding regulo.

La diferenco estas, ke vi aldonas la tipon eco en la regulo kiu specifas HTTP, kiel en la sekva ekzemplo: .

Kiel estas la trafiko movado?

Nun prokura servilo estas agordita por nur akcepti HTTP-trafikon por la nomumitajn haveno, kaj povas esti uzita pli riĉa filtrado. Ekzemple, la servilo povas elfiltri la trafiko sur la kovrilo, sur kiu ne estas difinita vojo en ties ret-adreson, aŭ kiu ne uzas la HTTP-specifa metodo, kiel POST. Tamen, ĉar la kromprogramon ne ĉiam funkcias, la servilo ankoraŭ bezonas esti la celon de la elemento , por povi sendi al trafiko al la sistemo. Ekzemple, supozu ke la kliento bezonas konekti al la servo sur 192.0.2.1:8080 kaj uzi inversa HTTP-prokuriloj sur 198.51.100.1:3333.

Antaŭ kliento povas uzi prokuran servilon, la kliento agordo por ĉi tiu servo, vi devas ŝanĝi estas URL-adresoj, ekzemple http: // 192.0.2.1:8080/ operacio, ĉe http: // 198.51.100.1:3333/ operacio. La demando kiu sendas al la nova adreso de la URL, eniras la prokura servilo.

La peto mesaĝo enhavas TCP fina punkto por la prokurilo (198.51.100.1:3333) en la kaplinio "Gastiganto", kaj ne la adreson de la sistemo, ĉar la kliento ne scias, kion li sendas la plusendita mesaĝo. Ĉi simpligita la kliento determinas la naturon de la rolo de tia kombinaĵo. Tiel, la prokura uzas la elementoj de , scii ke la peto venas al haveno 3333 postulas unu el la sekvaj: ĝi devas esti plusendita al viva sistemo 192.0.2.1:8080, kaj la titolo «Host» en la mesaĝo por esti ĝisdatigita. Por la mesaĝo por apliki ĉiujn regulojn de la servo, ekzemple, la vojigo ŝtopilo.