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

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

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

Как става това?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Advanced Configuration HTTP и TCP прокси

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

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

Например, ако на HTTP-заявката, изпратена до поискване http://192.0.2.1:8080/operation страница включва «192.0.2.1:8080» заглавие «Водещ» HTTP-съобщение, което е изпратено до порт 8080 на приемащата 192.0. 2.1.

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

Например, ако изберете клиенти да изпращат своите послания към прокси сървър на 198281.100.1 порт 3128, и клиентът изпраща заявка за http://192.0.2.1:8080/operation, съобщението все още съдържа «192.0.2.1: 8080" заглавието «Host", и сега също в областта на «Искане-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 на следния адрес: WWW. Пример. COM:

<Напред се свързват = "198.51.100.1:3333" целеви = "WWW например царевично: .. 8080" />

Така че трябва да се промени конфигурацията на клиента файл, всеки път, когато добавите нова дестинация за трафик. Това ограничение не се прилага за 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-порта на прокси сървъра, определена от два елемента <> напред в конфигурационния файл:

<Напред се свързват = "198.51.100.1:3333" целеви = "192.0.2.1:8080" />

<Напред се свързват = "198.51.100.1:3334" целеви = "192.0.2.1:8081" />

Конфигурацията на клиент за първите промени на услуги от «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 пълномощника, в който можете да го зададете като крайна точка за TCP съобщения на клиентската система и създаване на правилото за препредаване.

Разликата е, че можете да добавите атрибута тип в правилото, което указва HTTP, както в следния пример: <напред свързват = "198.51.100.1:3333" дестинация = тип "192.0.2.1:8080" = "HTTP" />.

Как е движението на трафик?

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

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

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