Hvordan du konfigurerer mottaksforbindelser gjennom 8080 (port): instruksjon, diagram og anmeldelser

Port i datanettverk er et naturlig tall som er registrert i overskriften OSI-protokollen. Den er utformet for å identifisere mottakeren av fremgangsmåten pakken i den samme vert.

Som regel i bruker plass på en vert med en installert operativsystem kommer mer enn en prosess om gangen, og hver av dem kjører et bestemt program. Hvis disse programmene påvirker datanettverk "skall" fra tid til annen blir det gjennom IP-pakke som er ment for et av programmene.

Hvordan virker det?

Hvis programmet benytter datautveksling via nettverket, kan denne prosess foregå som følger:

• I OS bedt om en bestemt portnummer. Systemet kan tilveiebringe både sitt program og forby overførings (dette skjer i de tilfeller hvor det portnummeret allerede er i bruk av et annet program).
• På OS er bedt om ikke oppgi portnummeret i alle tilgjengelige. Systemet i seg selv velger det, og gir programmet.

Hvordan åpne en port (8080, 80 og så videre)? I nettverket informasjon utveksles i henhold til en spesifikk protokoll (mellom de to prosesser). Til tilkoblingen er opprettet, er følgende nødvendig:

• IP-adressen til avsender og mottaker verter (nødvendig å rute ble bygget mellom dem);
• protokollnummer;
• Rom begge portene (kilde og destinasjon).

Hvis forbindelsen er over TCP, blir kilden porten som brukes som operativsystemet til mottakeren for å bekrefte overføringen av dataene og behandle mottakeren skal svare.

Åpne og lukkede porter

På den del av senderens vert og portnummer fungere som et motstykke til returadressen som er angitt på konvolutten. Dette tallet kalles omvendt.

I tilfeller hvor en prosess på en vert på en jevnlig basis bruker samme portnummeret til en port regnes som åpen. For eksempel kan program assosiert med serveren bruker hele tiden 80 eller 8080 for kommunikasjon. Når prosessen ikke kan åpne en port som er ansett som avsluttet.

portnumre

Alle havner har sine tall registrert på foreskreven måte. Hver er utformet for sin bestemt formål. Så ofte kan du se port 8080. Hvorfor trenger du denne funksjonaliteten når du bruker Internett?

Ifølge offisielle data, er den port TCP og er designet for bruk med HTTP. Uoffisielt er det også brukt av Tomcat servlet container skrevet i Java.

TCP-port 8080 kan bruke en spesiell protokoll for kommunikasjon, avhengig av anvendelsen. Protokoll er et sett av formaliserte regler som forklarer hvordan data overføres via nettverket. Det kan bli presentert i et språk som brukes mellom datamaskiner for å hjelpe dem med å kommunisere mer effektivt.

HTTP-protokollen, som går gjennom 8080, bestemmer kommunikasjonsformat mellom nettlesere og nettsteder. Et annet eksempel er den IMAP-protokollen, som definerer forholdet mellom IMAP postservere og klienter eller, til slutt, SSL-protokollen, som angir formatet som brukes for krypterte meldinger.

dataoverføring

Dermed TCP-port 8080 bruker Transmission Control Protocol. Han er en av de viktigste protokollene i TCP / IP-nettverk. Mens IP-protokollen behandler kun pakker muliggjør TCP to verter for å etablere en forbindelse og utveksle datastrømmer. Det garanterer deres levering, samt det faktum at pakker vil bli levert til port 8080 i den samme rekkefølge som de ble sendt. Garantert tilkobling for 8080 - dette er et viktig skille mellom TCP og UDP. UDP 8080 ville ikke garantere samme tilkobling.

Hvordan åpne port 8080 på Windows 7?

For å gjøre dette, gå til "Start" -menyen og finne den Kontrollpanel. Det er nødvendig å klikke på "Nettverk" sub-menyen og finne "brannmur modulen." I "Unntak" -kategorien, finner "Legg til port". Du vil åpne en dialogboks der du skal skrive inn portnummeret. Sørg for at innstillingene er angitt i TCP, og velg deretter OK.

