Hoe de ontvangst van verbindingen via 8080 (poort) te configureren: instructies, schema en feedback

Een poort in computernetwerken is een natuurlijk nummer dat wordt opgenomen in de header van het OSI-protocol. Het is ontworpen om het proces van het ontvangen van het pakket in één host te identificeren.

In de regel in de gebruikersruimte op de hostmet het geïnstalleerde besturingssysteem worden verschillende processen tegelijkertijd uitgevoerd en in elk ervan werkt een bepaald programma. Als deze programma's het computernetwerk beïnvloeden, ontvangt de "shell" van tijd tot tijd een IP-pakket dat is bedoeld voor een van de programma's.

Hoe werkt het?

Als het programma gegevensuitwisseling via een netwerk gebruikt, kan dit proces als volgt plaatsvinden:

Het besturingssysteem vraagt om een specifiek poortnummer. In dit geval kan het systeem het zowel aan het programma leveren als de verzending blokkeren (dit gebeurt in gevallen waarin dit poortnummer reeds door een andere toepassing wordt gebruikt).
Het besturingssysteem vereist geen specifiek poortnummer, in geen enkele vrije poort. Het systeem kiest het en geeft het aan het programma.

Hoe de poort te openen (8080, 80 enzovoort)? Binnen het netwerk wordt informatie uitgewisseld volgens een specifiek protocol (tussen twee processen). Om een verbinding tot stand te brengen, hebt u het volgende nodig:

IP-adressen van de ontvangende en verzenderhosts (het is noodzakelijk dat er een route tussen wordt gebouwd);
Nummer van het protocol;
De nummers van beide poorten (de ontvanger en de afzender).

Als de verbinding via TCP is, wordt de poort van de verzender gebruikt als het besturingssysteem van de ontvanger om de bevestiging van de ontvangen gegevens te verzenden en het proces van de ontvanger om het antwoord te verzenden.

Open en gesloten poorten

Van de kant van de verzender fungeren de host en het poortnummer als een analoog van het retouradres, dat op de enveloppen wordt vermeld. Dit nummer wordt het omgekeerde nummer genoemd.

In gevallen waarbij een proces op de host aan staatgebruikt permanent hetzelfde poortnummer, een dergelijke poort wordt als open beschouwd. Een programma dat is gekoppeld aan een server kan altijd 80 of 8080 gebruiken voor communicatie. Wanneer een proces geen poort kan openen, wordt dit beschouwd als gesloten.

Poortnummers

Alle poorten hebben hun eigen nummers geregistreerd in dede gevestigde orde. Elk van hen is ontworpen voor zijn specifieke doel. Dus wanneer u op internet werkt, ziet u vaak poort 8080. Waarom hebben we dergelijke functionaliteit nodig?

Volgens officiële gegevens werkt deze poort op het TCP-protocol en is bedoeld voor gebruik met HTTP. Officieus wordt het ook gebruikt door de Tomcat-servletcontainer, geschreven in Java.

TCP-poort 8080 kan een specifieke gebruikenprotocol voor communicatie, afhankelijk van de toepassing. Het protocol bestaat uit een reeks geformaliseerde regels waarin wordt uitgelegd hoe gegevens via het netwerk worden verzonden. Dit kan worden gepresenteerd als een taal die wordt gebruikt tussen computers om ze effectiever te laten communiceren.

Het HTTP-protocol, dat werkt via de 8080,Het definieert de vorm van communicatie tussen internetbrowsers en websites. Een ander voorbeeld is het IMAP-protocol dat de verbinding tussen IMAP-mailservers en clients definieert of, ten slotte, het SSL-protocol, dat het formaat aangeeft dat wordt gebruikt voor gecodeerde berichten.

Gegevensoverdracht

TCP-poort 8080 maakt dus gebruik van het protocoltransmissiecontrole. Het is een van de belangrijkste protocollen in TCP / IP-netwerken. Hoewel het IP-protocol alleen pakketten behandelt, staat TCP twee hosts toe om een verbinding tot stand te brengen en datastromen uit te wisselen. Het garandeert hun levering en ook dat de pakketten worden afgeleverd aan poort 8080 in dezelfde volgorde waarin ze zijn verzonden. Een gegarandeerde 8080-verbinding is het belangrijkste verschil tussen TCP en UDP. UDP 8080 kan een verbinding op dezelfde manier niet garanderen.

Hoe poort 8080 te openen in Windows 7?

