Port w sieci komputerowej jest liczbą naturalną, zapisaną w nagłówku protokołu OSI. Jest przeznaczony do identyfikacji procesu odbiorcy paczki w jednym hoście.

Zazwyczaj w przestrzeni użytkownika na hoście z zainstalowanym systemem operacyjnym jest kilka procesów jednocześnie, a każdy program uruchamia program. Jeśli te programy wpływają na sieć komputerową, "powłoka" od czasu do czasu otrzymuje pakiet IP przypisany do jednego z programów.

Jak to działa?

Jeżeli program korzysta z wymiany danych w sieci, proces ten może odbywać się w następujący sposób:

System operacyjny wymaga określonego numeru portu. W takim przypadku system może zarówno udostępnić program, jak i zabronić przesyłania (dzieje się tak w przypadkach, gdy ten numer portu jest już używany przez inną aplikację).

System operacyjny nie żąda określonego numeru portu, za darmo. System sam wybiera i zapewnia program.

Jak otworzyć port (808080 itd.)? Wewnątrz sieci wymiana informacji odbywa się zgodnie z określonym protokołem (między dwoma procesami). Aby nawiązać połączenie, wymagane są:

adresy IP adresata i hosty nadawcy (niezbędne do zbudowania między nimi trasy);

Numer protokołu;

Numery obu portów (odbiorca i nadawca).

Jeśli połączenie jest przez TCP, port nadawcy jest używany jako system operacyjny odbiorcy do przesyłania potwierdzeniaodebrane dane i proces odbierający w celu przesłania odpowiedzi.

Otwarte i zamknięte porty

Nazwa hosta i numer portu wysyłającego jest analogiczna do adresu zwrotnego, który jest wskazany na kopertach. Ta liczba nazywa się odwrotnością. W przypadkach, gdy jakikolwiek proces hosta na stałe używa tego samego numeru portu, taki port jest uznawany za otwarty. Na przykład program powiązany z serwerem zawsze może korzystać z komunikacji 80 lub 8080. Kiedy proces nie może otworzyć portu, jest uważany za zamknięty.

Numery portów

Wszystkie porty mają swoje numery rejestracyjne w określony sposób. Każdy z nich jest zaprojektowany do określonego celu. Tak więc, kiedy jesteś w Internecie, często widzisz port 8080. Dlaczego potrzebujesz tak funkcjonalnego? Według oficjalnych danych port ten działa na TCP i jest przeznaczony do użytku z HTTP. Nieoficjalnie używa także kontenera Tomcat Servlet napisanego w Javie. Port TCP 8080 może wykorzystywać określony protokół komunikacyjny, w zależności od aplikacji. Protokół jest zbiorem formalnych reguł, które wyjaśniają, w jaki sposób dane są przesyłane przez sieć. Może być prezentowany jako język używany między komputerami, aby pomóc im skuteczniej komunikować się. Protokół HTTP przechodzący przez 8080 określa format komunikacji między przeglądarkami internetowymi i stronami internetowymi. Innym przykładem jest protokół IMAP, który definiuje relacje między serwerami poczty IMAP a klientami lub, na koniec, protokołem SSL, który określaformat używany do szyfrowania wiadomości.

Transmisja danych

W ten sposób port TCP 8080 wykorzystuje protokół kontroli transmisji. Jest to jeden z głównych protokołów w sieciach TCP /IP. Podczas gdy IP zajmuje się tylko pakietami, protokół TCP umożliwia dwóm hostom nawiązywanie połączeń i wymianę strumieni danych. Gwarantuje to ich dostawę, a także fakt, że paczki zostaną dostarczone do portu 8080 w tej samej kolejności, w jakiej zostały wysłane. Gwarantowane połączenie z 8080 jest kluczową różnicą między TCP i UDP. UDP 8080 nie gwarantuje połączenia w ten sam sposób.

Jak otworzyć port 8080 w Windows 7?

Aby to zrobić, przejdź do menu Start i znajdź Panel sterowania. W tym celu należy kliknąć element "Sieć" i znaleźć go "Branhouse". Na karcie Wyjątki znajdź element "Dodaj port". Będziesz miał okno dialogowe, w którym będziesz musiał podać numer portu. Upewnij się, że w ustawieniach określono TCP, a następnie wybierz OK. Jak zamknąć port 8080? Aby to zrobić, po prostu skonfiguruj połączenie z innym określonym portem.

