Sådan konfigureres modtagelse af forbindelser via 8080 (port): instruktioner, diagram og feedback
En port i computernetværk er et naturligt nummer, der er optaget i overskriften til OSI-protokollen. Det er designet til at identificere processen med at modtage pakken i en vært.
Som regel i brugerplads på værtenmed det installerede operativsystem forekommer flere processer samtidigt, og i hvert enkelt af dem opererer et bestemt program. Hvis disse programmer påvirker computernetværket, modtager "shell" fra tid til anden en IP-pakke, der er beregnet til et af programmerne.
Hvordan virker det?
Hvis programmet bruger dataudveksling via et netværk, kan denne proces ske som følger:
- OS kræver et specifikt portnummer. I dette tilfælde kan systemet både give det til programmet og forbyde transmission (dette sker i tilfælde, hvor dette portnummer allerede er brugt af en anden applikation).
- Operativsystemet kræver ikke et bestemt portnummer i en fri port. Systemet vælger det og leverer det til programmet.
Hvordan åbner porten (8080, 80 og så videre)? Inden for netværket udveksles oplysninger i henhold til en specifik protokol (mellem to processer). For at etablere en forbindelse har du brug for følgende:
- IP-adresser til modtager- og afsenderværter (det er nødvendigt at der oprettes en rute mellem dem);
- Nummer af protokollen;
- Tallene for begge porte (modtageren og afsenderen).
Hvis forbindelsen er via TCP, bruges afsenderens port som modtagerens OS til at overføre bekræftelsen af de modtagne data og modtagerens proces for at sende svaret.
Åbne og lukkede porte
Fra afsenderens side fungerer værts- og portnummer som en analog af returadressen, som er angivet på konvolutterne. Dette tal kaldes det inverse nummer.
I tilfælde hvor enhver proces på værten påbruger permanent samme portnummer, anses en sådan port for åben. For eksempel kan et program tilknyttet en server altid bruge 80 eller 8080 til kommunikation. Når en proces ikke kan åbne en port, anses det for at være lukket.
Portnumre
Alle havne har deres egne numre registreret iden etablerede rækkefølge. Hver af dem er designet til sit specifikke formål. Så når du arbejder på internettet, kan du ofte se port 8080. Hvorfor har vi brug for sådan funktionalitet?
Ifølge officielle data fungerer denne port på TCP-protokollen og er beregnet til brug sammen med HTTP. Uofficielt bruges den også af Tomcat servletbeholderen, skrevet i Java.
TCP port 8080 kan bruge en bestemtprotokollen til kommunikation afhængigt af applikationen. Protokollen er et sæt formaliserede regler, der forklarer, hvordan data overføres via netværket. Dette kan præsenteres som et sprog, der bruges mellem computere for at hjælpe dem med at kommunikere mere effektivt.
HTTP-protokollen, som fungerer gennem 8080,Det definerer formatet for kommunikation mellem internetbrowsere og hjemmesider. Et andet eksempel er IMAP-protokollen, som definerer forholdet mellem IMAP mail-servere og klienter eller endelig SSL-protokollen, som angiver det format, der bruges til krypterede meddelelser.
Dataoverførsel
TCP-port 8080 bruger således protokollentransmissionskontrol. Det er en af hovedprotokollerne i TCP / IP-netværk. Mens IP-protokollen kun omhandler pakker, tillader TCP to værter at etablere en forbindelse og udveksle datastrømme. Det garanterer deres levering, og også at pakkerne vil blive leveret til havn 8080 i samme rækkefølge som de blev sendt til. En garanteret 8080-forbindelse er nøgleforskellen mellem TCP og UDP. UDP 8080 ville ikke garantere en forbindelse på samme måde.
Sådan åbnes port 8080 i Windows 7?
For at gøre dette skal du gå til menuen "Start" og findeKontrolpanelet. I det skal du klikke på undermenuen "Network" og finde i det "Branmauer". På fanen Undtagelser finder du "Tilføj port" elementet. Du vil blive præsenteret med en dialogboks, hvor du bliver bedt om at indtaste portnummeret. Kontroller, at indstillingerne er TCP, og klik derefter på OK.
Hvordan lukker port 8080? For at gøre dette er det nok at konfigurere forbindelsen til en anden specifik port.
Avanceret HTTP- og TCP-proxy-konfiguration
HTTP-protokollen fungerer oven på TCP-protokollen, men indeholder yderligere oplysninger om tildelingen af meddelelsen. Af den grund konfigureres de to proxyer forskelligt.
HTTP-trafik omfatter målværten og portenfor meddelelsen. Det sendes over TCP-forbindelsen til TCP-slutpunktet, det vil sige mellem den angivne vært og porten. Typisk peger en HTTP-meddelelse på det samme endepunkt som TCP-forbindelsen. Hvis du ændrer klientkonfigurationen til at bruge en HTTP-proxy, oprettes forbindelsen med en anden vært og port, i stedet for den, der er angivet i HTTP-webadresserne. Det betyder, at TCP-slutpunktet i meddelelsen er forskelligt fra det endepunkt, som det er tilsluttet.
For eksempel, hvis en HTTP-anmodning sendes til en sidehttp://192.0.2.1:8080/operation, omfatter anmodningen "192.0.2.1:8080" i overskriften "Host" af HTTP-meddelelsen, som sendes til 8080-port på værten 192.0.2.1.
Men hvis du konfigurerer HTTP-klientenBrug af en proxyserver, den grundlæggende TCP-forbindelse går til TCP endpoint for den, mens meddelelserne stadig indeholder det originale endepunkt.
For eksempel, hvis du konfigurerer klienten til at sendederes budskaber til proxyserveren på 198281.100.1 port 3128, og kunden sender en anmodning om http://192.0.2.1:8080/operation, stadig indeholder meddelelsen «192.0.2.1: 8080" i titlen«Host», og nu også i feltet "Request-Line". Imidlertid er dette budskab nu sendes via TCP-forbindelse på 198.51.100.1:3128. Således kan HTTP-proxyserver modtage beskeder på den samme port (fuldmagt på port 8080), og kan sende dem til flere forskellige tjenester på grundlag af oplysninger om modtageren.
Hvordan kan jeg konfigurere modtagelse af forbindelser via port 8080?
Så blev "Overskrift" header tilføjet til HTTP / 1.1. HTTP / 1.0-forbindelsen omfatter ikke den. Af denne grund omfatter sådanne forbindelser, der ikke passerer proxyen, ikke værten og porten til meddelelsen. Imidlertid indeholder HTTP / 1.0-oplysningerne, der sendes via proxyserveren, stadig målværten og porten i "forespørgselsstrengen". Derfor forårsager fraværet af "Host" -overskriften ikke et problem for proxyen.
For at aktivere TCP proxyen skal duSkift klientkonfigurationen fra et TCP-slutpunkt i realtid til et erstatningsendepunkt. I modsætning til HTTP giver denne protokol ikke en indbygget evne til at bruge en proxy. Det vil sige, hvis du opretter forbindelse til en proxyserver via TCP, er der ingen mekanisme til at sende informationen til måladressen.
Sådan konfigureres flere forbindelser med 8080?
Den eneste måde for en TCP proxyTillad tilslutning til flere systemer (det vil sige med endepunkter), uanset hvilken trafik der sendes over disse forbindelser, lytter til en anden port for hvert af systemerne. Dette giver dig mulighed for at forbinde og vedligeholde oplysninger om, hvilke af portnummerene der svarer til hvert endepunkt. Derefter konfigureres klienten med en proxyport, der svarer til hvert system, som det skal tilsluttes. TCP proxy porte til lytning og deres tilsvarende endepunkter er konfigureret i <forward> operatørerne i proxy konfigurationsfilen, RTCP_install_dir / httptcp / registration.xml. Først og fremmest skal du kontrollere port 8080 - hvis den er åben som standard, vil der blive foretaget yderligere indstillinger om få minutter.
I dette eksempel er 198.51.100.1 IP-adressen til proxyserveren. Enhver trafik, der sendes til port 3333 til en proxyserver, sendes til port 8080 på: www. Eksempel. com:
<Forward bind = "198.51.100.1:3333" destination = "www. Example.com: 8080" />
Derfor skal du ændre klientkonfigurationsfilen, når du tilføjer en ny destination for trafik. Denne begrænsning gælder ikke for HTTP-proxy.
Interaktion mellem HTTP og TCP
For at forstå, hvordan porte håndteresHTTP og TCP proxyer antage, at du har to tjenester på 192.0.2.1:8080 og 192.0.2.1:8081, og proxy-server, der kører på 198.51.100.1. Hvis de adskiller sig efter IP-adresse og ikke efter portnummer, vil dette eksempel være det samme, med undtagelse af den tilsvarende adresse for hver tjeneste. Hvis de forventer HTTP-trafik pr. HTTP-proxy, kan anmodninger om begge TCP-slutpunkter sendes til den. Når en HTTP ser, at budskabet er rettet 192.0.2.1:8080, proxy videresender meddelelsen til denne adresse, eller anvende de regler, som han har for denne service. Den samme procedure gælder for 192.0.2.1:8081, der bruger den samme port.
Hvis disse to tjenester i stedet venter på TCP-trafik, skal to TCP proxy-porte, der er defineret af de to <forward> -elementer i konfigurationsfilen, åbnes:
<Forward bind = "198.51.100.1:3333" destination = "192.0.2.1:8080" />
<Forward bind = "198.51.100.1:3334" destination = "192.0.2.1:8081" />
Konfigurationen af klienten til den første tjeneste ændresmed «192.0.2.1:8080» på «198.51.100.1:3333», og den anden - med den «192.0.2.1:8081» på «198.51.100.1:3334». Klienten sender en besked (TCP-pakke) til den første tjeneste ved den første adresse.
Proxyserveren modtager den på denne port (3333),men ved ikke, hvilke data der sendes over denne forbindelse. Alt, hvad han ved, er en forbindelse til port 3333. Derfor konsulterer proxyserveren med sin konfiguration og ser, at trafikken til denne port skal omdirigeres til 192.0.2.1:8080 (eller at en regel for denne tjeneste skal anvendes på den). Hvis du ikke kan omdirigere hele din HTTP-trafik, fordi klientkonfigurationen ikke understøtter HTTP-proxy-konfigurationen, skal du bruge en omvendt HTTP-proxy.
I den, i stedet for destinationswebadressen, angiver dunødvendigt for dig. Denne proces ligner TCP proxy konfigurationsprocessen, hvor du angiver det som TCP endpoint for meddelelsen i klientsystemet og opretter en viderestillingsregel.
Forskellen er, at du tilføjer typeattributten til reglen, der definerer HTTP, som i følgende eksempel: <forward bind = "198.51.100.1:3333" destination = "192.0.2.1:8080" type = "HTTP" />.
Hvordan er trafikken flydende?
Nu er proxyserveren konfigureret til kun at modtageHTTP-trafik til den tildelte port, og kan bruge mere rig filtrering. En server kan f.eks. Filtrere trafik til en stub, der ikke har en bestemt sti i dens webadresse, eller det bruger ikke en bestemt HTTP-metode, som f.eks. POST. Da stubben ikke altid fungerer, har serveren stadig brug for en destination fra <forward> -elementet for at kunne sende trafik til systemet. For eksempel antage, at kunden har brug for at oprette forbindelse til tjenesten på 192.0.2.1:8080 og bruge en omvendt HTTP-proxy på 198.51.100.1:3333.
Før klienten kan brugeProxyserveren, klientkonfigurationen for denne tjeneste skal ændres fra en URL, for eksempel http: // 192.0.2.1:8080/ operation, til http: // 198.51.100.1:3333/ operation. Forespørgslen, der sendes til denne nye webadresse, falder ind i proxyserveren.
Forespørgselsmeddelelsen indeholder et TCP-slutpunkt forProxy (198.51.100.1:3333) i headeren "vært", og ikke adressen på systemet, fordi kunden ikke ved, hvad han sender den videresendte meddelelse. Denne forenklede klientrolle afgør arten af en sådan forbindelse. Således proxy bruger elementerne i <fremad>, at vide, at anmodningen kommer til port 3333 kræver en af følgende: den skal sendes til en live-system 192.0.2.1:8080, og titlen «Vært» i meddelelsen for at være opdateret. For meddelelsen skal alle regler for denne tjeneste anvendes, f.eks. Routing til en stub.