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

Порт у рачунарским мрежама је природан број који се снима у заглављу ОСИ протокола. Намењен је идентификацији процеса пријема пакета у једном хосту.

По правилу, у корисничком простору на домаћинуса инсталираним ОС-ом, неколико процеса се дешава истовремено, а у сваком од њих ради одређени програм. Ако ови програми утичу на рачунарску мрежу, "схелл" с времена на време прими ИП пакет који је намењен једном од програма.

Како то функционише?

Ако програм користи размјену података путем мреже, овај процес се може појавити на сљедећи начин:

• Оперативни систем захтева одређени број порта. У овом случају, систем може дати програму програму и забранити пренос (ово се дешава у случајевима када овај број порта већ користи друга апликација).
• ОС не захтијева одређени број порта, у било ком слободном порту. Систем то бира и обезбеђује га програму.

Како отворити порт (8080, 80 и тако даље)? Унутар мреже, информације се размјењују према специфичном протоколу (између два процеса). Да бисте успоставили везу, потребно је следеће:

• ИП адресе примаоца и хостова пошиљаоца (неопходно је направити пут између њих);
• Број протокола;
• Број оба порта (примаоца и пошиљаоца).

Ако је веза преко ТЦП-а, онда се порт примаоца користи као оперативни ОС примаоца да пренесе потврду примљених података и процес примаоца за слање одговора.

Отворени и затворени прикључци

Од стране пошиљаоца, број домаћина и порта делује као аналогни повратни број, који је означен на коверте. Овај број се зове инверзни број.

У случајевима где је било који процес на домаћинустално користи исти број порта, такав порт се сматра отвореним. На пример, програм повезан са сервером може увек користити 80 или 8080 за комуникацију. Када процес не може отворити порт, сматра се да је затворен.

Бројеви портова

Сви портови имају своје бројеве регистроване уутврђени ред. Свака од њих је дизајнирана за његову специфичну сврху. Дакле, приликом рада на Интернету често можете видети порт 8080. Зашто нам је потребна таква функционалност?

Према званичним подацима, овај порт ради под ТЦП протоколом и намењен је за кориштење с ХТТП-ом. Незванично, користи га и Томцат сервлет контејнер написан на језику Јава.

ТЦП порт 8080 може користити одређенекомуникацијски протокол, у зависности од апликације. Протокол је сет формализованих правила која објашњавају како се подаци преносе преко мреже. Ово се може сматрати језиком који се користи између рачунара како би им се омогућило боље комуницирање.

ХТТП протокол који ради преко 8080,дефинише облик комуникације између Интернет претраживача и веб локација. Други примјер је ИМАП протокол који дефинише везу између ИМАП маил сервера и клијената или, коначно, ССЛ протокола који одређује формат који се користи за шифриране поруке.

Пренос података

Стога, ТЦП порт 8080 користи протоколконтрола преноса. То је један од главних протокола на ТЦП / ИП мрежама. Док ИП се бави само пакетом, ТЦП омогућава два домаћина да успоставе везу и размене података. Гарантује њихову испоруку, као и чињеницу да ће пакети бити достављени на порт 8080 по истом редоследу у којем су послати. Гарантована комуникација на 8080 је кључна разлика између ТЦП и УДП. УДП 8080 не би гарантовао повезивање.

Како отворити порт 8080 у оперативном систему Виндовс 7?

Да бисте то урадили, идите у мени Старт и пронађитеКонтролна табла Потребно је кликнути на подмени "Мрежа" и наћи у њему "Ватрозид". На картици "Изузеци" пронађите ставку "Додај порт". Видећете дијалог у коме ћете морати унети број порта. Уверите се да је ТЦП специфициран у подешавањима, а затим изаберите ОК.

Како затворити порт 8080? Да бисте то урадили, једноставно конфигурирајте везу са другим специфичним портом.

Напредна конфигурација ХТТП и ТЦП проки

