{"id":1167,"date":"2026-02-23T17:17:07","date_gmt":"2026-02-23T16:17:07","guid":{"rendered":"https:\/\/trzykody.pl\/?p=1167"},"modified":"2026-02-23T17:17:08","modified_gmt":"2026-02-23T16:17:08","slug":"siec-komputerowa-w-praktyce-inzynierskiej-warstwy-protokoly-routing-i-realne-konsekwencje-bledow-konfiguracji","status":"publish","type":"post","link":"https:\/\/trzykody.pl\/index.php\/2026\/02\/23\/siec-komputerowa-w-praktyce-inzynierskiej-warstwy-protokoly-routing-i-realne-konsekwencje-bledow-konfiguracji\/","title":{"rendered":"Sie\u0107 komputerowa w praktyce in\u017cynierskiej: warstwy, protoko\u0142y, routing i realne konsekwencje b\u0142\u0119d\u00f3w konfiguracji"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Pierwszy kontakt z infrastruktur\u0105 sieciow\u0105 zwykle nie zaczyna si\u0119 od teorii, tylko od problemu: brak dost\u0119pu do zasobu, wolne po\u0142\u0105czenie, zrywanie sesji, niejasne komunikaty b\u0142\u0119d\u00f3w. Z czasem pojawia si\u0119 potrzeba rozumienia, co faktycznie dzieje si\u0119 \u201epo drodze\u201d mi\u0119dzy aplikacj\u0105 a serwerem, jakie warstwy bior\u0105 w tym udzia\u0142 i gdzie realnie powstaj\u0105 op\u00f3\u017anienia albo straty pakiet\u00f3w. To nie jest wiedza czysto akademicka \u2013 przek\u0142ada si\u0119 bezpo\u015brednio na czas diagnozy awarii, koszty utrzymania infrastruktury i bezpiecze\u0144stwo danych u\u017cytkownik\u00f3w, a w praktyce oznacza umiej\u0119tno\u015b\u0107 pracy z takimi zjawiskami jak <strong>sie\u0107 komputerowa<\/strong>.<\/p>\n\n\n\n<div class=\"wp-block-rank-math-toc-block\" id=\"rank-math-toc\"><h2>Spis Tre\u015bci<\/h2><nav><ol><li class=\"\"><a href=\"#siec-komputerowa-jako-zlozony-system-komunikacji-danych-w-wielu-warstwach-i-technologiach-fizycznych\">Sie\u0107 komputerowa jako z\u0142o\u017cony system komunikacji danych w wielu warstwach i technologiach fizycznych<\/a><\/li><li class=\"\"><a href=\"#model-warstwowy-osi-i-tcp-ip-jako-praktyczny-sposob-rozumienia-zaleznosci-miedzy-protokolami-i-urzadzeniami\">Model warstwowy OSI i TCP\/IP jako praktyczny spos\u00f3b rozumienia zale\u017cno\u015bci mi\u0119dzy protoko\u0142ami i urz\u0105dzeniami<\/a><\/li><li class=\"\"><a href=\"#siec-komputerowa-jako-srodowisko-protokolow-komunikacyjnych-i-mechanizmow-adresowania-w-praktyce-inzynierskiej\">Sie\u0107 komputerowa jako \u015brodowisko protoko\u0142\u00f3w komunikacyjnych i mechanizm\u00f3w adresowania w praktyce in\u017cynierskiej<\/a><\/li><li class=\"\"><a href=\"#mechanizmy-routingu-i-przelaczania-pakietow-oraz-konsekwencje-blednej-konfiguracji-dla-wydajnosci-i-stabilnosci\">Mechanizmy routingu i prze\u0142\u0105czania pakiet\u00f3w oraz konsekwencje b\u0142\u0119dnej konfiguracji dla wydajno\u015bci i stabilno\u015bci<\/a><\/li><li class=\"\"><a href=\"#przyklady-kodu-i-wzorow-zwiazanych-z-komunikacja-sieciowa-pomiarami-opoznien-i-przepustowosci\">Przyk\u0142ady kodu i wzor\u00f3w zwi\u0105zanych z komunikacj\u0105 sieciow\u0105, pomiarami op\u00f3\u017anie\u0144 i przepustowo\u015bci<\/a><ol><li class=\"\"><a href=\"#pulapki-praktyczne-i-czeste-bledy-spotykane-w-realnych-wdrozeniach\">Sie\u0107 komputerowa: Pu\u0142apki praktyczne i cz\u0119ste b\u0142\u0119dy spotykane w realnych wdro\u017ceniach<\/a><\/li><\/ol><\/li><li class=\"\"><a href=\"#faq\">FAQ<\/a><\/li><\/ol><\/nav><\/div>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"siec-komputerowa-jako-zlozony-system-komunikacji-danych-w-wielu-warstwach-i-technologiach-fizycznych\">Sie\u0107 komputerowa jako z\u0142o\u017cony system komunikacji danych w wielu warstwach i technologiach fizycznych<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Z technicznego punktu widzenia sie\u0107 to zbi\u00f3r w\u0119z\u0142\u00f3w (host\u00f3w, router\u00f3w, prze\u0142\u0105cznik\u00f3w) po\u0142\u0105czonych medium transmisyjnym. Medium mo\u017ce by\u0107 miedziane (skr\u0119tka, kabel koncentryczny), \u015bwiat\u0142owodowe albo bezprzewodowe. W praktyce przepustowo\u015b\u0107 \u0142\u0105czy w sieciach lokalnych to dzi\u015b standardowo 1 Gb\/s, coraz cz\u0119\u015bciej 2,5 Gb\/s i 10 Gb\/s w segmentach serwerowych. Op\u00f3\u017anienia w obr\u0119bie LAN mieszcz\u0105 si\u0119 zwykle w zakresie 0,1\u20131 ms, podczas gdy po\u0142\u0105czenia mi\u0119dzykontynentalne w Internecie to rz\u0105d 100\u2013250 ms w jedn\u0105 stron\u0119.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Komunikacja nie polega na \u201eprzes\u0142aniu pliku w ca\u0142o\u015bci\u201d, tylko na podziale danych na porcje (ramki i pakiety), kt\u00f3re s\u0105 niezale\u017cnie routowane. Ka\u017cdy element infrastruktury widzi tylko sw\u00f3j fragment pracy: karta sieciowa obs\u0142uguje ramki, prze\u0142\u0105cznik podejmuje decyzje na podstawie adres\u00f3w MAC, router analizuje adresy IP i tablice routingu. Ten podzia\u0142 odpowiedzialno\u015bci ma sens wydajno\u015bciowy, ale utrudnia diagnoz\u0119 \u2013 awaria w jednej warstwie mo\u017ce objawia\u0107 si\u0119 symptomami w zupe\u0142nie innej.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Istotne jest te\u017c rozr\u00f3\u017cnienie topologii logicznej i fizycznej. Fizycznie sie\u0107 bywa gwiazd\u0105 z centralnym prze\u0142\u0105cznikiem, logicznie mo\u017ce zachowywa\u0107 si\u0119 jak sie\u0107 z wieloma \u015bcie\u017ckami dzi\u0119ki protoko\u0142om typu STP lub dynamicznemu routowaniu. To wp\u0142ywa na odporno\u015b\u0107 na awarie: jedna przerwana trasa nie musi oznacza\u0107 utraty \u0142\u0105czno\u015bci, ale mo\u017ce zwi\u0119kszy\u0107 op\u00f3\u017anienia i obci\u0105\u017cenie pozosta\u0142ych \u0142\u0105czy.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"model-warstwowy-osi-i-tcp-ip-jako-praktyczny-sposob-rozumienia-zaleznosci-miedzy-protokolami-i-urzadzeniami\">Model warstwowy OSI i TCP\/IP jako praktyczny spos\u00f3b rozumienia zale\u017cno\u015bci mi\u0119dzy protoko\u0142ami i urz\u0105dzeniami<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Model OSI porz\u0105dkuje funkcje sieci w siedmiu warstwach: fizycznej, \u0142\u0105cza danych, sieciowej, transportowej, sesji, prezentacji i aplikacji. W realnych implementacjach dominuje uproszczony model TCP\/IP, gdzie warstwy s\u0105 \u0142\u0105czone w cztery poziomy: dost\u0119p do sieci, Internet, transport, aplikacja. R\u00f3\u017cnica jest teoretyczna, ale porz\u0105dek my\u015blenia zostaje: problemy z CRC na \u0142\u0105czu nie maj\u0105 nic wsp\u00f3lnego z b\u0142\u0119dami HTTP 500, cho\u0107 dla u\u017cytkownika oba oznaczaj\u0105 \u201enie dzia\u0142a\u201d.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Warstwa fizyczna to sygna\u0142: poziomy napi\u0119\u0107, modulacja, t\u0142umienie, zak\u0142\u00f3cenia. Praktyczna konsekwencja: \u017ale zarobiona skr\u0119tka powoduje retransmisje i spadek realnej przepustowo\u015bci nawet o kilkadziesi\u0105t procent, mimo \u017ce interfejs negocjuje 1 Gb\/s. Warstwa \u0142\u0105cza danych to adresy MAC, ramki Ethernet, detekcja kolizji w starszych standardach. Warstwa sieciowa to IP i routing \u2013 tu pojawia si\u0119 TTL, fragmentacja pakiet\u00f3w, trasy zapasowe. Transport (TCP, UDP) odpowiada za niezawodno\u015b\u0107, kolejno\u015b\u0107 danych i kontrol\u0119 przeci\u0105\u017cenia. Warstwa aplikacji to ju\u017c protoko\u0142y u\u017cytkowe: HTTP, FTP, SMTP, DNS.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Zale\u017cno\u015bci mi\u0119dzy warstwami wida\u0107 przy przeci\u0105\u017ceniu \u0142\u0105cza: TCP zaczyna zmniejsza\u0107 okno transmisji, aplikacja \u201ewidzi\u201d spowolnienie, cho\u0107 fizycznie kabel jest sprawny. Z drugiej strony, b\u0142\u0105d w aplikacji (np. wysy\u0142anie zbyt wielu ma\u0142ych \u017c\u0105da\u0144) potrafi zapcha\u0107 \u0142\u0105cze i wywo\u0142a\u0107 efekt domina w warstwach ni\u017cszych.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"siec-komputerowa-jako-srodowisko-protokolow-komunikacyjnych-i-mechanizmow-adresowania-w-praktyce-inzynierskiej\">Sie\u0107 komputerowa jako \u015brodowisko protoko\u0142\u00f3w komunikacyjnych i mechanizm\u00f3w adresowania w praktyce in\u017cynierskiej<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Adresowanie IP w wersji IPv4 opiera si\u0119 na 32-bitowych adresach, co daje teoretycznie 4,29 mld kombinacji. W praktyce przestrze\u0144 zosta\u0142a poci\u0119ta na klasy, podsieci i zakresy prywatne (10.0.0.0\/8, 172.16.0.0\/12, 192.168.0.0\/16), a dost\u0119p do Internetu realizuje si\u0119 przez NAT. To ma realne konsekwencje diagnostyczne: host w sieci prywatnej nie jest bezpo\u015brednio osi\u0105galny z zewn\u0105trz, co komplikuje testy po\u0142\u0105cze\u0144 przychodz\u0105cych i wymusza przekierowania port\u00f3w.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Protok\u00f3\u0142 TCP zapewnia niezawodno\u015b\u0107 kosztem narzutu: potwierdzenia, retransmisje, mechanizmy kontroli przeci\u0105\u017cenia (slow start, congestion avoidance). Przy wysokich op\u00f3\u017anieniach (np. 150 ms RTT) maksymalna przepustowo\u015b\u0107 pojedynczego strumienia TCP zale\u017cy od rozmiaru okna \u2013 przy domy\u015blnych ustawieniach systemowych \u0142atwo \u201eutkn\u0105\u0107\u201d na kilkunastu Mb\/s mimo szybkiego \u0142\u0105cza. UDP nie ma tych mechanizm\u00f3w, wi\u0119c nadaje si\u0119 do transmisji czasu rzeczywistego (VoIP, streaming), ale wymaga obs\u0142ugi strat po stronie aplikacji.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">DNS to przyk\u0142ad protoko\u0142u, kt\u00f3ry bywa niedoceniany. Rozwi\u0105zywanie nazw potrafi doda\u0107 50\u2013200 ms do pierwszego \u017c\u0105dania HTTP, je\u015bli serwer DNS jest wolny lub \u017ale skonfigurowany. W \u015brodowiskach produkcyjnych cz\u0119sto stosuje si\u0119 lokalne cache DNS, bo realnie skraca to czas odpowiedzi aplikacji o zauwa\u017calny u\u0142amek sekundy.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"mechanizmy-routingu-i-przelaczania-pakietow-oraz-konsekwencje-blednej-konfiguracji-dla-wydajnosci-i-stabilnosci\">Mechanizmy routingu i prze\u0142\u0105czania pakiet\u00f3w oraz konsekwencje b\u0142\u0119dnej konfiguracji dla wydajno\u015bci i stabilno\u015bci<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Routing statyczny sprawdza si\u0119 w ma\u0142ych sieciach, ale skaluje si\u0119 s\u0142abo. W wi\u0119kszych \u015brodowiskach u\u017cywa si\u0119 protoko\u0142\u00f3w dynamicznych (OSPF, BGP), kt\u00f3re utrzymuj\u0105 tablice tras na podstawie metryk i informacji od s\u0105siad\u00f3w. B\u0142\u0105d w konfiguracji BGP potrafi rozla\u0107 si\u0119 na p\u00f3\u0142 Internetu \u2013 znane s\u0105 przypadki, gdzie b\u0142\u0119dna reklama prefiks\u00f3w powodowa\u0142a czarne dziury w routingu i kilkugodzinne przerwy w dost\u0119pie do us\u0142ug globalnych.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Prze\u0142\u0105czanie w warstwie 2 opiera si\u0119 na tablicach MAC. Przepe\u0142nienie tablicy CAM w prze\u0142\u0105czniku skutkuje zalewaniem ruchu (flooding), co w praktyce zwi\u0119ksza ryzyko pods\u0142uchu i obci\u0105\u017cenia segmentu. Mechanizmy takie jak VLAN pozwalaj\u0105 logicznie podzieli\u0107 sie\u0107 na segmenty izoluj\u0105ce ruch. To nie jest tylko kwestia porz\u0105dku \u2013 w sieci z kilkuset hostami brak segmentacji potrafi podnie\u015b\u0107 op\u00f3\u017anienia i liczb\u0119 kolizji broadcast\u00f3w na tyle, \u017ce u\u017cytkownicy odczuwaj\u0105 \u201elagi\u201d w aplikacjach webowych.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"przyklady-kodu-i-wzorow-zwiazanych-z-komunikacja-sieciowa-pomiarami-opoznien-i-przepustowosci\">Przyk\u0142ady kodu i wzor\u00f3w zwi\u0105zanych z komunikacj\u0105 sieciow\u0105, pomiarami op\u00f3\u017anie\u0144 i przepustowo\u015bci<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>J\u0119zyk \/ zapis<\/th><th>Przyk\u0142ad<\/th><th>Co ilustruje<\/th><\/tr><\/thead><tbody><tr><td>C<\/td><td><code>c\\n#include &lt;stdio.h&gt;\\n#include &lt;sys\/socket.h&gt;\\n#include &lt;arpa\/inet.h&gt;\\n#include &lt;unistd.h&gt;\\nint main(){\\n int s = socket(AF_INET, SOCK_STREAM, 0);\\n struct sockaddr_in addr;\\n addr.sin_family = AF_INET;\\n addr.sin_port = htons(80);\\n inet_pton(AF_INET, \\\"93.184.216.34\\\", &amp;addr.sin_addr);\\n connect(s, (struct sockaddr*)&amp;addr, sizeof(addr));\\n close(s);\\n return 0;\\n}\\n<\/code><\/td><td>Nawi\u0105zanie prostego po\u0142\u0105czenia TCP do serwera HTTP po adresie IP<\/td><\/tr><tr><td>C++<\/td><td><code>cpp\\n#include &lt;iostream&gt;\\n#include &lt;chrono&gt;\\n#include &lt;thread&gt;\\nint main(){\\n auto start = std::chrono::high_resolution_clock::now();\\n std::this_thread::sleep_for(std::chrono::milliseconds(50));\\n auto end = std::chrono::high_resolution_clock::now();\\n std::cout &lt;&lt; std::chrono::duration_cast&lt;std::chrono::milliseconds&gt;(end-start).count();\\n}\\n<\/code><\/td><td>Pomiar op\u00f3\u017anienia czasowego w milisekundach jako analogia do RTT<\/td><\/tr><tr><td>Python<\/td><td><code>python\\nimport socket\\ns = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)\\ns.sendto(b\\\"ping\\\", (\\\"8.8.8.8\\\", 53))\\ns.close()\\n<\/code><\/td><td>Wys\u0142anie pakietu UDP do serwera DNS, brak gwarancji odpowiedzi<\/td><\/tr><tr><td>PHP<\/td><td><code>php\\n&lt;?php\\n$fp = fsockopen(\\\"example.com\\\", 80, $errno, $errstr, 5);\\nif ($fp) { fclose($fp); }\\n?&gt;\\n<\/code><\/td><td>Test dost\u0119pno\u015bci hosta na porcie TCP z poziomu aplikacji webowej<\/td><\/tr><tr><td>Wz\u00f3r<\/td><td>RTT \u2248 2 \u00b7 d \/ v<\/td><td>Przybli\u017cenie czasu obiegu pakietu jako funkcja drogi i pr\u0119dko\u015bci propagacji sygna\u0142u<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"pulapki-praktyczne-i-czeste-bledy-spotykane-w-realnych-wdrozeniach\">Sie\u0107 komputerowa: Pu\u0142apki praktyczne i cz\u0119ste b\u0142\u0119dy spotykane w realnych wdro\u017ceniach<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Najcz\u0119stszy b\u0142\u0105d to diagnozowanie \u201esieci\u201d bez rozdzielenia warstw. Gdy aplikacja odpowiada wolno, naturalnym odruchem jest podejrzenie \u0142\u0105cza, a problem bywa w zbyt agresywnych timeoutach TCP albo w przeci\u0105\u017conym serwerze DNS. Drugi problem to brak monitoringu: bez danych historycznych (RTT, jitter, utraty pakiet\u00f3w) ka\u017cda awaria wygl\u0105da jak nowa, a czas przywr\u00f3cenia us\u0142ug ro\u015bnie. Trzeci b\u0142\u0105d to ignorowanie MTU \u2013 r\u00f3\u017cnice w maksymalnym rozmiarze pakietu na trasie powoduj\u0105 fragmentacj\u0119 albo czarne dziury, szczeg\u00f3lnie przy tunelach VPN. Czwarty to zbyt szerokie regu\u0142y firewalli: \u201e\u017ceby dzia\u0142a\u0142o\u201d otwiera si\u0119 ca\u0142e zakresy port\u00f3w, co zwi\u0119ksza powierzchni\u0119 ataku i realne ryzyko utraty danych.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u015awiadome poruszanie si\u0119 po zagadnieniach sieciowych skraca czas reakcji na awarie, pozwala projektowa\u0107 bardziej odporne systemy i realnie ogranicza straty wynikaj\u0105ce z przestoj\u00f3w oraz b\u0142\u0119dnych konfiguracji.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"faq\">FAQ<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Dlaczego szybkie \u0142\u0105cze nominalnie 1 Gb\/s w praktyce daje du\u017co mniejsze transfery?<\/strong><br>Ograniczeniem bywa RTT, rozmiar okna TCP, obci\u0105\u017cenie serwera po drugiej stronie albo b\u0142\u0119dy w warstwie fizycznej powoduj\u0105ce retransmisje.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Czy UDP zawsze jest szybsze od TCP?<\/strong><br>Ma mniejszy narzut protoko\u0142u, ale brak retransmisji oznacza, \u017ce przy stratach pakiet\u00f3w efektywna przepustowo\u015b\u0107 aplikacji mo\u017ce spa\u015b\u0107 bardziej ni\u017c przy TCP.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Po co dzieli\u0107 sie\u0107 na VLAN-y w ma\u0142ej firmie?<\/strong><br>Segmentacja ogranicza ruch rozg\u0142oszeniowy, poprawia przewidywalno\u015b\u0107 op\u00f3\u017anie\u0144 i upraszcza polityki bezpiecze\u0144stwa.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Dlaczego DNS wp\u0142ywa na odczuwaln\u0105 szybko\u015b\u0107 aplikacji webowej?<\/strong><br>Rozwi\u0105zanie nazwy to dodatkowe zapytania sieciowe przed pierwszym po\u0142\u0105czeniem TCP; wolny DNS zwi\u0119ksza czas do pierwszego bajtu.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Czy NAT jest problemem dla aplikacji czasu rzeczywistego?<\/strong><br>Mo\u017ce utrudnia\u0107 po\u0142\u0105czenia przychodz\u0105ce i wprowadza\u0107 dodatkowe op\u00f3\u017anienia, dlatego cz\u0119sto stosuje si\u0119 mechanizmy STUN\/TURN w aplikacjach VoIP.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><em>\u0179r\u00f3d\u0142o Foto: Freepik<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Pierwszy kontakt z infrastruktur\u0105 sieciow\u0105 zwykle nie zaczyna si\u0119 od teorii, tylko od problemu: brak dost\u0119pu do zasobu, wolne po\u0142\u0105czenie, zrywanie sesji, niejasne komunikaty b\u0142\u0119d\u00f3w. Z czasem pojawia si\u0119 potrzeba rozumienia, co faktycznie dzieje si\u0119 \u201epo drodze\u201d mi\u0119dzy aplikacj\u0105 a serwerem, jakie warstwy bior\u0105 w tym udzia\u0142 i gdzie realnie powstaj\u0105 op\u00f3\u017anienia albo straty pakiet\u00f3w. To nie jest wiedza czysto akademicka \u2013 przek\u0142ada si\u0119 bezpo\u015brednio na czas diagnozy awarii, koszty utrzymania infrastruktury i bezpiecze\u0144stwo danych u\u017cytkownik\u00f3w, a w praktyce oznacza umiej\u0119tno\u015b\u0107 pracy z takimi zjawiskami jak sie\u0107 komputerowa. Sie\u0107 komputerowa jako z\u0142o\u017cony system komunikacji danych w wielu warstwach i technologiach fizycznych Z technicznego punktu widzenia sie\u0107 to zbi\u00f3r w\u0119z\u0142\u00f3w (host\u00f3w, router\u00f3w, prze\u0142\u0105cznik\u00f3w) po\u0142\u0105czonych medium transmisyjnym. Medium mo\u017ce by\u0107 miedziane (skr\u0119tka, kabel koncentryczny), \u015bwiat\u0142owodowe albo bezprzewodowe. W praktyce przepustowo\u015b\u0107 \u0142\u0105czy w sieciach lokalnych to dzi\u015b standardowo 1 Gb\/s, coraz cz\u0119\u015bciej 2,5 Gb\/s i 10 Gb\/s w segmentach serwerowych. Op\u00f3\u017anienia w obr\u0119bie LAN mieszcz\u0105 si\u0119 zwykle w zakresie 0,1\u20131 ms, podczas gdy po\u0142\u0105czenia mi\u0119dzykontynentalne w Internecie to rz\u0105d 100\u2013250 ms w jedn\u0105 stron\u0119. Komunikacja nie polega na \u201eprzes\u0142aniu pliku w ca\u0142o\u015bci\u201d, tylko na podziale danych na porcje (ramki i pakiety), kt\u00f3re s\u0105 niezale\u017cnie routowane. Ka\u017cdy element infrastruktury widzi tylko sw\u00f3j fragment pracy: karta sieciowa obs\u0142uguje ramki, prze\u0142\u0105cznik podejmuje decyzje na podstawie adres\u00f3w MAC, router analizuje adresy IP i tablice routingu. Ten podzia\u0142 odpowiedzialno\u015bci ma sens wydajno\u015bciowy, ale utrudnia diagnoz\u0119 \u2013 awaria w jednej warstwie mo\u017ce objawia\u0107 si\u0119 symptomami w zupe\u0142nie innej. Istotne jest te\u017c rozr\u00f3\u017cnienie topologii logicznej i fizycznej. Fizycznie sie\u0107 bywa gwiazd\u0105 z centralnym prze\u0142\u0105cznikiem, logicznie mo\u017ce zachowywa\u0107 si\u0119 jak sie\u0107 z wieloma \u015bcie\u017ckami dzi\u0119ki protoko\u0142om typu STP lub dynamicznemu routowaniu. To wp\u0142ywa na odporno\u015b\u0107 na awarie: jedna przerwana trasa nie musi oznacza\u0107 utraty \u0142\u0105czno\u015bci, ale mo\u017ce zwi\u0119kszy\u0107 op\u00f3\u017anienia i obci\u0105\u017cenie pozosta\u0142ych \u0142\u0105czy. Model warstwowy OSI i TCP\/IP jako praktyczny spos\u00f3b rozumienia zale\u017cno\u015bci mi\u0119dzy protoko\u0142ami i urz\u0105dzeniami Model OSI porz\u0105dkuje funkcje sieci w siedmiu warstwach: fizycznej, \u0142\u0105cza danych, sieciowej, transportowej, sesji, prezentacji i aplikacji. W realnych implementacjach dominuje uproszczony model TCP\/IP, gdzie warstwy s\u0105 \u0142\u0105czone w cztery poziomy: dost\u0119p do sieci, Internet, transport, aplikacja. R\u00f3\u017cnica jest teoretyczna, ale porz\u0105dek my\u015blenia zostaje: problemy z CRC na \u0142\u0105czu nie maj\u0105 nic wsp\u00f3lnego z b\u0142\u0119dami HTTP 500, cho\u0107 dla u\u017cytkownika oba oznaczaj\u0105 \u201enie dzia\u0142a\u201d. Warstwa fizyczna to sygna\u0142: poziomy napi\u0119\u0107, modulacja, t\u0142umienie, zak\u0142\u00f3cenia. Praktyczna konsekwencja: \u017ale zarobiona skr\u0119tka powoduje retransmisje i spadek realnej przepustowo\u015bci nawet o kilkadziesi\u0105t procent, mimo \u017ce interfejs negocjuje 1 Gb\/s. Warstwa \u0142\u0105cza danych to adresy MAC, ramki Ethernet, detekcja kolizji w starszych standardach. Warstwa sieciowa to IP i routing \u2013 tu pojawia si\u0119 TTL, fragmentacja pakiet\u00f3w, trasy zapasowe. Transport (TCP, UDP) odpowiada za niezawodno\u015b\u0107, kolejno\u015b\u0107 danych i kontrol\u0119 przeci\u0105\u017cenia. Warstwa aplikacji to ju\u017c protoko\u0142y u\u017cytkowe: HTTP, FTP, SMTP, DNS. Zale\u017cno\u015bci mi\u0119dzy warstwami wida\u0107 przy przeci\u0105\u017ceniu \u0142\u0105cza: TCP zaczyna zmniejsza\u0107 okno transmisji, aplikacja \u201ewidzi\u201d spowolnienie, cho\u0107 fizycznie kabel jest sprawny. Z drugiej strony, b\u0142\u0105d w aplikacji (np. wysy\u0142anie zbyt wielu ma\u0142ych \u017c\u0105da\u0144) potrafi zapcha\u0107 \u0142\u0105cze i wywo\u0142a\u0107 efekt domina w warstwach ni\u017cszych. Sie\u0107 komputerowa jako \u015brodowisko protoko\u0142\u00f3w komunikacyjnych i mechanizm\u00f3w adresowania w praktyce in\u017cynierskiej Adresowanie IP w wersji IPv4 opiera si\u0119 na 32-bitowych adresach, co daje teoretycznie 4,29 mld kombinacji. W praktyce przestrze\u0144 zosta\u0142a poci\u0119ta na klasy, podsieci i zakresy prywatne (10.0.0.0\/8, 172.16.0.0\/12, 192.168.0.0\/16), a dost\u0119p do Internetu realizuje si\u0119 przez NAT. To ma realne konsekwencje diagnostyczne: host w sieci prywatnej nie jest bezpo\u015brednio osi\u0105galny z zewn\u0105trz, co komplikuje testy po\u0142\u0105cze\u0144 przychodz\u0105cych i wymusza przekierowania port\u00f3w. Protok\u00f3\u0142 TCP zapewnia niezawodno\u015b\u0107 kosztem narzutu: potwierdzenia, retransmisje, mechanizmy kontroli przeci\u0105\u017cenia (slow start, congestion avoidance). Przy wysokich op\u00f3\u017anieniach (np. 150 ms RTT) maksymalna przepustowo\u015b\u0107 pojedynczego strumienia TCP zale\u017cy od rozmiaru okna \u2013 przy domy\u015blnych ustawieniach systemowych \u0142atwo \u201eutkn\u0105\u0107\u201d na kilkunastu Mb\/s mimo szybkiego \u0142\u0105cza. UDP nie ma tych mechanizm\u00f3w, wi\u0119c nadaje si\u0119 do transmisji czasu rzeczywistego (VoIP, streaming), ale wymaga obs\u0142ugi strat po stronie aplikacji. DNS to przyk\u0142ad protoko\u0142u, kt\u00f3ry bywa niedoceniany. Rozwi\u0105zywanie nazw potrafi doda\u0107 50\u2013200 ms do pierwszego \u017c\u0105dania HTTP, je\u015bli serwer DNS jest wolny lub \u017ale skonfigurowany. W \u015brodowiskach produkcyjnych cz\u0119sto stosuje si\u0119 lokalne cache DNS, bo realnie skraca to czas odpowiedzi aplikacji o zauwa\u017calny u\u0142amek sekundy. Mechanizmy routingu i prze\u0142\u0105czania pakiet\u00f3w oraz konsekwencje b\u0142\u0119dnej konfiguracji dla wydajno\u015bci i stabilno\u015bci Routing statyczny sprawdza si\u0119 w ma\u0142ych sieciach, ale skaluje si\u0119 s\u0142abo. W wi\u0119kszych \u015brodowiskach u\u017cywa si\u0119 protoko\u0142\u00f3w dynamicznych (OSPF, BGP), kt\u00f3re utrzymuj\u0105 tablice tras na podstawie metryk i informacji od s\u0105siad\u00f3w. B\u0142\u0105d w konfiguracji BGP potrafi rozla\u0107 si\u0119 na p\u00f3\u0142 Internetu \u2013 znane s\u0105 przypadki, gdzie b\u0142\u0119dna reklama prefiks\u00f3w powodowa\u0142a czarne dziury w routingu i kilkugodzinne przerwy w dost\u0119pie do us\u0142ug globalnych. Prze\u0142\u0105czanie w warstwie 2 opiera si\u0119 na tablicach MAC. Przepe\u0142nienie tablicy CAM w prze\u0142\u0105czniku skutkuje zalewaniem ruchu (flooding), co w praktyce zwi\u0119ksza ryzyko pods\u0142uchu i obci\u0105\u017cenia segmentu. Mechanizmy takie jak VLAN pozwalaj\u0105 logicznie podzieli\u0107 sie\u0107 na segmenty izoluj\u0105ce ruch. To nie jest tylko kwestia porz\u0105dku \u2013 w sieci z kilkuset hostami brak segmentacji potrafi podnie\u015b\u0107 op\u00f3\u017anienia i liczb\u0119 kolizji broadcast\u00f3w na tyle, \u017ce u\u017cytkownicy odczuwaj\u0105 \u201elagi\u201d w aplikacjach webowych. Przyk\u0142ady kodu i wzor\u00f3w zwi\u0105zanych z komunikacj\u0105 sieciow\u0105, pomiarami op\u00f3\u017anie\u0144 i przepustowo\u015bci J\u0119zyk \/ zapis Przyk\u0142ad Co ilustruje C c\\n#include &lt;stdio.h&gt;\\n#include &lt;sys\/socket.h&gt;\\n#include &lt;arpa\/inet.h&gt;\\n#include &lt;unistd.h&gt;\\nint main(){\\n int s = socket(AF_INET, SOCK_STREAM, 0);\\n struct sockaddr_in addr;\\n addr.sin_family = AF_INET;\\n addr.sin_port = htons(80);\\n inet_pton(AF_INET, \\&#8221;93.184.216.34\\&#8221;, &amp;addr.sin_addr);\\n connect(s, (struct sockaddr*)&amp;addr, sizeof(addr));\\n close(s);\\n return 0;\\n}\\n Nawi\u0105zanie prostego po\u0142\u0105czenia TCP do serwera HTTP po adresie IP C++ cpp\\n#include &lt;iostream&gt;\\n#include &lt;chrono&gt;\\n#include &lt;thread&gt;\\nint main(){\\n auto start = std::chrono::high_resolution_clock::now();\\n std::this_thread::sleep_for(std::chrono::milliseconds(50));\\n auto end = std::chrono::high_resolution_clock::now();\\n std::cout &lt;&lt; std::chrono::duration_cast&lt;std::chrono::milliseconds&gt;(end-start).count();\\n}\\n Pomiar op\u00f3\u017anienia czasowego w milisekundach jako analogia do RTT Python python\\nimport socket\\ns = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)\\ns.sendto(b\\&#8221;ping\\&#8221;, (\\&#8221;8.8.8.8\\&#8221;, 53))\\ns.close()\\n Wys\u0142anie pakietu UDP do serwera DNS, brak gwarancji odpowiedzi PHP php\\n&lt;?php\\n$fp = fsockopen(\\&#8221;example.com\\&#8221;, 80, $errno, $errstr, 5);\\nif ($fp) { fclose($fp); }\\n?&gt;\\n Test dost\u0119pno\u015bci hosta na porcie TCP z poziomu aplikacji webowej Wz\u00f3r RTT \u2248 2 \u00b7 d \/ v Przybli\u017cenie czasu obiegu pakietu jako funkcja drogi i pr\u0119dko\u015bci propagacji sygna\u0142u Sie\u0107 komputerowa: Pu\u0142apki praktyczne i cz\u0119ste b\u0142\u0119dy spotykane w realnych wdro\u017ceniach Najcz\u0119stszy b\u0142\u0105d to diagnozowanie \u201esieci\u201d bez rozdzielenia warstw. Gdy aplikacja odpowiada wolno, naturalnym odruchem jest podejrzenie \u0142\u0105cza, a problem bywa w zbyt agresywnych timeoutach TCP albo w przeci\u0105\u017conym serwerze DNS. Drugi problem to brak monitoringu: bez danych historycznych (RTT, jitter, utraty pakiet\u00f3w) ka\u017cda awaria wygl\u0105da jak nowa, a czas przywr\u00f3cenia us\u0142ug ro\u015bnie. Trzeci b\u0142\u0105d to ignorowanie MTU \u2013 r\u00f3\u017cnice w maksymalnym rozmiarze pakietu na trasie powoduj\u0105 fragmentacj\u0119 albo czarne dziury, szczeg\u00f3lnie przy tunelach VPN. Czwarty to zbyt szerokie regu\u0142y firewalli: \u201e\u017ceby dzia\u0142a\u0142o\u201d otwiera si\u0119 ca\u0142e zakresy port\u00f3w, co zwi\u0119ksza powierzchni\u0119 ataku i realne ryzyko utraty danych. \u015awiadome poruszanie si\u0119 po zagadnieniach sieciowych skraca czas reakcji na awarie, pozwala projektowa\u0107 bardziej odporne systemy i realnie ogranicza straty wynikaj\u0105ce z przestoj\u00f3w oraz b\u0142\u0119dnych konfiguracji. FAQ Dlaczego szybkie \u0142\u0105cze nominalnie 1 Gb\/s w praktyce daje du\u017co mniejsze transfery?Ograniczeniem bywa RTT, rozmiar okna TCP, obci\u0105\u017cenie serwera po drugiej stronie albo b\u0142\u0119dy w warstwie fizycznej powoduj\u0105ce retransmisje. Czy UDP zawsze jest szybsze od TCP?Ma mniejszy narzut protoko\u0142u, ale brak retransmisji oznacza, \u017ce przy stratach pakiet\u00f3w efektywna przepustowo\u015b\u0107 aplikacji mo\u017ce spa\u015b\u0107 bardziej ni\u017c przy TCP. Po co dzieli\u0107 sie\u0107 na VLAN-y w ma\u0142ej firmie?Segmentacja ogranicza ruch rozg\u0142oszeniowy, poprawia przewidywalno\u015b\u0107 op\u00f3\u017anie\u0144 i upraszcza polityki bezpiecze\u0144stwa. Dlaczego DNS wp\u0142ywa na odczuwaln\u0105 szybko\u015b\u0107 aplikacji webowej?Rozwi\u0105zanie nazwy to dodatkowe zapytania sieciowe przed pierwszym po\u0142\u0105czeniem TCP; wolny DNS zwi\u0119ksza czas do pierwszego bajtu. Czy NAT jest problemem dla aplikacji czasu rzeczywistego?Mo\u017ce utrudnia\u0107 po\u0142\u0105czenia przychodz\u0105ce i wprowadza\u0107 dodatkowe op\u00f3\u017anienia, dlatego cz\u0119sto stosuje si\u0119 mechanizmy STUN\/TURN w aplikacjach VoIP. \u0179r\u00f3d\u0142o Foto: Freepik<\/p>\n","protected":false},"author":1,"featured_media":1168,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[31],"tags":[],"class_list":["post-1167","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-komputery"],"_links":{"self":[{"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/posts\/1167","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/comments?post=1167"}],"version-history":[{"count":1,"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/posts\/1167\/revisions"}],"predecessor-version":[{"id":1169,"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/posts\/1167\/revisions\/1169"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/media\/1168"}],"wp:attachment":[{"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/media?parent=1167"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/categories?post=1167"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/trzykody.pl\/index.php\/wp-json\/wp\/v2\/tags?post=1167"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}