Ga hiervoor naar het menu "Start" en zoekHet controlepaneel. Daarin moet je op het submenu "Netwerk" klikken en daarin "Branmauer" vinden. Zoek op het tabblad "Uitzonderingen" het item "Poort toevoegen". U krijgt een dialoogvenster te zien waarin u wordt gevraagd om het poortnummer in te voeren. Controleer of de instellingen TCP zijn en klik vervolgens op OK.

Hoe poort 8080 te sluiten? Om dit te doen, volstaat het om de verbinding met een andere specifieke poort te configureren.

Geavanceerde HTTP- en TCP-proxyconfiguratie

Het HTTP-protocol werkt bovenop het TCP-protocol, maar biedt aanvullende informatie over de toewijzing van het bericht. Om deze reden zijn de twee proxies anders geconfigureerd.

HTTP-verkeer omvat de doelhost en -poortvoor het bericht. Het wordt via de TCP-verbinding naar het TCP-eindpunt verzonden, dat wil zeggen, tussen de opgegeven host en de poort. Doorgaans wijst een HTTP-bericht naar hetzelfde eindpunt als de TCP-verbinding. Als u de clientconfiguratie wijzigt om een HTTP-proxy te gebruiken, wordt de verbinding gemaakt met een andere host en poort, in plaats van degene die is opgegeven in de HTTP-URL's. Dit betekent dat het TCP-eindpunt in het bericht anders is dan het eindpunt waarmee het is verbonden.

Bijvoorbeeld als een HTTP-verzoek naar een pagina wordt verzondenhttp://192.0.2.1:8080/operation, de aanvraag bevat "192.0.2.1: 8080" in de header "Host" van het HTTP-bericht, dat wordt verzonden naar de 8080-poort op de host 192.0.2.1.

Als u de HTTP-client echter configureerthet gebruik van een proxyserver, de standaard TCP-verbinding gaat naar het TCP-eindpunt, terwijl de berichten nog steeds het originele eindpunt bevatten.

Bijvoorbeeld als u de client configureert om te verzendenzijn berichten naar de proxyserver op 198281.100.1 poort 3128, en de cliënt zal een verzoek verzenden voor http://192.0.2.1:8080/operation, het bericht bevat nog steeds "192.0.2.1: 8080" in de kop "Host", en nu ook in het veld "Request-Line". Dit bericht wordt nu echter verzonden via een TCP-verbinding naar adres 198.51.100.1:3128. Een HTTP-proxy kan dus berichten ontvangen op één poort (proxypoort 8080) en kan deze doorsturen naar verschillende services op basis van de informatie van de ontvanger.

Hoe kan ik de ontvangst van verbindingen via poort 8080 configureren?

Dus de header "Host" is toegevoegd aan HTTP / 1.1. De HTTP / 1.0-verbinding bevat het niet. Om deze reden bevatten verbindingen die niet door de proxy gaan geen host en poort voor het bericht. De HTTP / 1.0-informatie die via de proxyserver wordt verzonden, bevat echter nog steeds de doelhost en -poort in de "queryreeks". Daarom veroorzaakt de afwezigheid van de header "Host" geen probleem voor de proxy.

Om de TCP-proxy in te schakelen, moet u dit doenWijzig de clientconfiguratie van een TCP-eindpunt in realtime in een vervangend eindpunt. In tegenstelling tot HTTP biedt dit protocol geen ingebouwde mogelijkheid om een proxy te gebruiken. Dat wil zeggen, als u verbinding maakt met een proxyserver via TCP, is er geen mechanisme voor het verzenden van de informatie naar de beoogde geadresseerde.

Hoe configureer ik meerdere verbindingen met 8080?

De enige manier voor een TCP-proxyverbind verbindingen naar meerdere systemen (dat wil zeggen, met eindpunten), ongeacht welk verkeer over deze verbindingen zal worden verzonden, luistert naar een andere poort voor elk van de systemen. Hiermee kunt u verbinding maken en informatie bijhouden over welk poortnummer overeenkomt met elk eindpunt. Vervolgens wordt de client geconfigureerd met een proxypoort die overeenkomt met elk systeem waarmee hij verbinding moet maken. TCP-proxy-poorten voor luisteren en de bijbehorende eindpunten worden geconfigureerd in de <forward> -operators in het proxy-configuratiebestand, RTCP_install_dir / httptcp / registration.xml. Allereerst moet u poort 8080 controleren - als deze standaard is geopend, worden binnen een paar minuten verdere instellingen gemaakt.

In dit voorbeeld is 198.51.100.1 het IP-adres van de proxyserver. Alle verkeer verzonden naar poort 3333 naar een proxyserver wordt verzonden naar poort 8080 op: www. Voorbeeld. com:

