Как да конфигурирате приемането на връзки през 8080 (порт): инструкции, диаграма и обратна връзка

Портът в компютърните мрежи е естествено число, което се записва в заглавката на протокола OSI. Тя е предназначена да идентифицира процеса на получаване на пакета в един хост.

Като правило в потребителското пространство на хост с инсталирана операционна система се извършват едновременно няколко процеса, като във всяка една от тях функционира определена програма. Ако тези програми засягат компютърната мрежа, "черупката" от време на време получава чрез нея IP пакет, предназначен за една от програмите.

Как действа?

Ако програмата използва обмен на данни чрез мрежа, този процес може да възникне, както следва:

• OS изисква определен номер на порт. В този случай системата може да я предостави на програмата и да забрани предаването (това се случва в случаите, когато този номер на порт вече е използван от друго приложение).
• Операционната система не изисква определен номер на порта, във всеки свободен порт. Системата я избира и я предоставя на програмата.

Как да отворите пристанището (8080, 80 и т.н.)? В мрежата информацията се обменя съгласно конкретен протокол (между два процеса). За да установите връзка, е необходимо следното:

• IP адресите на приемащите и изпращащите хостове (е необходимо да бъде изграден между тях маршрут);
• Номер на протокола;
• Номерата и на двата порта (получателя и изпращача).

Ако връзката е над TCP, пристанището източник се използва като операционната система на получателя, за да потвърдите изпращането на данните и обработка на получателя, за да отговори.

Отворени и затворени портове

От страната на подателя, номерът на хоста и портът действа като аналог на адреса за връщане, посочен на пликовете. Този номер се нарича обратно число.

В случаите, когато процесът на хоста използва постоянно същия номер на порт, това пристанище се счита за отворено. Например, програма, свързана със сървър, винаги може да използва 80 или 8080 за комуникация. Когато процесът не може отворете пристанището, който се счита за затворен.

Номерата на портове

Всички пристанища имат собствени номера, регистрирани по установения ред. Всеки от тях е предназначен за специфичната си цел. Така че, когато работите по интернет, често виждате порт 8080. Защо се нуждаем от такава функционалност?

Според официалните данни този порт работи на протокола TCP и е предназначен за използване с HTTP. Неофициално, тя се използва и от контейнера за сервитьори на Tomcat, написан на Java.

TCP порт 8080 може да използва специфичен протокол за комуникация в зависимост от приложението. Протоколът е набор от формализирани правила, които обясняват как се предават данните през мрежата. Това може да бъде представено като език, който се използва между компютрите, за да им помогне да общуват по-ефективно.

HTTP протоколът, който работи чрез 8080, определя формата на комуникация между интернет браузърите и уеб сайтовете. Друг пример е протокол IMAP, който определя отношенията между сървърите за IMAP поща и клиентите или, най-накрая, SSL протокол, който определя формата, използван за криптирани съобщения.

Трансфер на данни

По този начин TCP порт 8080 използва протокола за управление на предаването. Това е един от основните протоколи в TCP / IP мрежите. Докато протоколът IP се отнася само за пакети, TCP позволява на двама хоста да установят връзка и да обменят потоци от данни. Той гарантира тяхното доставяне, както и че пакетите ще бъдат доставени на пристанище 8080 в същия ред, в който са изпратени. Гарантираната връзка 8080 е основната разлика между TCP и UDP. UDP 8080 не би гарантирал връзка по същия начин.

Как да отворите порт 8080 в Windows 7?

За да направите това, отидете в менюто "Старт" и намерете контролния панел. В него трябва да кликнете върху подменюто "Мрежа" и да намерите в него "Branmauer". В раздела "Изключения" намерете елемента "Добавяне на порт". Ще ви бъде представен диалогов прозорец, в който ще бъдете помолени да въведете номера на порта. Уверете се, че настройките са TCP, след което кликнете върху OK.

Как да се затвори порт 8080? За да направите това, достатъчно е да конфигурирате връзката към друг конкретен порт.

Разширена конфигурация на HTTP и TCP прокси сървър

Протоколът HTTP работи над TCP протокола, но предоставя допълнителна информация за присвояването на съобщението. Поради тази причина двете проксита са конфигурирани по различен начин.

HTTP трафикът включва целевия хост и порта за съобщението. То се изпраща през TCP връзката до крайната точка на TCP, т.е. между посочения хост и порт. Обикновено HTTP съобщение сочи към същата крайна точка като TCP връзката. Ако промените конфигурацията на клиента, за да използвате HTTP прокси сървър, връзката се прави с различен хост и порт, вместо с този, посочен в HTTP URL адресите. Това означава, че крайната точка на TCP в съобщението е различна от крайната точка, към която е свързана.

Например, ако HTTP заявката е изпратена на страницата https://192.0.2.1:8080/operation, заявката включва "192.0.2.1:8080" в заглавката "Host" на HTTP съобщението, което се изпраща към 8080 порта на хоста 192.0. 2.1.

Въпреки това, ако конфигурирате HTTP клиента да използва прокси сървър, основната TCP връзка отива към крайната точка на TCP за него, докато съобщенията все още съдържат първоначалната крайна точка.

Например, ако изберете клиенти да изпращат своите послания към прокси сървър на 198281.100.1 порт 3128, и клиентът изпраща заявка за https://192.0.2.1:8080/operation, съобщението все още съдържа «192.0.2.1: 8080" в заглавката "Host", а сега и в полето "Request-Line". Това съобщение обаче сега се изпраща чрез TCP връзка до адрес 198.51.100.1:3128. По този начин, HTTP прокси сървър може да получава съобщения на същия порт (прокси на порт 8080) и може да ги изпратите на няколко различни услуги на базата на информация за получателя.

