Како конфигурисање пријемних веза преко 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.

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

На пример, ако конфигуришете клијентима да шаљу своје поруке на проки сервер на 198281.100.1 порт 3128, а клијент пошаље захтев за хттп://192.0.2.1:8080/оператион, порука и даље садржи «192.0.2.1: 8080" Наслов «хост», а сада иу области «Захтев-Лине». Међутим, ова порука је сада послата преко ТЦП конекције на 198.51.100.1:3128. Тако, ХТТП прокси сервер може примати поруке на истом порту (проки на порт 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: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». Клијент шаље поруку (ТЦП пакета), први сервис у првом адресу.

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

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

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

Како је покрет саобраћај?

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

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

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