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

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

Как работи?

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

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

Операционната система не изисква конкретен номер на порт, без да има такъв. Самата система го избира и осигурява програмата.

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

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

Номер на протокола;

Номерата на двете пристанища (получател и изпращач).

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

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

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

Номера на пристанищата

Всички пристанища са регистрирани по предписания начин. Всяка от тях е предназначена за специфичната си цел. Така че, когато сте в интернет, често можете да видите порта 8080. Защо ви е нужен такъв функционален? Според официалните данни този порт работи на TCP и е предназначен за използване с HTTP. Неофициално той също използва контейнера Tomcat Servlet, написан на Java. TCP порт 8080 може да използва специфичен комуникационен протокол, в зависимост от приложението. Протоколът е набор от формални правила, който обяснява как данните се предават по мрежа. Той може да бъде представен като език, използван между компютрите, за да им помогне да общуват по-ефективно. HTTP протокол през 8080 определя формата на комуникация между интернет браузърите и уеб сайтовете. Друг пример е протоколът IMAP, който дефинира връзката между пощенските сървъри и клиентите на IMAP или, накрая, SSL протокол, който посочваформат, използван за криптирани съобщения.

Предаване на данни

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

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

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

Разширени настройки на HTTP и TCP прокси

HTTP протоколът работи през TCP, но предоставя допълнителна информация за местоназначението на съобщението. Поради тази причина две прокси сървъри са конфигурирани по различен начин. HTTP трафикът включва хост на местоназначението и порт за съобщението. Той изпраща TCP връзка към крайната точка на TCP, т.е. между конкретен хост и порт. Обикновено HTTP съобщение сочи към същата крайна точка като TCP връзката. Ако промените конфигурацията на клиента за използванеHTTP прокси сървър, връзката се осъществява с друг хост и порт, вместо с този, посочен в HTTP URL адреса. Това означава, че крайната точка на TCP в съобщението се различава от терминала, към който е свързан. Например, ако HTTP заявка, изпратена на страницата http: //19202.1: 8080 /операционна заявка, включва "19202.1: 8080" в HTTP заглавката "хост", изпратена до порт 8080 при хост 19202.1.
Въпреки това, ако настроите HTTP клиент да използва прокси сървър, основната TCP връзка отива към TCP крайната точка за него, докато съобщението все още съдържа крайната точка. Например, ако конфигурирате клиента да изпраща съобщения до прокси сървъра при 1982811001 порт 3128 и клиентът изпраща заявка за http: //19202.1: 8080 /операция, съобщението не съдържа "19202.1: 8080" в заглавието "Хост", а сега също в полето "Линия на заявката". Това съобщение обаче е изпратено чрез TCP връзка на 19851100.1: 3128. По този начин HTTP прокси може да получава съобщения на същия порт като прокси порта 8080) и може да ги препраща към няколко различни услуги въз основа на информацията за получателя.

Как да настроите приемането на връзка чрез порт 8080?

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

Как да конфигурирате няколко връзки, използвайки 8080?

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

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

За да се разбере как са портоветеобработени от HTTP и TCP прокси сървъри, предполагам, че имате две услуги: 19202.1: 8080 и 19202.1: 8081 и прокси сървър, работещ на 19851100.1. Ако те се различават по IP адрес, а не по номер на порт, този пример ще бъде същият, с изключение на съответния адрес за всяка услуга. Ако очакват HTTP трафик към един HTTP прокси порт, към него могат да се изпращат заявки към двете крайни точки на TCP. Когато HTTP вижда, че съобщението е адресирано до 19202.1: 8080, прокси пренасочва съобщението към този адрес или прилага всички правила, които има за тази услуга. Същата процедура се прилага за 19202.1: 8081, използвайки същия порт. Ако тези две услуги вместо очакват TCP трафик, трябва да се отворят два TCP прокси, идентифицирани от два елемента в конфигурационния файл: Конфигурацията на клиента за първата услуга се променя от "19202.1: 8080" на "19851100.1: 3333", а за втората - от "19202.1: 8081" на "19851100.1: 3334". Клиентът изпраща съобщението (TCP пакет) на първата услуга на първия адрес. Proxy го приема на този порт (3333), но не знае какви данни се изпращат по тази връзка. Всичко, което той знае, е връзката към порт 3333. Затова прокси сървърът съветва с конфигурацията си и вижда, че трафикът към този порт трябва да бъде пренасочен към 19202.1: 8080 (или че трябва да приложи правилото за тази услуга). Ако не можете да пренасочите целия HTTP трафик, защото конфигурацията на клиента не поддържа конфигурацията на прокси HTTP, трябва да използвате обратен HTTP прокси. Вместо целевия URL адрес, вие указвате това, което ви трябва. Тозипроцесът е подобен на процеса за конфигуриране на TCP прокси, в който го посочвате като крайна точка на TCP съобщението в клиентската система и създавате правило за препращане. Разликата е, че добавяте атрибут тип към правилото, което определя HTTP, както е в следния пример:.

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

Сега прокси сървърът е конфигуриран да получава само HTTP трафик към определен порт и може да приложи по-богато филтриране. Например, сървърът може да филтрира трафик към скрипт, който няма специфичен път в URL адреса си или който не използва конкретен HTTP метод, като например POST. Въпреки това, тъй като писалката не винаги работи, сървърът все още се нуждае от получателя от елемента, за да може да изпраща трафик към системата. Например, да предположим, че клиентът трябва да се свърже с услугата на 19202.1: 8080 и да използва обратен HTTP прокси за 19851100.1: 3333. Преди клиентът да може да използва прокси сървър, конфигурацията на клиента за тази услуга изисква модифициране на URL адреси, като http: //19202.1: 8080 /операция, на адрес http: //19851100.1: 3333 /операция. Искането, изпратено до този нов URL адрес, влиза в прокси сървъра. Съобщението за искане съдържа TCP крайна точка за прокси (19851100.1: 3333) в заглавната част на хоста, а не адреса на системата, защото клиентът не знае, че изпраща пренасочено съобщение. Тази опростена клиентска роля определя естеството на такава връзка. Следователно прокси сървърът използва елементи, за да знае, че заявката, която идва към порт 3333, изисква едно от следните: трябва да бъде пренасочена към жива система на19202.1: 8080 и заглавието "Host" в съобщението трябва да се актуализира. Всички правила за тази услуга трябва да се прилагат към съобщението, като например заглушаване на маршрута.