ХТТП протокол се покреће изнад ТЦП протокола, али пружа додатне информације о сврси поруке. Из тог разлога, два прокиа су конфигурирана различито.

ХТТП саобраћај укључује циљни хост и портза поруку. Он се шаље преко ТЦП везе са ТЦП крајњом тачком, односно између одређеног домаћина и порта. Типично, ХТТП порука указује на исту крајњу тачку као и ТЦП конекцију. Ако промените конфигурацију клијента да бисте користили ХТТП проки сервер, веза се врши на другом хосту и порту, умјесто оном наведеном у ХТТП УРЛ-има. То значи да је крајња тачка ТЦП у поруци другачија од крајње тачке којој је повезан.

На пример, ако се ХТТП захтев шаље на страницухттп://192.0.2.1:8080/оператион, захтев укључује "192.0.2.1:8080" у наслову "Хост" ХТТП поруке, која се шаље на порт 8080 на хосту 192.0.2.1.

Међутим, ако конфигуришете ХТТП клијент укористећи проки сервер, основна ТЦП веза прелази на крајњу тачку ТЦП-а, док поруке и даље садрже првобитну крајњу тачку.

На пример, ако подесите клијента за слањењихове поруке на проки серверу на порталу 312828.1.1.1, а клијент шаље захтев за хттп://192.0.2.1:8080/оператион, порука и даље садржи "192.0.2.1: 8080" у заглављу "Хост", а сада такође у пољу "Рекуест-Лине". Међутим, ова порука је послата преко ТЦП везе на 198.51.100.1 Бордер128. Према томе, ХТТП проки може примати поруке на једном порту (прокси порт 8080) и може их проследити на неколико различитих услуга на основу информација о примаоцу.

Како поставити пријем веза преко порта 8080?

Дакле, заглавље "Хост" је додато у ХТТП / 1.1. ХТТП / 1.0 везе га не укључују. Из тог разлога, такве везе које не пролазе кроз проки не укључују хост и порт за поруку. Међутим, подаци ХТТП / 1.0 који се шаљу преко проки сервера још увек садрже циљни хост и порт у "низу захтјева". Стога, одсуство хеадер-а "Хост" не изазива проблеме за пуномоћника.

Да бисте омогућили ТЦП проки, моратеПоново конфигуришите клијента из коначне тачке у реалном времену на крајњу тачку замене. За разлику од ХТТП-а, овај протокол не пружа уграђену могућност да користи проки. То јест, ако се повежете са проки сервером преко ТЦП-а, не постоји механизам за слање информација до крајњег одредишта.

Како поставити вишеструку везу са 8080?

Једини начин за прокси ТЦПДозволите повезивање на више система (тј. До крајњих тачака одредишта), без обзира на то који ће се саобраћај послати преко ових веза, слуша на другом порту за сваки систем. Ово вам омогућава повезивање и одржавање информација о томе који од бројева портова одговара свакој крајњој тачки. Клијент се затим конфигурише са прокси портом који одговара сваком систему са којим се мора повезати. ТЦП прокси портови за слушање и њихове одговарајуће крајње тачке су конфигурирани у <форвард> оператерима у конфигурационој датотеци проки, РТЦП_инсталл_дир / хттптцп / регистратион.кмл. Пре свега, потребно је да проверите порт 8080 - ако је подразумевано отворен, даљи параметри ће се извршити за неколико минута.

У овом примеру, 198.51.100.1 је ИП адреса прокси сервера. Сваки саобраћај послат на порт 3333 на проки сервер се шаље на порт 8080 на адреси: ввв. Пример цом:

<Форвард бинд = "198.51.100.1²3333" дестинатион = "ввв.екампле.цом: 8080" />

Због тога морате променити конфигурацијску датотеку клијента кад год додате нову дестинацију за саобраћај. Ово ограничење се не односи на ХТТП проксије.

Интеракција између ХТТП и ТЦП

