Як наладзіць прыём падлучэнняў праз 8080 (порт): інструкцыя, схема і водгукі

Порт у кампутарных сетках ўяўляе сабой натуральны лік, якое запісваецца ў загалоўку пратаколу OSI. Ён прызначаны для ідэнтыфікацыі працэсу-атрымальніка пакета ў адным хасце.

Як правіла, у прасторы карыстальніка на хасце з усталяванай АС адбываецца некалькі працэсаў адначасова, і ў кожным з іх працуе пэўная праграма. Калі ж гэтыя праграмы закранаюць кампутарную сетку, «абалонка» час ад часу атрымлівае праз яе IP-пакет, які прызначаецца для адной з праграм.

Як гэта працуе?

Калі праграма выкарыстоўвае абмен дадзенымі праз сетку, гэты працэс можа адбывацца наступным чынам:

• У АС запытваецца пэўны нумар порта. Пры гэтым сістэма можа як даць яго праграме, так і забараніць перадачу (гэта адбываецца ў выпадках, калі гэты нумар порта ўжо выкарыстоўваецца іншым дадаткам).
• У АС запытваецца ня канкрэтызаваны нумар порта, у любы вольны. Сістэма сама выбірае яго і дае праграме.

Як адкрыць порт (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?

Для гэтага неабходна зайсці ў меню «Пуск» і знайсці Панэль кіравання. У ёй патрабуецца націснуць на падменю «Сетка» і знайсці ў ім «Бранмауэр». Ва ўкладцы «Выключэнні» знайдзіце пункт «Дадаць порт». У вас адкрыецца дыялогавае акно, у якім спатрэбіцца ўвесці нумар порта. Пераканайцеся ў тым, што ў наладах паказаны TCP, пасля чаго абярыце ОК.

Як зачыніць порт 8080? Для гэтага дастаткова наладзіць падключэнне на іншы пэўны порт.

Пашыраная налада проксі-сервера HTTP і TCP

Пратакол HTTP працуе па-над пратаколу TCP, але падае дадатковую інфармацыю аб прызначэнні паведамленні. З гэтай прычыны два проксі наладжваюцца па-рознаму.

HTTP-трафік ўключае ў сябе мэтавай хост і порт для паведамленні. Ён адпраўляецца па TCP-злучэння з канчатковай кропкай TCP, гэта значыць паміж пэўным хастом і портам. Як правіла, HTTP-паведамленне паказвае на тую ж канчатковую кропку, што і TCP-злучэнне. Калі вы змяняе канфігурацыю кліента для выкарыстання проксі-сервера HTTP, злучэнне выконваецца з іншым хастом і портам, замест названага ў URL-адрасах HTTP. Гэта азначае, што канчатковая кропка TCP ў паведамленні адрозніваецца ад той канчатковай, да якой яна падключана.

Напрыклад, калі HTTP-запыт адпраўлены на старонку http://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, а кліент адправіць запыт для http://192.0.2.1:8080/operation, паведамленне ўсё яшчэ ўтрымлівае «192.0.2.1: 8080» у загалоўку «Host», а цяпер таксама ў полі «Request-Line». Аднак гэта паведамленне теперь адпраўляецца праз TCP-злучэнне па адрасе 198.51.100.1:3128. Такім чынам, проксі-сервер HTTP можа атрымліваць паведамленні на адным порту (проксі-порт 8080) і можа перасылаць іх некалькім розным службам на аснове інфармацыі аб атрымальніку.

Як наладзіць прыём падлучэнняў праз порт 8080?

Такім чынам, загаловак «Host» быў дададзены ў HTTP / 1.1. Злучэння HTTP / 1.0 не ўключае яго ў сябе. Па гэтай прычыне такія злучэнні, якія не праходзяць праз проксі, не ўключаюць у сябе хост і порт для паведамленні. Аднак інфармацыя па HTTP / 1.0, адпраўленая праз проксі-сервер, па-ранейшаму ўтрымлівае мэтавай хост і порт у «радку запыту». Таму адсутнасць загалоўка «Host» не выклікае праблемы для проксі.

Каб уключыць проксі-сервер TCP, вы павінны змяніць канфігурацыю кліента з канчатковай кропкі TCP ў рэальным часе на замяняць канчатковую кропку. У адрозненне ад HTTP, гэты пратакол не забяспечвае убудаваную магчымасць выкарыстання проксі. Гэта значыць, калі вы падлучаецеся да проксі-серверу праз TCP, для перадачы інфармацыі канчатковаму адрасату не прадугледжаны якой-небудзь механізм.

Як наладзіць множны злучэнне з дапамогай 8080?

Адзіны спосаб для проксі TCP дазволіць злучэння з некалькімі сістэмамі (гэта значыць з канчатковымі кропкамі прызначэння), незалежна ад таго, які трафік будзе адпраўлены па гэтых злучэнням, - гэта праслухоўванне іншага порта для кожнай з сістэм. Гэта дазваляе падключаць і падтрымліваць інфармацыю аб тым, які з яе нумароў партоў адпавядае кожнай канчатковай кропцы. Затым кліент наладжваецца з проксі-портам, адпаведным кожнай сістэме, з якой яму трэба злучыцца. Проксі-парты TCP для праслухоўвання і адпаведныя ім канчатковыя кропкі наладжваюцца ў аператарах у файле канфігурацыі проксі, RTCP_install_dir / httptcp / registration.xml. У першую чаргу, неабходна праверыць порт 8080 - калі ён адкрыты па змаўчанні, далейшыя налады будуць зробленыя за некалькі хвілін.

У гэтым прыкладзе 198.51.100.1 з'яўляецца IP-адрасам проксі-сервера. Любы трафік, адпраўлены на порт 3333 на проксі-сервер, адпраўляецца на порт 8080 па адрасе: www. Example. 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, проксі перанакіроўвае паведамленне на гэты адрас цi прымяняе любыя правілы, якія ён мае для гэтай службы. Гэтая ж працэдура прымяняецца да 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, у якім вы паказваеце яго ў якасці канчатковай кропкі 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, на http: // 198.51.100.1:3333/ operation. Запыт, які адпраўляецца на гэты новы URL-адрас, трапляе ў проксі-сервер.

Паведамленне запыту змяшчае канчатковую кропку TCP для проксі (198.51.100.1:3333) у загалоўку «Хост», а не адрас сістэмы, таму што кліент не ведае, што ён адпраўляе перанакіраванне паведамленне. Гэтая спрошчаная кліенцкая ролю вызначае прыроду такога злучэння. Такім чынам, проксі выкарыстоўвае элементы , каб ведаць, што запыт, які паступае на порт 3333, патрабуе адно з наступных дзеянняў: ён павінен быць перанакіраваны ў жывую сістэму на 192.0.2.1:8080, а загаловак «Host» ў паведамленні павінен быць абноўлены. Для паведамленні павінны прымяняцца ўсе правілы гэтай службы, напрыклад, маршрутызацыя на заглушку.