Hvordan lukke port 8080? Det er nok til å sette opp en forbindelse til en annen spesifikk port.

Advanced Configuration HTTP og TCP Proxy

HTTP-protokollen kjører på toppen av TCP, men gir ytterligere informasjon om tilordning av en melding. Av denne grunn er de to fullmakter konfigurert annerledes.

HTTP-trafikk omfatter målet vert og port for meldingen. Han går på TCP-tilkobling med en TCP endepunkt, dvs. mellom en bestemt vert og port. Vanligvis, HTTP-Post peker til samme endepunkt som TCP-tilkobling. Hvis du endrer konfigurasjonen av klienten til å bruke HTTP proxy-serveren tilkoblingen er gjort til en annen vert og port, i stedet for nettadressen som er angitt i HTTP-adresser. Dette betyr at endepunktet TCP i meldingen er forskjellig fra den ende til hvilken den er forbundet.

For eksempel, hvis HTTP-forespørsel sendt til http://192.0.2.1:8080/operation side forespørsel inkluderer «192.0.2.1:8080» tittelen «Host» HTTP-melding som sendes til port 8080 på verten 192,0. 2.1.

Men hvis du konfigurere HTTP-klienten til å bruke en proxy-server, går grunnleggende TCP-tilkobling til TCP endepunkt for ham, mens meldingen fortsatt inneholder den opprinnelige endepunkt.

For eksempel, hvis du konfigurerer klienter å sende sine meldinger til proxy-serveren på 198281.100.1 port 3128, og klienten sender en forespørsel om http://192.0.2.1:8080/operation, inneholder meldingen fortsatt «192.0.2.1: 8080" tittelen «Host», og nå også innen «Request line». Men denne meldingen nå sendes via TCP-tilkoblingen på 198.51.100.1:3128. Dermed kan HTTP proxy server motta meldinger på samme port (proxy på port 8080) og kan sende dem til flere ulike tjenester på grunnlag av opplysninger om mottakeren.

Hvordan du konfigurerer motta tilkoblinger på port 8080?

Så ble tittelen «Host» lagt til HTTP / 1.1. Tilkoblinger HTTP / 1.0 inkluderer ikke det i seg selv. Av denne grunn har slike forbindelser som ikke passerer gjennom proxyen ikke inneholde verts og port for meldingen. Imidlertid informasjon om HTTP / 1.0, sendes gjennom en proxy-server, inneholder fremdeles målverten og porten i "søkestrengen". Derfor ikke fravær av tittelen «Host» ikke skape problemer for proxy.

For å aktivere TCP proxy, må du endre konfigurasjonen av klienten med TCP endepunkt i sanntid på en utskiftbar endepunkt. I motsetning til HTTP, ikke protokollen ikke gir en innebygd evne til å bruke en proxy. Det vil si, hvis du kobler til proxy-serveren via TCP, for overføring av informasjon til den endelige destinasjonen gir ikke noen mekanisme.

Hvordan sette opp flere tilkobling via 8080?

Den eneste måten for TCP proxy tillate tilkoblinger til flere systemer (dvs. endelige destinasjon), uansett hvor mye trafikk vil bli sendt til disse forbindelsene - er å lytte til en annen port for hvert av systemene. Den lar deg koble til og vedlikeholde informasjon om hvilke av sine portnumre tilsvarer hvert endepunkt. Deretter klienten er konfigurert med proxy-port som svarer til hvert system med hvilket det er behov for å koble til. TCP-proxy lytter porter og deres tilsvarende endepunkter konfigurert i operatorene i proxy konfigurasjonsfilen, RTCP_install_dir / httptcp / registration.xml. Først av alt, sjekk port 8080 - hvis den er åpen som standard, vil ytterligere justeringer gjøres på noen få minutter.

I dette eksempelet er 198.51.100.1 IP-adressen til proxy-serveren. All trafikk sendes til port 3333 på proxy-serveren blir sendt til port 8080 på følgende adresse: www. Eksempel. com:

