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

Пристаништето во компјутерските мрежи е природен број кој се евидентира во насловот на OSI протоколот. Тој е дизајниран да го идентификува процесот на прием на пакетот во еден домаќин.

Како по правило, во корисничкиот простор на домаќин со инсталиран оперативен систем, неколку процеси се појавуваат истовремено, и во секоја од нив функционира одредена програма. Ако овие програми влијаат на компјутерската мрежа, "школка" од време на време добива преку него IP пакет кој е наменет за една од програмите.

Како функционира?

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

• Оперативниот систем бара специфичен број на порта. Во овој случај, системот може и да ја обезбеди програмата и да забрани пренос (ова се случува во случаи кога овој број на порта е веќе искористен од друга апликација).
• Оперативниот систем не бара специфичен број на порта, во која било слободна порта. Системот го избира и го обезбедува на програмата.

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

• IP адреси на домаќините на примачот и на испраќачот (неопходно е да се изгради пат помеѓу нив);
• Број на протокол;
• Бројот на двата пристаништа (примачот и испраќачот).

Доколку конекцијата е преку TCP, тогаш пристаништето на испраќачот се користи како ОС на примачот за да се испрати потврдата за примените податоци и процесот на примачот за пренесување на одговорот.

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

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

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

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

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

Според официјалните податоци, ова пристаниште работи на TCP протоколот и е наменето за употреба со HTTP. Неофицијално, истото се користи и од контејнерот на Tomcat Servlet, напишан во Јава.

TCP порта 8080 може да користи специфичен протокол за комуникација, во зависност од апликацијата. Протоколот е збир на формализирани правила кои објаснуваат како се пренесуваат податоците преку мрежата. Ова може да се претстави како јазик што се користи помеѓу компјутерите за да им помогне поефикасно да комуницираат.

HTTP протоколот, кој работи преку 8080, го дефинира форматот на комуникација помеѓу интернет прелистувачите и веб-сајтовите. Друг пример е протоколот IMAP, кој ја дефинира врската помеѓу IMAP mail серверите и клиентите или, конечно, протоколот SSL, кој го одредува формат кој се користи за шифрирани пораки.

Пренос на податоци

Така, TCP-портата 8080 го користи протоколот за контрола на пренос. Тој е еден од главните протоколи во TCP / IP мрежите. Додека IP протоколот се занимава само со пакети, TCP им овозможува на двајца домаќини да воспостават врска и да разменуваат потоци. Тој гарантира нивно доставување, како и фактот дека пакетите ќе бидат доставени до пристаништето 8080 по ист редослед во кој биле испратени. Загарантирана конекција со 8080 е клучна разлика помеѓу TCP и UDP. UDP 8080 нема да гарантира врска на истиот начин.

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

За да го направите ова, одете во "Start" менито и најдете контролен панел. Во него треба да кликнете на подменито "Мрежа" и да најдете во него "Бранмауер". Во табулаторот "Исклучоци" пронајдете ставка "Додај порт". Ќе ви биде презентиран дијалог-кутија во која ќе ви биде побарано да го внесете бројот на портата. Потврдете дека TCP е конфигуриран во поставките, а потоа кликнете OK.

Како да го затворите пристаништето 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" во насловот "Домаќинот" на HTTP пораката, која се испраќа до портата 8080 на домаќинот 192.0. 2.1.

Меѓутоа, ако го конфигурирате HTTP-клиентот да користи прокси-сервер, основната TCP-врска оди до крајната точка на TCP за неа, додека пораките сеуште ја содржат оригиналната крајна точка.

На пример, ако го конфигурирате клиентот да ги испраќа своите пораки до прокси-серверот на портата 198281.100.1 19828, а клиентот ќе испрати барање за http://192.0.2.1:8080/operation, пораката се уште содржи "192.0.2.1: 8080" Во насловот "Домаќин", а сега и во полето "Барање-линија". Сепак, оваа порака сега е испратена преку TCP-врска за да се адресира 198.51.100.1:3128. Така, HTTP-прокси може да прима пораки на едно пристаниште (прокси-порт 8080) и може да ги препрати до неколку различни услуги врз основа на информациите на примачот.

Како можам да го конфигурирам приемот на врски преку порта 8080?

Значи, заглавието "Host" беше додадено во 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" destination = "www. Example.com: 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, како во следниов пример: .

Како се движи сообраќајот?

Сега прокси-серверот е конфигуриран да прима само 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) во заглавието "Host", а не системската адреса, бидејќи клиентот не знае дека ја испраќа пренасочена порака. Оваа поедноставена улога на клиент ја одредува природата на таквата врска. Така, proxy ги користи елементите за да знае дека барањето кое пристигнува на портата 3333 бара едно од следниве: мора да биде пренасочено на системот во живо на 192.0.2.1:8080, а насловот "Домаќинот" во пораката мора да биде Ажурирано. За пораката, треба да се применат сите правила на оваа услуга, на пример, рутирање до никулец.