Zaawansowane ustawienia proxy HTTP i TCP

Protokół HTTP działa za pośrednictwem protokołu TCP, ale dostarcza dodatkowych informacji o miejscu docelowym wiadomości. Z tego powodu dwa serwery proxy są skonfigurowane w różny sposób. Ruch HTTP obejmuje docelowy host i port dla wiadomości. Wysyła połączenie TCP z punktem końcowym TCP, czyli między określonym hostem a portem. Zazwyczaj komunikat HTTP wskazuje na ten sam punkt końcowy, co połączenie TCP. Jeśli zmienisz konfigurację klienta do użyciaSerwer proxy HTTP, połączenie jest wykonywane z innego hosta i portu określonego adresu URL zamiast adresów HTTP. Oznacza to, że TCP punktów końcowych w wiadomości różni się od jednego końca, do którego jest podłączony. Na przykład, jeżeli żądanie HTTP wysyłane do strony http: //19202.1: 8080 żądanie /operacja obejmuje „19202.1: 8080” nagłówka „Host” HTTP Wiadomości wysyłane do portu 8080 na hoście 19202.1.
Jeśli jednak skonfigurować klienta HTTP do korzystania z serwera proxy, podstawowe ruchy TCP przyłączeń do punktu końcowego TCP przez pewien czas jako wiadomości nadal zawierają oryginalny punkt końcowy. Na przykład, jeśli ustawisz klienta do wysyłania wiadomości do serwera proxy na porcie 3128 1982811001 a klient wysyła żądanie http: //19202.1: 8080 /operacji, komunikat nie zawiera „19202.1: 8080” nagłówka „Host”, a teraz także w polu "Żądanie linii". Jednak ta wiadomość jest teraz wysyłana za pośrednictwem połączenia TCP w 19851100.1: 3128. Zatem HTTP Proxy może odbierać wiadomości na jeden port portu proxy 8080) i może wysyłać je do różnych usług opartych na informacji o odbiorcy.

Jak skonfigurować odbiór połączenia przez port 8080?

Stąd nagłówek "Host" został dodany do HTTP /1.1. Połączenie HTTP /1.0 nie zawiera go w sobie. Z tego powodu takie związki, które nie przechodzą przez pełnomocnika nie zawiera hosta i port wiadomości. Jednak informacje z HTTP /1.0 jest wysyłana za pośrednictwem serwera proxy, nadal zawierający hosta docelowego i port w ciągu kwerendy. " Ponieważ żaden tytuł «Host» nie powoduje problemy dla pełnomocnika. Aby włączyćSerwer proxy TCP, należy zmienić konfigurację klienta z punktu końcowego TCP w czasie rzeczywistym na zastępczy punkt końcowy. W przeciwieństwie do protokołu HTTP protokół ten nie zapewnia wbudowanych możliwości proxy. Oznacza to, że jeśli łączysz się z serwerem proxy przez TCP, nie ma mechanizmu przesyłania informacji do docelowego adresata.

Jak skonfigurować wiele połączeń za pomocą 8080?

Jedynym sposobem, w jaki serwer proxy TCP umożliwia połączenia z wieloma systemami (czyli docelowymi punktami końcowymi), niezależnie od tego, który ruch jest przesyłany za pośrednictwem tego połączenia, jest słuchanie innego portu dla każdego systemu. Umożliwia to podłączenie i utrzymanie informacji o tym, który z numerów portów odpowiada każdemu punktowi końcowemu. Następnie klient jest skonfigurowany z portem proxy, który odpowiada każdemu systemowi, z którym musi się połączyć. Proxy TCP do odsłuchu i odpowiadające im punkty końcowe zmieniają się w operatorach w pliku konfiguracyjnym proxy, RTCP_install_dir /httptcp /rejestracja.xml. Przede wszystkim musisz sprawdzić port 8080 - jeśli jest on domyślnie otwarty, dalsze ustawienia zostaną wprowadzone w ciągu kilku minut. W tym przykładzie 19851100.1 ma adres IP serwera proxy. Każdy ruch wysłany do portu 3333 na serwerze proxy jest wysyłany do portu 8080 na stronie www. Przykład. com: Dlatego musisz zmienić plik konfiguracyjny klienta, gdy dodasz nowe miejsce docelowe dla ruchu. To ograniczenie nie dotyczy serwerów proxy HTTP.