Så du må endre klientens konfigurasjonsfilen hver gang du legger til en ny destinasjon for trafikk. Denne begrensningen gjelder ikke for HTTP-proxy.

Samspillet mellom HTTP og TCP

For å forstå hvordan havnen håndterer i fullmakter HTTP og TCP anta at du har to tjenester på 192.0.2.1:8080 og 192.0.2.1:8081, og proxy-server som kjører på 198.51.100.1. Hvis de er forskjellige i det IP-adresse i stedet for ved porten, vil dette eksempelvis være den samme med unntak av den tilsvarende adresse for hver tjeneste. Hvis de forventer HTTP-trafikk for en-HTTP proxy port forespørsler på både TCP punktene kan sendes til ham. Når en HTTP ser at meldingen er adressert 192.0.2.1:8080, videresender proxy meldingen til denne adressen, eller bruke noen regler som han har for denne tjenesten. Den samme fremgangsmåten gjelder for 192.0.2.1:8081, via samme port.

Hvis disse to tjenestene i stedet forvente TCP trafikk bør være åpne to TCP-proxy-port defineres av to elementer i konfigurasjonsfilen:

Klienten konfigurasjon for den første tjenesten endres fra «192.0.2.1:8080» på «198.51.100.1:3333», og for det andre - en «192.0.2.1:8081» til «198.51.100.1:3334». Klienten sender en melding (TCP-pakke), den første tjenesten i den første adressen.

Proxy-serveren mottar den til porten (3333), men vet ikke hvilke data som blir sendt over denne sammenhengen. Alt som han visste - tilkobling til port 3333. Derfor konsulterer proxy-serveren konfigurasjonen og ser at trafikken på denne porten må bli omdirigert til 192.0.2.1:8080 (eller at det er nødvendig å bruke regelen for denne tjenesten). Hvis du ikke kan omdirigere all HTTP-trafikk, fordi klienten konfigurasjonen ikke støtter konfigurasjonen av HTTP proxy-server, bør du bruke en omvendt HTTP-proxy.

I den i stedet for mål URL-adresser du angi ønsket. Denne prosessen er lik konfigurere TCP proxy, der du angir det som et endepunkt for TCP meldinger på klientsystemet og opprette en videresendingsregel.

Forskjellen er at du legger den type attributt i regelen som angir HTTP, som i følgende eksempel: .

Hvordan er trafikken bevegelse?

Nå proxy-serveren er konfigurert til å kun godta HTTP-trafikk for den angitte porten, og kan brukes mer rik filtrering. For eksempel kan serveren filtrere ut trafikken på omslaget, som ikke har noen klar bane i sin URL-adresse, eller som ikke bruker HTTP-spesifikke metoden som POST. Men fordi kontakten ikke alltid fungerer, fortsatt må serveren være målet for elementet , for å være i stand til å sende trafikk til systemet. For eksempel anta at klienten må koble til tjenesten på 192.0.2.1:8080 og bruke en omvendt HTTP-Proxy på 198.51.100.1:3333.

Før en klient kan bruke en proxy-server, klienten konfigurasjonen for denne tjenesten, må du endre er URL-adresser, for eksempel http: // 192.0.2.1:8080/ drift, på http: // 198.51.100.1:3333/ drift. Spørringen som sendes til den nye adressen til URL, går til proxy-serveren.

Forespørselen meldingen inneholder en TCP endepunkt for proxy (198.51.100.1:3333) i overskriften "vert", og ikke adressen til systemet, fordi kunden ikke vet hva han sender den videresendte meldingen. Denne forenklede kunden bestemmer arten av den rolle av en slik forbindelse. Dermed bruker proxy elementene , å vite at forespørselen kommer til port 3333 krever ett av følgende: det skal bli videresendt til et levende system 192.0.2.1:8080, og tittelen «Host» i meldingen for å være oppdatert. For meldingen som skal anvendes alle reglene for tjenesten, for eksempel ruting pluggen.