ComputereSoftware

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 findes der i brugerrummet på en vært med et installeret operativsystem flere processer samtidigt, og i hvert af dem fungerer 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:

  • Operativsystemet 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 information efter 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);
  • Protokol nummer
  • Tallene for begge porte (modtageren og afsenderen).

Hvis forbindelsen er via TCP, bruges afsenderens port som modtagerens OS til at sende bekræftelsen af de modtagne data og modtagerens proces til 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 en proces på værten bruger løbende samme portnummer, betragtes en sådan havn som åben. For eksempel kan et program tilknyttet en server altid bruge 80 eller 8080 til kommunikation. Når processen ikke kan åbne porten, anses den for at være lukket.

Portnumre

Alle havne har deres egne numre registreret i den 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. Hvad er denne funktionalitet til?

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 specifik protokol 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, definerer formateret for kommunikation mellem internetbrowsere og websteder. Et andet eksempel er IMAP-protokollen, som definerer forbindelsen mellem IMAP-mail-servere og klienter, eller endelig SSL-protokollen, som angiver det format, der anvendes til krypterede meddelelser.

Dataoverførsel

TCP-port 8080 bruger således transmissionsstyringsprotokollen. 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. Han garanterer deres levering, samt det faktum, 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 finde kontrolpanelet. 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 TCP er konfigureret i indstillingerne, 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 denne grund er de to proxyer konfigureret forskelligt.

HTTP-trafik omfatter målværten og porten for meddelelsen. Det sendes over en TCP-forbindelse til et TCP-endepunkt, det vil sige mellem en bestemt vært og en port. 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.

Hvis for eksempel HTTP-anmodningen sendes til siden http://192.0.2.1:8080/operation, omfatter anmodningen "192.0.2.1:8080" i "Host" -overskriften i HTTP-meddelelsen, som sendes til 8080-porten på værten 192.0. 2.1.

Men hvis du konfigurerer HTTP-klienten til at bruge en proxyserver, går den grundlæggende TCP-forbindelse til TCP-slutpunktet for den, mens meddelelserne stadig indeholder det originale endepunkt.

Hvis du for eksempel konfigurerer klienten til at sende sine meddelelser til proxyserveren i 198281.100.1 port 3128, og klienten sender en anmodning om http://192.0.2.1:8080/operation, indeholder meddelelsen stadig "192.0.2.1: 8080" I overskriften "Host", og nu også i feltet "Request-Line". Denne besked sendes nu via en TCP-forbindelse til adressen 198.51.100.1:3128. HTTP-proxyen kan således modtage meddelelser på en port (proxyport 8080) og kan videresende dem til flere forskellige tjenester baseret på modtagerinformationen.

Hvordan kan jeg konfigurere modtagelse af forbindelser via port 8080?

Så blev overskriften "Host" 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-informationen, der sendes via proxyserveren, stadig målværten og porten i "forespørgselsstrengen". Derfor forårsager fraværet af "Host" header ikke et problem for proxyen.

For at aktivere TCP-proxyserveren skal du ændre klientkonfigurationen fra TCP-endepunktet i realtid til udskiftningsendepunktet. 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 overførsel af information til måladressen.

Sådan konfigureres flere forbindelser med 8080?

Den eneste måde, hvorpå en TCP-proxy giver mulighed for forbindelser til flere systemer (dvs. 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 dens portnumre der svarer til hvert slutpunkt. 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 operatører 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 på en proxyserver, sendes til port 8080 på: www. Eksempel. com:

Derfor skal du ændre klientkonfigurationsfilen, når du tilføjer en ny destination for trafik. Denne begrænsning gælder ikke for HTTP-proxyen.

Interaktion mellem HTTP og TCP

For at forstå, hvordan porte håndteres i HTTP- og TCP-proxyservere, skal du have to tjenester: 192.0.2.1:8080 og 192.0.2.1:8081, og en proxyserver kører 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 HTTP ser, at beskeden er adresseret til 192.0.2.1:8080, omdirigerer proxyen beskeden til denne adresse eller anvender regler, som den har for denne tjeneste. 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, som er defineret af de to -elementer i konfigurationsfilen, åbnes:

Klientkonfigurationen for den første tjeneste ændres fra "192.0.2.1:8080" til "198.51.100.1:3333" og for den anden, fra "192.0.2.1:8081" til "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 forbindelsen 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 du den, du har brug for. Denne proces ligner TCP proxy-konfigurationsprocessen, hvor du angiver det som TCP-endepunkt 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: .

Hvordan er trafikken flydende?

Nu er proxyserveren konfigureret til kun at modtage HTTP-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 elementet for at kunne sende trafik til systemet. Antag for eksempel at klienten skal oprette forbindelse til tjenesten ved 192.0.2.1:8080, og brug den omvendte HTTP-proxy på 198.51.100.1:3333.

Før klienten kan bruge proxyserveren, skal klientkonfigurationen for denne tjeneste æ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 TCP-slutpunktet for proxyen (198.51.100.1:3333) i overskriften "Host" og ikke systemadressen, fordi klienten ikke ved, at den sender den omdirigerede meddelelse. Denne forenklede klientrolle bestemmer arten af en sådan forbindelse. Således bruger proxyen -elementerne for at vide, at anmodningen kommer til port 3333 kræver et af følgende: det skal omdirigeres til live-systemet på 192.0.2.1:8080, og overskriften "Host" i meddelelsen skal være opdateret. For meddelelsen skal alle regler for denne tjeneste anvendes, for eksempel rutning til en stub.

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 da.unansea.com. Theme powered by WordPress.