Interakcja między HTTP a TCP

Aby zrozumieć, jak porty sąprzetwarzane proxy HTTP i TCP, załóżmy, że masz dwie usługi: co 19202.1, 19202.1 i 8080, 8081 i serwer proxy, który działa na 19851100.1. Jeśli różnią się one od adresu IP, a nie numer portu, w tym przykładzie będzie to samo z wyjątkiem odpowiedni adres dla każdej usługi. Jeżeli spodziewają HTTP ruch HTTP proxy port na obu wniosków końcowych TCP mogą być wysyłane do niego. Kiedy widzi się komunikat HTTP kierowane 19.202,1: 8080 Pełnomocnik przekazuje wiadomość do tego adresu lub zastosować jakiekolwiek zasady, że ma za tę usługę. Ta sama procedura dotyczy 19202.1: 8081 przy użyciu tego samego portu. Jeśli te dwie usługi zamiast oczekiwać ruchu TCP, powinien być otwarty port TCP-proxy dwa zidentyfikowano dwa elementy w pliku konfiguracyjnym: zmiany konfiguracji klient pierwszy serwis z „19202.1: 8080” na „+19851100,1: 3333”, a dla drugiej - z "19.202,1: 8081" na "19851100.1: 3334". Klient wysyła wiadomość (pakiet TCP) dla pierwszej usługi pierwszej adres. Serwer proxy otrzymuje go w tym porcie (3333), ale nie wie, jakie dane przesyłane przez to połączenie. Wszystko wie - połączenie do portu 3333. Ponieważ serwer proxy konsultuje swoją konfigurację i widzi, że ruch na tym porcie powinien zostać przekierowany do 19202.1: 8080 (lub go zastosować regułę do tego). Jeśli nie można przekierować cały ruch HTTP konfiguracji, ponieważ klient nie obsługuje konfigurację HTTP Proxy, należy użyć odwrotnego proxy HTTP. Zamiast docelowego adresu URL określasz, czego potrzebujesz. Tenproces jest podobny do procesu konfiguracji proxy TCP, w którym określa się go jako punkt końcowy komunikatu TCP w systemie klienta i tworzy regułę przekazywania. Różnica polega na tym, że dodajesz atrybut type do reguły, która definiuje HTTP, jak w poniższym przykładzie :.

Jak porusza się ruch drogowy?

Teraz serwer proxy jest skonfigurowany do odbierania tylko ruchu HTTP do określonego portu i może zastosować bardziej rozbudowane filtrowanie. Na przykład serwer może filtrować ruch do kodu pośredniczącego, który nie ma określonej ścieżki w swoim adresie URL lub który nie używa konkretnej metody HTTP, takiej jak POST. Ponieważ jednak rysik nie zawsze działa, serwer nadal potrzebuje odbiorcy z elementu, aby móc wysyłać ruch do systemu. Załóżmy na przykład, że klient musi połączyć się z usługą w 19202.1: 8080 i użyć odwrotnego proxy HTTP dla 19851100.1: 3333. Zanim klient będzie mógł korzystać z serwera proxy, konfiguracja klienta dla tej usługi wymaga zmodyfikowania adresów URL, takich jak http: //19202.1: 8080 /operation, pod adresem http: //19851100.1: 3333 /operation. Żądanie wysłane do tego nowego adresu URL wchodzi na serwer proxy. Komunikat żądania zawiera punkt końcowy TCP dla proxy (19851100.1: 3333) w nagłówku hosta, a nie adres systemu, ponieważ klient nie wie, że wysyła przekierowaną wiadomość. Ta uproszczona rola klienta określa naturę takiego połączenia. Dlatego serwer proxy używa elementów, aby wiedzieć, że żądanie przychodzące do portu 3333 wymaga jednego z następujących: musi zostać przekierowane do systemu na żywo19202.1: 8080 i nagłówek "Host" w komunikacie muszą zostać zaktualizowane. Wszystkie reguły dotyczące tej usługi muszą mieć zastosowanie do komunikatu, na przykład do routingu stubowego.