Daarom moet u het clientconfiguratiebestand wijzigen telkens wanneer u een nieuwe bestemming toevoegt voor verkeer. Deze beperking is niet van toepassing op HTTP-proxy.

Interactie tussen HTTP en TCP

Om te begrijpen hoe havens worden afgehandeldHTTP- en TCP-proxyservers, stel dat u twee services hebt: 192.0.2.1: 8080 en 192.0.2.1: 8081 en een proxyserver die draait op 198.51.100.1. Als ze verschillen op IP-adres en niet op poortnummer, is dit voorbeeld hetzelfde, behalve het bijbehorende adres voor elke service. Als ze HTTP-verkeer per HTTP-proxy verwachten, kunnen aanvragen voor beide TCP-eindpunten worden verzonden. Wanneer HTTP ziet dat het bericht is geadresseerd aan 192.0.2.1: 8080, stuurt de proxy het bericht door naar dit adres of past het regels toe die het voor deze service heeft. Dezelfde procedure is van toepassing op 192.0.2.1: 8081, met dezelfde poort.

Als deze twee services in plaats daarvan wachten op TCP-verkeer, moeten twee TCP-proxypoorten die zijn gedefinieerd door de twee <forward> -elementen in het configuratiebestand worden geopend:

De configuratie van de client voor de eerste service wordt gewijzigdmet «192.0.2.1:8080» op «198.51.100.1:3333», en de tweede - met de «192.0.2.1:8081» naar «198.51.100.1:3334». De klant stuurt een bericht (TCP-pakket), de eerste dienst van het eerste adres.

De proxyserver ontvangt deze op deze poort (3333),maar weet niet welke gegevens over deze verbinding worden verzonden. Alles wat hij weet is een verbinding met poort 3333. Daarom raadpleegt de proxyserver zijn configuratie en ziet dat het verkeer naar deze poort moet worden omgeleid naar 192.0.2.1: 8080 (of dat er een regel voor deze service op moet worden toegepast). Als u niet al uw HTTP-verkeer kunt omleiden, omdat de clientconfiguratie de HTTP-proxyconfiguratie niet ondersteunt, moet u een reverse HTTP-proxy gebruiken.

Hierin geeft u op in plaats van de bestemmings-URLnoodzakelijk voor jou. Dit proces is vergelijkbaar met het TCP-proxyconfiguratieproces, waarin u het opgeeft als het TCP-eindpunt voor het bericht in het clientsysteem en een doorstuurregel maakt.

Het verschil is dat u het kenmerk type toevoegt aan de regel die HTTP definieert, zoals in het volgende voorbeeld: <forward bind = "198.51.100.1:3333" destination = "192.0.2.1:8080" type = "HTTP" />.

Hoe verloopt het verkeer?

Nu is de proxyserver geconfigureerd om alleen te ontvangenHTTP-verkeer naar de toegewezen poort en kan rijkere filtering gebruiken. Een server kan bijvoorbeeld verkeer naar een stub filteren dat geen specifiek pad in de URL heeft, of dat geen specifieke HTTP-methode gebruikt, zoals POST. Aangezien de stub niet altijd werkt, heeft de server nog steeds een bestemming nodig van het <forward> -element om verkeer naar het systeem te kunnen verzenden. Stel dat de client op 192.0.2.1: 8080 verbinding met de service moet maken en de reverse HTTP-proxy op 198.51.100.1:3333 moet gebruiken.

Voordat de klant het kan gebruikende proxyserver, de clientconfiguratie voor deze service moet worden gewijzigd van een URL, bijvoorbeeld http: // 192.0.2.1:8080/ operation, naar http: // 198.51.100.1:3333/ operation. Het verzoek dat naar deze nieuwe URL wordt verzonden, valt in de proxyserver.

Het aanvraagbericht bevat een TCP-eindpunt voorProxy (198.51.100.1:3333) in de header "gastheer", en niet het adres van het systeem, omdat de cliënt niet weet wat hij het doorgestuurde bericht verstuurt. Dit vereenvoudigd de client bepaalt de aard van de rol van een dergelijke verbinding. Zo is de proxy maakt gebruik van de elementen van <Verder>, om te weten dat het verzoek komt naar poort 3333 vereist een van de volgende: het moet worden doorgestuurd naar een live systeem 192.0.2.1:8080, en de titel «Host» in het bericht te zijn bijgewerkt. Voor het bericht toe te passen alle regels van de dienst, bijvoorbeeld, de routing stekker.