Liczba 8443 użyta w adresie https://www.adres_serwera.pl:8443/index.html oznacza numer
A. aplikacji, do której kierowane jest zapytanie.
B. PID procesu uruchomionego na serwerze.
C. portu, inny od standardowego numeru dla protokołu HTTPS.
D. sekwencyjny pakietu przekazującego dane.
Liczba 8443 w adresie https://www.adres_serwera.pl:8443/index.html oznacza numer portu TCP, na który przeglądarka ma wysłać połączenie. W adresie URL składnia wygląda mniej więcej tak: schemat://host:port/ścieżka. Schemat https informuje, że używany jest protokół HTTPS, host to www.adres_serwera.pl, a fragment :8443 wskazuje konkretny port usługi na serwerze. Standardowo HTTPS działa na porcie 443, zgodnie z praktyką opisaną w rejestrach IANA. Jeśli portu nie podamy, przeglądarka sama przyjmie 443. Gdy wpisujemy :8443, wymuszamy połączenie z innym portem, często używanym np. przez panele administracyjne, serwery aplikacyjne typu Tomcat, środowiska testowe albo usługi wystawione za reverse proxy. W praktyce trzeba pamiętać, że port musi być otwarty na firewallu, usługa musi na nim nasłuchiwać, a certyfikat TLS nadal powinien być poprawnie skonfigurowany. Moim zdaniem to jest jedna z tych rzeczy, które warto umieć czytać z adresu od razu, bo bardzo pomaga przy diagnozie problemów z dostępem do stron i usług sieciowych.
W tym adresie liczba 8443 nie jest numerem aplikacji w sensie identyfikatora programu. Port może być używany przez konkretną aplikację, ale sam w sobie jest elementem warstwy transportowej, a nie nazwą czy numerem programu. Jedna aplikacja może nasłuchiwać na kilku portach, a z drugiej strony za jednym portem może stać serwer WWW lub reverse proxy, który dopiero przekazuje ruch do różnych aplikacji wewnętrznych. Dlatego utożsamianie portu z aplikacją jest lekkim uproszczeniem, które w praktyce szybko prowadzi do pomyłek.
Nie jest to też numer sekwencyjny pakietu. Numery sekwencyjne występują w protokole TCP i służą do porządkowania strumienia danych oraz wykrywania brakujących fragmentów transmisji. Użytkownik nie wpisuje ich w adresie URL, bo są obsługiwane automatycznie przez stos sieciowy systemu operacyjnego. Adres URL opisuje zasób i sposób połączenia, a nie pojedyncze pakiety latające po sieci.
PID procesu to jeszcze inna sprawa. PID jest lokalnym identyfikatorem procesu w systemie operacyjnym serwera, np. w Linuxie albo Windowsie. Taki numer może się zmienić po restarcie usługi i nie jest elementem adresowania sieciowego. Klient z Internetu zwykle nie wie, jaki PID ma proces obsługujący połączenie, i nie powinien tego wiedzieć. Typowy błąd myślowy polega tu na mieszaniu warstw: URL należy do poziomu aplikacyjnego, port działa na styku aplikacji i transportu, numery sekwencyjne są wewnątrz TCP, a PID należy do systemu operacyjnego. W podanym przykładzie :8443 mówi po prostu: połącz się z serwerem przez HTTPS, ale nie na domyślny port 443, tylko na port 8443.
Nie jest to też numer sekwencyjny pakietu. Numery sekwencyjne występują w protokole TCP i służą do porządkowania strumienia danych oraz wykrywania brakujących fragmentów transmisji. Użytkownik nie wpisuje ich w adresie URL, bo są obsługiwane automatycznie przez stos sieciowy systemu operacyjnego. Adres URL opisuje zasób i sposób połączenia, a nie pojedyncze pakiety latające po sieci.
PID procesu to jeszcze inna sprawa. PID jest lokalnym identyfikatorem procesu w systemie operacyjnym serwera, np. w Linuxie albo Windowsie. Taki numer może się zmienić po restarcie usługi i nie jest elementem adresowania sieciowego. Klient z Internetu zwykle nie wie, jaki PID ma proces obsługujący połączenie, i nie powinien tego wiedzieć. Typowy błąd myślowy polega tu na mieszaniu warstw: URL należy do poziomu aplikacyjnego, port działa na styku aplikacji i transportu, numery sekwencyjne są wewnątrz TCP, a PID należy do systemu operacyjnego. W podanym przykładzie :8443 mówi po prostu: połącz się z serwerem przez HTTPS, ale nie na domyślny port 443, tylko na port 8443.