Да разумијете како се рукују портовимаХТТП и ТЦП проки сервере, претпоставимо да имате две услуге: 192.0.2.1:8080 и 192.0.2.1:8081, а проки сервер ради на 198.51.100.1. Ако се разликују по ИП адреси а не бројем порта, овај примјер ће бити исти, изузев одговарајуће адресе за сваку услугу. Ако очекују ХТТП саобраћај на један ХТТП прокси порт, захтеви за оба ТЦП крајња тачка могу бити послани на њега. Када ХТТП види да је порука упућена на 192.0.2.1:8080, проки прослеђује поруку на ову адресу или примењује било која правила која има за ову услугу. Исти поступак односи се на 192.0.2.1:8081 користећи исти порт.

Ако ове две услуге уместо очекују ТЦП саобраћај, морају се отворити два ТЦП прокси портова, дефинисана са два <форвард> елемента у конфигурацијској датотеци:

<Форвард бинд = "198.51.100.1:3533" дестинатион = "192.0.2.1:8080" />

<Форвард бинд = "198.51.100.1:3533" дестинатион = "192.0.2.1:8081" />

Конфигурација клијента за прву услугу се мењаод "192.0.2.1:8080" до "198.51.100.1 НО333", а за другу од "192.0.2.1:8081" до "198.51.100.1²334". Клијент шаље поруку (ТЦП пакет) на прву услугу на првој адреси.

Проки сервер га добије на овом порту (3333),али не зна који су подаци послани преко ове везе. Све што познаје је да се повеже са портом 3333. Због тога се прокси сервер консултује са својом конфигурацијом и види да саобраћај на овај порт треба преусмерити на 192.0.2.1:8080 (или да се примењује правило за ову услугу). Ако не можете преусмјерити све ХТТП саобраћај, јер конфигурација клијента не подржава конфигурацију ХТТП проки сервера, требате користити реверзни ХТТП проки.

У њему, уместо циљног УРЛ-а, наведететребате. Овај процес је сличан ТЦП проки конфигурацијском процесу, у којем га наведете као ТЦП крајњу тачку поруке у систему клијента и креирате правило просљеђивања.

Разлика је у томе што додате тип атрибута правилу који дефинише ХТТП, као у следећем примеру: <форвард бинд = "198.51.100.1.7333" дестинатион = "192.0.2.1:8080" типе = "ХТТП" />

Како се одвија саобраћај?

Сада је проки сервер конфигурисан само да прихватиХТТП саобраћај на одређени порт, и може применити више богатих филтрирања. На примјер, сервер може филтрирати саобраћај на стуб који нема одређену путању у својој УРЛ-у, или који не користи специфичну ХТТП методу, као што је ПОСТ. Међутим, пошто стуб не функционише увек, серверу још увијек треба циљ из елемента <форвард> како би се омогућио слање саобраћаја на систем. На пример, претпоставимо да клијент треба да се повеже са услугом на 192.0.2.1:8080 и да користи реверсе ХТТП проки на 198.51.100.1½333.

Пре него што корисник може да користиПроки сервер, конфигурација клијента за ову услугу треба промијенити са УРЛ-а, на пример хттп: // 192.0.2.1:8080/ операција, на хттп: // 198.51.100.1½333 / операција. Захтев који се шаље на нову УРЛ адресу иде на проки сервер.

Порука о захтеву садржи ТЦП крајњу тачку запрокси (198.51.100.1 Ретаил33) у заглављу "Хост", а не системску адресу, јер клијент не зна да шаље преусмерену поруку. Ова поједностављена улога клијента одређује природу такве везе. Према томе, проки користи <форвард> елементе да зна да захтев који долази на порт 3333 захтева једну од следећих поступака: он мора бити преусмерен на живи систем на 192.0.2.1:8080, а заглавље "Хост" у поруци мора бити ажурирано. За поруку, сва правила ове услуге требају се примијенити, на примјер, рутирање у стуб.