Как мога да конфигурирам приемането на връзки през порт 8080?

Така че заглавката "Хост" бе добавена към HTTP / 1.1. Връзката HTTP / 1.0 не я включва. По тази причина такива връзки, които не преминават през прокси сървъра, не включват хоста и порта за съобщението. Въпреки това, информацията HTTP / 1.0, изпратена чрез прокси сървъра, все още съдържа целевия хост и порт в "низа за заявки". Ето защо отсъствието на заглавката "домакин" не причинява проблем за прокси сървъра.

За да активирате TCP прокси сървъра, трябва да промените конфигурацията на клиента от крайната точка на TCP в реално време до заместващата крайна точка. За разлика от HTTP, този протокол не осигурява вградена способност да използва прокси сървър. Това означава, че ако се свържете с прокси сървър чрез TCP, няма механизъм за изпращане на информацията до целевия адресат.

Как да конфигурирам няколко връзки с 8080?

Единственият начин TCP прокси сървърът да позволява свързване към множество системи (т.е. с крайни точки), независимо от това, кой трафик се изпраща през тези връзки, слуша друг порт за всяка от системите. Това ви позволява да свързвате и поддържате информация за кои от номерата на порта съответства на всяка крайна точка. След това клиентът се конфигурира с прокси порт, съответстващ на всяка система, с която трябва да се свърже. TCP прокси портове за слушане и техните съответни крайни точки се конфигурират в операторите в конфигурационния файл на прокси сървър, RTCP_install_dir / httptcp / registration.xml. На първо място, трябва да проверите порт 8080 - ако е по подразбиране отворен, допълнителни настройки ще бъдат направени след няколко минути.

В този пример 198.51.100.1 е IP адресът на прокси сървъра. Всеки трафик, изпратен до порт 3333 до прокси сървъра, се изпраща на порт 8080 на адрес: Пример. COM:

Следователно трябва да промените конфигурационния файл на клиента, когато добавяте нова дестинация за трафик. Това ограничение не важи за HTTP прокси сървър.

Взаимодействие между HTTP и TCP

За да разберете как се обработват портовете в HTTP и TCP прокси сървърите, предполагайте, че имате две услуги: 192.0.2.1:8080 и 192.0.2.1:8081, както и прокси сървър, работещ на 198.51.100.1. Ако се различават по IP адрес, а не по номер на порт, този пример ще бъде един и същ, с изключение на съответния адрес за всяка услуга. Ако очакват HTTP трафик на HTTP прокси сървър, могат да бъдат изпратени заявки за крайните точки на TCP. Когато HTTP вижда, че съобщението е адресирано до 192.0.2.1:8080, проксито пренасочва съобщението към този адрес или прилага всички правила, които има за тази услуга. Същата процедура важи и за 192.0.2.1:8081, използвайки същото пристанище.

Ако тези две услуги вместо това чакат TCP трафик, два TCP прокси порта се дефинират от двата елемента в конфигурационния файл:

Конфигурацията на клиента за първата услуга се променя от "192.0.2.1:8080" на "198.51.100.1:3333", а за втората - от "192.0.2.1:8081" до "198.51.100.1:3334". Клиентът изпраща съобщение (TCP пакет) на първата услуга на първия адрес.

Прокси сървърът го получава на този порт (3333), но не знае кои данни се изпращат по тази връзка. Всичко, което той знаеше - връзка към порт 3333. Поради това, прокси сървър консултира си конфигурация и вижда, че трафикът по този порт, трябва да бъдат пренасочени към 192.0.2.1:8080 (или, че е необходимо да се прилага правилото за тази услуга). Ако не можете да пренасочите цялото си HTTP трафик, тъй като конфигурацията на клиента не поддържа конфигурацията на HTTP прокси сървър, трябва да използвате обратната HTTP прокси сървър.

В него вместо целевия URL адрес посочвате този, от който се нуждаете. Този процес е подобен на процеса на конфигуриране на прокси сървър, в който го посочвате като крайна точка на TCP за съобщението в клиентската система и създавате правило за пренасочване.

Разликата е, че добавяте атрибута тип към правилото, което определя HTTP, както е показано в следния пример: .

Как се движи трафикът?

Сега прокси сървърът е конфигуриран да получава само HTTP трафик към определения порт и може да използва по-богато филтриране. Например, сървърът може да филтрира трафик към стълб, който не съдържа определен път в неговия URL адрес или не използва специфичен метод HTTP, например POST. Тъй като обаче фигурата не винаги работи, сървърът все още се нуждае от дестинация от елемента , да може да изпраща трафик към системата. Да предположим например, че клиентът трябва да се свърже с услугата на адрес 192.0.2.1:8080 и да използва обратната HTTP прокси на 198.51.100.1:3333.

Преди клиентът да може да използва прокси сървъра, клиентската конфигурация за тази услуга трябва да бъде променена от URL адрес, например http: // 192.0.2.1:8080/ operation to http: // 198.51.100.1:3333/. Искането, изпратено до този нов URL адрес, попада в прокси сървъра.

Съобщението за заявка съдържа крайната точка TCP за прокси (198.51.100.1:3333) в заглавката "Host", а не системния адрес, защото клиентът не знае, че изпраща изпратеното съобщение. Тази опростена роля на клиента определя естеството на такава връзка. По този начин прокси използва елементи , да знаете, че заявката, пристигаща на порт 3333, изисква едно от следните: тя трябва да бъде пренасочена към системата на живо на 192.0.2.1:8080 и заглавието "Host" в съобщението трябва да бъде актуализирано. За съобщението трябва да се прилагат всички правила на тази услуга, например маршрутизиране на фигури.