Protokół IPv6 został zdefiniowany w dokumencie RFC 8200 (STD 86) w lipcu 2017 roku, a jego głównym celem było zastąpienie starzejącego się protokołu IPv4. Decyzja o stworzeniu nowej wersji wynikała przede wszystkim z przewidywanego wyczerpania puli adresów IPv4, której limit wynosi około 4,3 miliarda adresów. W chwili obecnej, według danych Google, ruch IPv6 stanowi około czterdziestu ośmiu procent całego ruchu internetowego na świecie, a w Polsce odsetek ten systematycznie rośnie. Operatorzy tacy jak Orange, Play czy T-Mobile oferują już IPv6 w swoich sieciach stacjonarnych i mobilnych, co wymusza na administratorach znajomość tego protokołu. IPv6 wprowadza nie tylko większą przestrzeń adresową, ale także usprawnienia w budowie nagłówka, zintegrowane bezpieczeństwo IPsec oraz automatyczną konfigurację SLAAC. W trakcie prezentacji student pozna zarówno podstawy teoretyczne, jak i praktyczne umiejętności konfiguracji w systemie Linux, co jest niezbędne w codziennej pracy administratora sieci. W odróżnieniu od IPv4 w IPv6 nie stosuje się translacji adresów NAT, co przywraca zasadę komunikacji bezpośredniej między hostami. Dodatkową zaletą jest uproszczona budowa nagłówka o stałej długości czterdziestu bajtów, co przyspiesza przetwarzanie pakietów przez routery. Znajomość IPv6 staje się standardem wymaganym przez pracodawców w branży teleinformatycznej.

Protokół NDP zdefiniowany w RFC 4861 pełni w IPv6 funkcje, które w IPv4 realizowały ARP, ICMP Router Discovery i ICMP Redirect. Dzięki zastosowaniu adresów multicast zamiast broadcast NDP jest wydajniejszy i mniej obciąża sieć. Notacja colon-hex, choć na pierwszy rzut oka wydaje się skomplikowana, po opanowaniu reguł kompresji staje się czytelniejsza niż zapis dziesiętny IPv4. Adresacja IPv6 całkowicie eliminuje potrzebę stosowania maski podsieci, zastępując ją długością prefiksu zapisywaną w notacji CIDR. Mechanizm SLAAC umożliwia hostom automatyczne skonfigurowanie adresu bez udziału serwera DHCP, co stanowi znaczące uproszczenie administracji siecią. Każdy interfejs w IPv6 obowiązkowo posiada adres link-local, który służy do komunikacji w obrębie pojedynczego segmentu sieci. Narzędzia diagnostyczne takie jak ping czy traceroute w wersji dla IPv6 działają analogicznie do swoich odpowiedników z IPv4, różniąc się jedynie składnią. Praktyczna umiejętność posługiwania się tymi narzędziami jest niezbędna podczas rozwiązywania problemów sieciowych w środowiskach produkcyjnych.

Ostatnie wolne bloki adresów IPv4 zostały przydzielone przez organizację IANA w lutym 2011 roku, a europejski rejestr RIPE NCC wyczerpał swoje zapasy w listopadzie 2019 roku. Oznacza to, że nowi dostawcy usług internetowych muszą nabywać adresy IPv4 na rynku wtórnym, co generuje dodatkowe koszty. Mechanizm NAT, choć tymczasowo rozwiązał problem braku adresów, wprowadza poważne ograniczenia dla aplikacji wymagających bezpośredniej komunikacji, takich jak VoIP, gry sieciowe czy transmisje strumieniowe. Ponadto NAT utrudnia identyfikację hostów w logach, co ma znaczenie z punktu widzenia bezpieczeństwa i audytu. IPv6 przywraca model komunikacji end-to-end, co oznacza, że każdy host może mieć własny, publicznie routowalny adres. Dodatkowo stały nagłówek IPv6 o długości czterdziestu bajtów upraszcza przetwarzanie pakietów przez routery. Brak sumy kontrolnej w nagłówku IPv6 wynika z faktu, że jej weryfikację zapewniają już protokoły warstwy drugiej i wyższych. Te zmiany czynią IPv6 protokołem nowocześniejszym i wydajniejszym od swojego poprzednika.

Literatura dotycząca IPv6 jest obszerna i warto sięgać zarówno po pozycje książkowe, jak i oryginalne dokumenty RFC. Książka Ricka Grazianiego IPv6 Fundamentals to doskonałe wprowadzenie dla początkujących, zawierające liczne przykłady konfiguracji na urządzeniach Cisco. Z kolei publikacja IPv6 Security autorstwa Scotta Hogga i Erica Vyncke skupia się na aspektach bezpieczeństwa, które w IPv6 różnią się znacząco od IPv4. Dokument RFC 8200 stanowi aktualną specyfikację protokołu IPv6 i powinien być podstawowym źródłem wiedzy dla każdego administratora. Warto również regularnie odwiedzać stronę test-ipv6.com, która pozwala sprawdzić, czy dane łącze internetowe obsługuje IPv6. Podręcznik TCP/IP Illustrated autorstwa Stevensa i Falla to klasyczna pozycja, która w przystępny sposób wyjaśnia działanie protokołów sieciowych. Strony podręcznika systemowego man ip, man ping i man traceroute są nieocenione podczas codziennej pracy z IPv6 w systemie Linux. Dokument RFC 4291 opisuje architekturę adresacji IPv6 i definiuje poszczególne typy adresów.

Plik /proc/net/if_inet6 w systemie Linux zawiera listę wszystkich adresów IPv6 przypisanych do interfejsów, zapisanych w formacie heksadecymalnym bez dwukropków. Polecenie ip -6 addr show dostarcza bardziej czytelnej informacji, pokazując adresy z prefiksami, zakresami oraz stanem interfejsów. Adres link-local o prefiksie fe80::/10 jest generowany automatycznie dla każdego interfejsu i służy do podstawowej komunikacji w segmencie sieci. Jeśli wartość parametru disable_ipv6 wynosi zero, oznacza to, że stos IPv6 w jądrze jest aktywny i gotowy do pracy. W niektórych dystrybucjach, zwłaszcza serwerowych, IPv6 może być celowo wyłączone ze względów polityki bezpieczeństwa. Aby tymczasowo wyłączyć IPv6, można użyć polecenia sysctl -w net.ipv6.conf.all.disable_ipv6=1, jednak zmiana ta nie jest trwała po restarcie. Do trwałego wyłączenia należy dodać odpowiedni wpis do pliku /etc/sysctl.conf lub umieścić plik konfiguracyjny w katalogu /etc/sysctl.d. Warto pamiętać, że wyłączenie IPv6 może wpłynąć na działanie niektórych aplikacji, które preferują ten protokół.

Adres IPv6 składa się ze stu dwudziestu ośmiu bitów podzielonych na osiem szesnastobitowych grup, co daje w zapisie heksadecymalnym trzydzieści dwa znaki. Każda grupa zawiera cztery cyfry szesnastkowe, a zakres pojedynczej grupy wynosi od 0000 do FFFF włącznie. Podział na część sieciową i hosta standardowo przebiega na granicy sześćdziesiątego czwartego bitu, co daje w każdej sieci lokalnej ogromną przestrzeń adresową. W odróżnieniu od IPv4 w IPv6 nie stosuje się maski podsieci, lecz długość prefiksu zapisywaną po ukośniku, na przykład /64. Prefiks sieci jest przydzielany przez dostawcę usług internetowych i zazwyczaj ma długość od /32 do /56. Administrator wewnątrz organizacji może swobodnie dzielić otrzymany blok na mniejsze podsieci, zachowując zawsze /64 dla sieci LAN. Adresy o prefiksie dłuższym niż /64, na przykład /127, są stosowane wyłącznie na łączach punkt-punkt. Znajomość budowy adresu IPv6 stanowi fundament do zrozumienia mechanizmów takich jak SLAAC czy EUI-64.

Zapis heksadecymalny w IPv6 wykorzystuje cyfry od zera do dziewięciu oraz litery od a do f, gdzie każda cyfra odpowiada czterem bitom w zapisie binarnym. Przykładowo grupa 2001 w systemie szesnastkowym oznacza w binarnym ciąg 0010 0000 0000 0001. Konwersja między systemem binarnym a heksadecymalnym jest znacznie prostsza niż zamiana na system dziesiętny, co stanowi jedną z przyczyn wyboru właśnie tego zapisu. W zapisie colon-hex każda z ośmiu grup jest oddzielona dwukropkiem, a wiodące zera w danej grupie można pominąć. Pełny adres IPv6 bez kompresji zawiera trzydzieści dwa znaki heksadecymalne oraz siedem dwukropków, czyli łącznie trzydzieści dziewięć znaków – to także maksymalna długość poprawnego zapisu adresu, na przykład 1234:5678:9abc:def1:2345:6789:abcd:ef01. Po kompresji zgodnej z RFC 5952 zapis może być krótszy, jak w przykładzie 2001:db8:1234:5678:90ab:cdef:1234:5678, który liczy trzydzieści osiem znaków. Dla ułatwienia obliczeń warto korzystać z kalkulatorów takich jak ipv6calc lub sipcalc, które automatyzują konwersje. W systemie Linux adresy IPv6 można również konwertować za pomocą narzędzia python3 z biblioteką ipaddress.

Długość prefiksu w notacji CIDR określa liczbę bitów identyfikujących sieć, licząc od najbardziej znaczącego bitu adresu. Na przykład prefiks /64 oznacza, że pierwsze sześćdziesiąt cztery bity stanowią część sieciową, a pozostałe bity identyfikują interfejs. W hierarchii przydziału adresów organizacja IANA przydziela rejestrom regionalnym, takim jak RIPE NCC dla Europy, adresy w jednostkowych blokach /12. Rejestr regionalny przydziela dostawcy internetowemu (LIR, Local Internet Registry) blok /32, który ISP dzieli na mniejsze prefiksy /48 lub /56 dla klientów. Klient może następnie podzielić otrzymany blok na sieci /64 dla poszczególnych sieci lokalnych, na przykład osobno dla sieci gościnnej, IoT i podstawowej. Obliczanie adresu sieci w IPv6 wykonuje się za pomocą bitowej koniunkcji adresu i prefiksu, analogicznie jak w IPv4. W praktyce do podziału na podsieci warto używać narzędzi takich jak ipv6calc, które automatyzują obliczenia. Zrozumienie prefiksów IPv6 jest kluczowe przy projektowaniu schematu adresacji w nowej infrastrukturze sieciowej.

Kompresja adresów IPv6 została ustandaryzowana w dokumencie RFC 5952, który precyzyjnie określa zasady skracania zapisu. Pierwsza reguła nakazuje pominięcie zer wiodących w każdej grupie, na przykład zapis 0db8 zamienia się na db8. Druga reguła pozwala zastąpić jeden ciąg kolejnych grup zerowych podwójnym dwukropkiem, ale tylko raz w adresie. Najczęściej popełnianym błędem przez początkujących jest użycie podwójnego dwukropka więcej niż jeden raz, co czyni adres niejednoznacznym i niezgodnym ze specyfikacją. Zgodnie z RFC 5952 podwójny dwukropek powinien zastępować jak najdłuższy ciąg zer, a w przypadku kilku ciągów o równej długości pierwszy z nich. Adres loopback ::1 po dekompresji rozwija się do 0000:0000:0000:0000:0000:0000:0000:0001. Dekompresja adresu polega na zliczeniu grup widocznych po kompresji i uzupełnieniu brakujących do ośmiu grup zerami. Zrozumienie reguł kompresji jest niezbędne przy ręcznym wpisywaniu adresów w plikach konfiguracyjnych.

W tabeli przedstawiono osiem przykładów adresów IPv6 przed i po kompresji, które ilustrują działanie reguł RFC 5952 w praktyce. Szczególnie wart uwagi jest adres 2001:db8::, w którym po podwójnym dwukropku nie występuje żadna grupa, co oznacza, że wszystkie cztery ostatnie grupy są zerowe. Adres ::1 to adres pętli zwrotnej, który w pełnej wersji rozwija się do siedmiu grup zerowych i jedynki na końcu. Zapis :: z samym podwójnym dwukropkiem oznacza adres nieokreślony, czyli wszystkie sto dwadzieścia osiem bitów równe zero. W przypadku adresów mieszanych IPv4-mapped, takich jak ::ffff:10.0.0.1, ostatnie trzydzieści dwa bity zapisuje się w notacji dziesiętnej typowej dla IPv4. Dekompresja adresu skompresowanego wymaga policzenia widocznych grup i uzupełnienia brakujących do ośmiu. Na przykład adres 2001:db8::ff00:42:8329 ma pięć grup, więc brakujące trzy grupy o wartości 0000 należy wstawić między podwójnym dwukropkiem a grupą ff00. Ćwiczenia praktyczne na dekompresji adresów są doskonałym sposobem na utrwalenie reguł kompresji.

Adres pętli zwrotnej ::1/128 w IPv6 odpowiada adresowi 127.0.0.1 w IPv4 i służy do komunikacji wewnątrz tego samego hosta. Adres nieokreślony ::/128 jest używany przez host jako adres źródłowy przed uzyskaniem właściwego adresu, na przykład podczas procesu SLAAC. Adresy IPv4-mapped ::ffff:0:0/96 umożliwiają translację między protokołami i są stosowane w mechanizmach przejściowych. Zakres dokumentacyjny 2001:db8::/32 jest zarezerwowany wyłącznie do celów przykładów i testów w literaturze technicznej. Adresy 6to4 z prefiksem 2002::/16 są obecnie uznawane za przestarzałe ze względu na problemy z niezawodnością i bezpieczeństwem. Z punktu widzenia projektowania sieci najważniejsze są trzy główne typy: global unicast do komunikacji publicznej, unique local do sieci wewnętrznych oraz link-local do komunikacji w segmencie. Prefiks 2000::/3 obejmuje wszystkie adresy global unicast od 2000:: do 3fff:ffff:ffff:ffff:ffff:ffff:ffff:ffff. Prawidłowe rozróżnianie tych typów jest niezbędne podczas planowania architektury adresacji IPv6.

Global Unicast to podstawowy typ adresu IPv6 służący do komunikacji w publicznym Internecie, identyfikowany przez prefiks 2000::/3. W hierarchii przydziału trzy bity początkowego prefiksu 001 oznaczają, że adres należy do globalnej przestrzeni unicast. Dostawca usług internetowych otrzymuje od rejestru regionalnego blok /32, który następnie dzieli na mniejsze prefiksy /48 lub /56 dla swoich klientów. Klient może wydzielić z otrzymanego bloku poszczególne sieci /64 dla różnych segmentów swojej infrastruktury. W budowie adresu global unicast wyróżnia się część global routing, subnet ID oraz interface ID, przy czym interfejs może być generowany automatycznie przez SLAAC lub konfigurowany ręcznie. Przykładem rzeczywistych adresów global unicast są serwery DNS Google 2001:4860:4860::8888 czy Cloudflare 2606:4700:4700::1111. W systemie Linux adres global unicast można sprawdzić za pomocą polecenia ip -6 addr show, szukając adresów spoza zakresu fe80::. Posiadanie globalnego adresu IPv6 eliminuje konieczność stosowania NAT, co przywraca pełną przejrzystość komunikacji sieciowej.

Adresy Unique Local zdefiniowane w dokumencie RFC 4193 stanowią odpowiednik prywatnych adresów IPv4, takich jak 10.0.0.0/8 czy 192.168.0.0/16. W odróżnieniu od IPv4 adresy ULA zawierają czterdziestobitowy losowy identyfikator globalny, który minimalizuje ryzyko kolizji przy łączeniu sieci. Prefiks fc00::/7 został zarezerwowany dla ULA, przy czym aktualnie zdefiniowany jest tylko blok fd00::/8 oznaczający lokalnie przypisane adresy. Adresy ULA mogą być routowane wewnątrz organizacji, ale nie są propagowane w publicznym Internecie. Do wygenerowania unikalnego prefiksu ULA można użyć narzędzi takich jak polecenie python3 z losowym ciągiem bajtów lub skorzystać z generatorów online. W przeciwieństwie do adresów link-local adresy ULA mają zakres site i mogą być używane do komunikacji między różnymi podsieciami w obrębie organizacji. Konfiguracja adresów ULA w systemie Linux odbywa się ręcznie lub za pomocą DHCPv6. W przypadku potrzeby dostępu do Internetu z adresu ULA konieczne jest zastosowanie translacji NAT64 lub posiadanie dodatkowego adresu global unicast.

Adres link-local o prefiksie fe80::/10 jest automatycznie przypisywany do każdego interfejsu IPv6 i nie wymaga żadnej konfiguracji ze strony administratora. Adresy te nie są routowane poza segment sieci, co oznacza, że działają wyłącznie w obrębie pojedynczego łącza fizycznego lub VLAN. Generowanie identyfikatora interfejsu dla adresu link-local odbywa się według mechanizmu EUI-64, który przekształca czterdziestoośmiobitowy adres MAC w sześćdziesięcioczworobitowy identyfikator. W mechanizmie EUI-64 wstawia się szesnastobitowy identyfikator FFFE w środek adresu MAC, a następnie odwraca siódmy bit, czyli bit U/L. W nowoczesnych systemach operacyjnych domyślnie stosuje się losowe identyfikatory interfejsu zgodnie z RFC 8981, co utrudnia śledzenie hosta po adresie. Aby wykonać ping na adres link-local, należy w systemie Linux dodać identyfikator interfejsu po znaku procentu, na przykład ping -6 fe80::1%enp0s3. Zapamiętanie tego wymogu jest kluczowe, ponieważ pominięcie interfejsu spowoduje błąd wysyłania pakietu. Adresy link-local odgrywają fundamentalną rolę w działaniu protokołów NDP, SLAAC i DHCPv6.

Adresy multicast w IPv6 zastępują całkowicie mechanizm broadcast znany z IPv4, co zmniejsza obciążenie sieci niepotrzebnym ruchem. Grupy multicast są identyfikowane przez prefiks ff00::/8, po którym następuje czterobitowe pole flag, czterobitowe pole zakresu oraz stuczternastobitowy identyfikator grupy. Najważniejszą grupą multicast w IPv6 jest ff02::1 oznaczająca wszystkie węzły w segmencie, która częściowo odpowiada broadcastowi z IPv4. Do komunikacji z routerami służy grupa ff02::2, a do obsługi DHCPv6 wykorzystywana jest grupa ff02::1:2. Zakresy multicast określają zasięg propagacji: od zakresu interfejsu przez zakres łącza i witryny aż po zakres globalny. W systemie Linux listę aktywnych grup multicast można wyświetlić poleceniem ip -6 maddr show. Protokół MLD, czyli Multicast Listener Discovery, pełni w IPv6 funkcję analogiczną do IGMP w IPv4, umożliwiając hostom zgłaszanie chęci przyłączania się do grup multicast. Zastosowanie multicastu zamiast broadcastu znacząco poprawia wydajność sieci, szczególnie w środowiskach z dużą liczbą hostów.

Adresy anycast w IPv6 pozwalają przypisać ten sam adres do wielu węzłów w sieci, przy czym pakiet jest dostarczany tylko do jednego, najbliższego według tablic routingu. Mechanizm ten różni się od multicastu, gdzie pakiet trafia do wszystkich członków grupy. Każdy adres unicast w IPv6 może być jednocześnie adresem anycast, co wymaga jedynie odpowiedniej deklaracji w konfiguracji routera. Zastosowanie anycast obejmuje między innymi serwery DNS, gdzie wiele serwerów na świecie dzieli ten sam adres, a zapytanie trafia do najbliższego geograficznie. W systemie Linux adres anycast można skonfigurować za pomocą polecenia ip -6 addr add z odpowiednią flagą. Podstawowym adresem anycast w każdej podsieci IPv6 jest Subnet-Router Anycast, czyli najniższy adres w sieci z identyfikatorem interfejsu równym zero. Technika anycast znajduje zastosowanie w sieciach CDN oraz w protokole NTP, gdzie kluczowa jest niska latencja. Wykorzystanie anycast pozwala na budowanie odpornych na awarie i wydajnych usług sieciowych.

Adresy solicited-node multicast są podstawowym mechanizmem wykorzystywanym przez protokół NDP do rozwiązywania adresów warstwy drugiej. Każdy host IPv6 nasłuchuje na adresie solicited-node utworzonym na podstawie ostatnich dwudziestu czterech bitów jego adresu IPv6. Wzorzec adresu solicited-node to ff02::1:ffXX:XXXX, gdzie XX:XXXX reprezentuje właśnie ostatnie trzy bajty adresu docelowego. Gdy host chce poznać adres MAC innego hosta, wysyła zapytanie Neighbor Solicitation właśnie na adres solicited-node, a nie na broadcast jak w ARP. Dzięki temu zapytanie przetwarzają tylko te hosty, których ostatnie dwadzieścia cztery bity adresu pasują do wzorca. W sieci zawierającej setki hostów każdy nasłuchuje tylko na własnej grupie solicited-node, co znacząco ogranicza liczbę przetwarzanych pakietów. Polecenie ip -6 maddr show wyświetla między innymi adresy solicited-node, na których nasłuchuje dany interfejs. Mechanizm ten stanowi kluczową zaletę IPv6 w porównaniu z IPv4 pod względem wydajności i skalowalności.

W IPv6 wyróżnia się pięć podstawowych typów adresów unicast: global unicast do komunikacji publicznej, unique local do sieci wewnętrznych, link-local do segmentu lokalnego, multicast do komunikacji grupowej oraz anycast do kierowania ruchu do najbliższego węzła. W odróżnieniu od IPv4 w IPv6 nie istnieją adresy broadcast, a ich funkcję pełnią odpowiednie grupy multicast, przede wszystkim ff02::1. Ostatni adres w podsieci IPv6, czyli z wszystkimi bitami hosta ustawionymi na jeden, jest zwykłym adresem unicast, a nie broadcastem jak w IPv4. Pierwszy adres w każdej sieci, z identyfikatorem interfejsu równym zero, jest zarezerwowany jako Subnet-Router Anycast. W systemie Linux adresy różnych typów można rozróżnić po zakresie wyświetlanym przez polecenie ip -6 addr show. Każdy interfejs posiada co najmniej adres link-local i może mieć wiele adresów różnych typów jednocześnie. Zrozumienie różnic między poszczególnymi typami adresów jest niezbędne do poprawnego projektowania sieci IPv6. Wybór odpowiedniego typu adresu zależy od wymagań dotyczących zasięgu komunikacji i poziomu bezpieczeństwa.

Identyfikator interfejsu w adresie IPv6 może być generowany na dwa sposoby: według algorytmu EUI-64 lub z wykorzystaniem losowych wartości zgodnych z RFC 8981. Mechanizm EUI-64 przekształca czterdziestoośmiobitowy adres MAC na sześćdziesięcioczworobitowy identyfikator poprzez wstawienie szesnastu bitów FFFE w środek adresu. Po wstawieniu FFFE należy odwrócić siódmy bit licząc od lewej, czyli bit oznaczający unikalność adresu MAC. W rezultacie adres MAC 00:1a:2b:3c:4d:5e przekształca się w identyfikator 021a:2bff:fe3c:4d5e. Mechanizm Privacy Extensions z RFC 8981 generuje tymczasowe, losowe identyfikatory interfejsu, które są zmieniane okresowo, zazwyczaj co dwadzieścia cztery godziny. W systemie Linux parametr use_tempaddr o wartości dwa włącza Privacy Extensions, co jest domyślnym ustawieniem w dystrybucjach Ubuntu i Fedora. Aplikacje wychodzące wykorzystują tymczasowe adresy, aby utrudnić śledzenie hosta, natomiast serwery używają stałych adresów EUI-64. W wynikach polecenia ip -6 addr show adresy tymczasowe są oznaczone etykietą temporary, a stałe jako permanent.

Pakiet iproute2 zawiera narzędzie ip, które w systemie Linux jest podstawowym programem do konfiguracji sieci, w tym obsługi IPv6. Polecenie ip -6 addr show wyświetla wszystkie adresy IPv6 przypisane do interfejsów wraz z długością prefiksu i zakresem. Aby wyświetlić tylko adresy globalne bez adresów link-local, stosuje się opcję scope global. Tablica sąsiadów NDP, wyświetlana poleceniem ip -6 neigh show, pełni tę samą funkcję co tablica ARP w IPv4. Trasy IPv6 można przeglądać za pomocą ip -6 route show, a domyślną trasę wyświetlić z opcją default. Polecenie ip -6 route get pozwala sprawdzić, którą trasą zostanie wysłany pakiet do konkretnego adresu docelowego. Statystyki interfejsów dla IPv6 dostępne są za pomocą polecenia ip -s -6 link show. Znajomość tych poleceń jest niezbędna do codziennej diagnostyki i konfiguracji sieci IPv6 w systemie Linux.

Tymczasowe dodawanie adresów IPv6 za pomocą polecenia ip -6 addr add jest wygodne do testów, ale zmiany nie przetrwają restartu systemu. Do jednego interfejsu można dodać wiele adresów IPv6, zarówno global unicast, jak i unique local. Brama domyślna w IPv6 często ma adres link-local routera, a nie adres globalny, co oznacza konieczność podania interfejsu w poleceniu. Po dodaniu bramy domyślnej warto sprawdzić łączność za pomocą ping -6 do adresu zdalnego, na przykład serwera DNS Google. Usunięcie adresu wykonuje się poleceniem ip -6 addr del, podając ten sam adres i prefiks. W przypadku tras z bramą link-local obowiązkowe jest użycie parametru dev z nazwą interfejsu. Aby zweryfikować poprawność konfiguracji, można użyć polecenia ip -6 route get z adresem docelowym. Praktyczne ćwiczenia z tymczasową konfiguracją pozwalają zrozumieć działanie routingu IPv6 bez ryzyka trwałego uszkodzenia ustawień sieciowych.

W systemie Debian i pochodnych trwała konfiguracja IPv6 może być realizowana za pomocą pliku /etc/network/interfaces z użyciem składni ifupdown. Metoda inet6 static umożliwia ręczne określenie adresu, prefiksu i bramy domyślnej dla IPv6. Brama w konfiguracji statycznej jest często podawana jako adres link-local routera, ponieważ ta metoda jest niezależna od zmian adresacji globalnej. Metoda inet6 auto włącza automatyczną konfigurację SLAAC, która pobiera prefiks z komunikatów Router Advertisement. Opcja inet6 dhcp umożliwia użycie protokołu DHCPv6 do pobrania adresu i opcji konfiguracyjnych. W pliku można zdefiniować wiele adresów IPv6 dla tego samego interfejsu, dodając osobne dyrektywy address. Serwery DNS IPv6 konfiguruje się za pomocą dyrektywy dns-nameservers z adresem IPv6. Po modyfikacji pliku konfiguracyjnego należy zrestartować usługę sieciową poleceniem systemctl restart networking.

Netplan to narzędzie do konfiguracji sieci wprowadzone w Ubuntu 18.04, które czyta pliki YAML i generuje konfigurację dla systemd-networkd lub NetworkManagera. Adresy IPv6 w plikach YAML netplan muszą być ujęte w cudzysłów, ponieważ dwukropek w adresie jest interpretowany jako znak specjalny w tym formacie. Zamiast przestarzałych dyrektyw gateway4 i gateway6 zaleca się używanie sekcji routes z opcjami to i via. Do włączenia SLAAC w netplanie służy opcja accept-ra ustawiona na true, która pozwala na automatyczne przyjmowanie komunikatów Router Advertisement. Pliki konfiguracyjne netplan znajdują się w katalogu /etc/netplan/ i mają rozszerzenie .yaml. Po każdej zmianie konfiguracji wymagane jest wykonanie polecenia sudo netplan apply. Netplan automatycznie wywołuje odpowiednie narzędzia dla wybranego backentu, co ujednolica proces konfiguracji. Znajomość składni netplan jest niezbędna dla administratorów systemów Ubuntu w środowiskach produkcyjnych.

NetworkManager z narzędziem nmcli oferuje wygodną konfigurację IPv6 zarówno z linii poleceń, jak i z interfejsu graficznego. Metoda ipv6.method auto włącza automatyczną konfigurację z użyciem SLAAC i opcjonalnie DHCPv6. W przypadku konfiguracji statycznej ustawia się ipv6.method manual oraz podaje adresy i bramę za pomocą odpowiednich parametrów. NetworkManager przechowuje konfiguracje połączeń w profilach, które można modyfikować poleceniem nmcli connection modify. Po każdej zmianie profilu należy go aktywować poleceniem nmcli connection up lub nmcli device reapply. Metoda ipv6.method disabled całkowicie wyłącza IPv6 dla danego połączenia, co może być przydatne w celach diagnostycznych. NetworkManager obsługuje również zaawansowane opcje, takie jak adresy tymczasowe zgodne z Privacy Extensions. Polecenie nmcli device show enp0s3 z filtrowaniem przez grep -i ipv6 pozwala szybko sprawdzić aktualny stan konfiguracji IPv6 interfejsu.

systemd-networkd to lekki menedżer sieci wchodzący w skład systemd, popularny w serwerach, kontenerach i systemach wbudowanych. Pliki konfiguracyjne znajdują się w katalogu /etc/systemd/network/ i mają rozszerzenie .network dla konfiguracji interfejsów. Sekcja Match określa, którego interfejsu dotyczy konfiguracja, a sekcja Network definiuje adresy, bramę i serwery DNS. Do włączenia SLAAC w systemd-networkd służy opcja IPv6AcceptRA ustawiona na yes. Polecenie networkctl status wyświetla szczegółowe informacje o stanie interfejsów, w tym adresy IPv6. Podobnie jak netplan, systemd-networkd nie wymaga uruchomionego NetworkManagera, co czyni go idealnym rozwiązaniem dla serwerów. Konfigurację statyczną IPv6 w systemd-networkd realizuje się przez opcje Address i Gateway w sekcji Network. Po modyfikacji pliku należy przeładować konfigurację poleceniem sudo networkctl reload.

Włączenie przekazywania pakietów IPv6 w systemie Linux wymaga ustawienia parametru net.ipv6.conf.all.forwarding na wartość jeden. Forwarding IPv6 jest niezależny od przekazywania pakietów IPv4, co oznacza, że można włączyć forwarding tylko dla jednego protokołu. Włączenie forwarding powoduje, że Linux przestaje automatycznie akceptować komunikaty Router Advertisement, ponieważ zaczyna pełnić rolę routera. Dla interfejsów, na których Linux ma działać jako router, należy dodatkowo wyłączyć akceptację RA przez ustawienie accept_ra na zero. Po włączeniu forwardingu można skonfigurować usługę radvd do wysyłania własnych komunikatów RA. W przypadku pojedynczych adresów /64 przydzielonych do interfejsu może być konieczne włączenie Proxy NDP. Sprawdzenie aktualnego stanu forwardingu wykonuje się poleceniem sysctl net.ipv6.conf.all.forwarding. Linux jako router IPv6 może być pełnoprawną alternatywą dla komercyjnych rozwiązań sprzętowych.

Program radvd, czyli Router Advertisement Daemon, wysyła cykliczne komunikaty RA lub odpowiada na zapytania RS od hostów w sieci lokalnej. W pliku konfiguracyjnym /etc/radvd.conf definiuje się interfejs, na którym ma być wysyłane ogłoszenie oraz prefiks do dystrybucji. Opcja AdvAutonomous on włącza SLAAC, co pozwala hostom na automatyczne generowanie adresów na podstawie otrzymanego prefiksu. Aby wymusić użycie DHCPv6 obok SLAAC, dodaje się flagę AdvManagedFlag on lub AdvOtherConfigFlag on w konfiguracji radvd. Opcjonalnie w radvd można zdefiniować serwery DNS za pomocą dyrektywy RDNSS, które hosty automatycznie skonfigurują jako resolvery. Przed uruchomieniem radvd należy upewnić się, że forwarding IPv6 jest włączony na serwerze. Alternatywą dla radvd jest systemd-networkd z opcją [IPv6Prefix] w pliku .network. radvd pozostaje jednak popularnym narzędziem ze względu na swoją elastyczność i bogaty zestaw opcji konfiguracyjnych.

Dual Stack to najprostsza i najczęściej stosowana strategia przejściowa, w której host posiada jednocześnie adres IPv4 i IPv6. Gniazdo nasłuchujące na adresie IPv6 :: (wildcard) domyślnie akceptuje również połączenia przychodzące od klientów IPv4, chyba że włączono opcję bindv6only. Mechanizm Happy Eyeballs zdefiniowany w RFC 8305 pozwala aplikacjom na równoległe próby połączenia przez IPv6 i IPv4. Klient próbuje najpierw połączenia IPv6, a jeśli nie otrzyma odpowiedzi w ciągu około 250 milisekund (zalecenie RFC 8305), przełącza się na IPv4. Dzięki temu użytkownik nie odczuwa opóźnień, gdy IPv6 nie działa poprawnie dla danej usługi. W systemie Linux preferencję protokołu można sprawdzić w pliku /etc/gai.conf, który definiuje kolejność rozwiązywania nazw. Praktycznie wszystkie nowoczesne systemy operacyjne i aplikacje obsługują Dual Stack bez dodatkowej konfiguracji. Model Dual Stack jest rekomendowany przez organizację IETF jako podstawowa metoda wdrażania IPv6.

Protokół NDP zdefiniowany w RFC 4861 zastępuje w IPv4 protokół ARP oraz funkcje ICMP Router Discovery i ICMP Redirect. Neighbor Solicitation wysyłany na adres solicited-node multicast pozwala poznać adres MAC hosta o danym adresie IPv6. Neighbor Advertisement jest odpowiedzią na zapytanie NS, zawierającą adres MAC nadawcy i potwierdzenie posiadania adresu IPv6. W systemie Linux tabelę sąsiadów NDP można podejrzeć poleceniem ip -6 neigh show, które działa analogicznie do polecenia arp w IPv4. Do przechwytywania ruchu NDP służy program tcpdump z filtrem ICMPv6 typów 135 i 136. NDP obsługuje również mechanizm Duplicate Address Detection, czyli DAD, który sprawdza unikalność adresu przed jego użyciem. Wykrywanie nieosiągalności sąsiada, czyli Neighbor Unreachability Detection, pozwala na wykrycie awarii łącza. Zastosowanie multicastu zamiast broadcastu w NDP znacząco redukuje obciążenie sieci w porównaniu z ARP.

Proces SLAAC rozpoczyna się od wysłania przez host Router Solicitation na adres multicast ff02::2 lub oczekiwania na cykliczne Router Advertisement. Router odpowiada komunikatem RA zawierającym prefiks sieci oraz opcjonalne flagi konfiguracyjne. Host na podstawie prefiksu z RA generuje swój adres IPv6, łącząc prefiks z identyfikatorem interfejsu wygenerowanym według EUI-64 lub Privacy Extensions. Przed rozpoczęciem używania adresu host wykonuje Duplicate Address Detection, wysyłając Neighbor Solicitation do własnego adresu. Flaga M w RA informuje hosty, że muszą użyć DHCPv6 do uzyskania adresu, natomiast flaga O nakazuje użycie DHCPv6 do pobrania opcji, takich jak DNS. Gdy obie flagi M i O są równe zero, host korzysta wyłącznie z SLAAC bez DHCPv6. Mechanizm SLAAC znacząco upraszcza zarządzanie siecią, ponieważ nie wymaga serwera DHCP. Administrator musi jednak pamiętać o odpowiednim skonfigurowaniu routera do wysyłania poprawnych komunikatów RA.

Narzędzie ping w wersji dla IPv6 wykorzystuje ICMPv6 Echo Request typu 128 i Echo Reply typu 129, odpowiednik ICMP Echo w IPv4. W nowoczesnych dystrybucjach Linux ping z flagą -6 wymusza użycie protokołu IPv6, ale program automatycznie wybiera IPv6, jeśli nazwa DNS zwraca rekord AAAA. W starszych systemach ping6 było osobnym narzędziem, obecnie zunifikowanym z ping. Podczas pingowania adresów link-local wymagane jest podanie identyfikatora interfejsu po znaku procentu, na przykład ping -6 fe80::1%enp0s3. W systemie Windows adresy link-local można pingować bez podawania interfejsu, ponieważ system automatycznie wybiera odpowiedni interfejs. Ping IPv6 obsługuje wszystkie standardowe opcje znane z IPv4, takie jak liczba pakietów, interwał czy rozmiar pakietu. Do testowania łączności IPv6 z adresem publicznym warto użyć serwera DNS Google 2001:4860:4860::8888. Narzędzie ping jest pierwszym krokiem w diagnostyce problemów sieciowych również w przypadku IPv6.

Narzędzie traceroute w wersji dla IPv6 wykorzystuje pole Hop Limit w nagłówku IPv6, które jest odpowiednikiem TTL w IPv4. Domyślnie traceroute -6 wysyła pakiety UDP na docelowy port, zwiększając stopniowo wartość Hop Limit od jednego aż do osiągnięcia celu. W systemie Linux pole Hop Limit jest ośmiobitowe, więc maksymalna możliwa wartość to 255; domyślna wartość nadawana pakietom wynosi jednak 64. Opcja -I w traceroute przełącza na pakiety ICMPv6 Echo, a opcja -T używa pakietów TCP SYN, co może być przydatne przy blokadach firewall. W systemie Windows odpowiednikiem jest polecenie tracert -6, które domyślnie używa ICMPv6. Nowoczesne wersje traceroute automatycznie rozpoznają protokół na podstawie adresu docelowego, co eliminuje konieczność podawania flagi -6. Brak odpowiedzi z pośrednich routerów może oznaczać, że firewall blokuje pakiety ICMPv6. traceroute jest niezbędnym narzędziem do lokalizacji problemów z routingiem w sieci IPv6.

Narzędzie mtr łączy w sobie funkcjonalność ping i traceroute, wyświetlając w czasie rzeczywistym statystyki opóźnień i strat pakietów na każdym hopie. Wersja dla IPv6 uruchamiana jest flagą -6 lub automatycznie po podaniu adresu IPv6 jako celu. Raport mtr z opcją -r i -c pozwala na wygenerowanie zbiorczych statystyk do analizy w skryptach. mtr jest szczególnie przydatny do diagnostyki asymetrycznych ścieżek routingu, gdzie ping i traceroute osobno mogą nie ujawnić problemu. W przypadku adresów link-local konieczne jest podanie interfejsu za pomocą opcji -I (wielka litera), analogicznie jak w ping (mała litera -i oznacza w mtr odstęp czasu między pakietami). Program mtr domyślnie wyświetla nazwy DNS dla każdego hopha, ale opcja -n pozwala na wyświetlenie samych adresów IP. Wykres strat pakietów w mtr pomaga szybko zidentyfikować przeciążone lub uszkodzone łącza. mtr to standardowe narzędzie w zestawie każdego administratora sieci pracującego z IPv6.

Zaawansowane użycie polecenia ip -6 obejmuje zarządzanie tablicą sąsiadów, trasami oraz adresami na interfejsach. Polecenie ip -6 neigh flush pozwala na wyczyszczenie całej tablicy NDP, co jest przydatne przy rozwiązywaniu problemów z nieaktualnymi wpisami. Do diagnostyki routingu szczególnie przydatne jest ip -6 route get, które pokazuje konkretną trasę do wskazanego adresu docelowego. Polecenie ip -6 addr flush usuwa wszystkie adresy IPv6 z interfejsu, co może być potrzebne przy zmianie konfiguracji. Podgląd aktywnych połączeń IPv6 realizuje się za pomocą ss -6 z odpowiednimi opcjami, na przykład ss -6 -tln dla nasłuchujących gniazd TCP. W systemie Linux narzędzie ip z flagą -6 działa identycznie jak dla IPv4, ale operuje wyłącznie na protokole IPv6. Wszystkie operacje na adresach, trasach i sąsiadach dostępne w ip dla IPv4 mają swoje odpowiedniki w ip -6. Znajomość tych zaawansowanych poleceń znacząco przyspiesza rozwiązywanie problemów sieciowych.

Narzędzie ss z flagą -6 wyświetla informacje o gniazdach IPv6, w tym nasłuchujących serwerach i aktywnych połączeniach. Rekord AAAA w DNS jest odpowiednikiem rekordu A dla IPv4 i przechowuje adres IPv6 przypisany do nazwy domenowej. Zapytanie o rekord AAAA wykonuje się za pomocą polecenia dig google.com AAAA lub nslookup z typem AAAA. Odwrotna translacja adresu IPv6 na nazwę domenową odbywa się w specjalnej domenie ip6.arpa, a nie in-addr.arpa jak dla IPv4. Polecenie dig -x z adresem IPv6 automatycznie wykonuje zapytanie PTR w domenie ip6.arpa. W systemie Linux sprawdzenie dostępności IPv6 dla domeny można wykonać za pomocą ping -6 lub curl -6 z nazwą domenową. Większość nowoczesnych przeglądarek, w tym Firefox i Chrome, preferuje IPv6 zgodnie z mechanizmem Happy Eyeballs. Administrator powinien regularnie monitorować dostępność IPv6 swoich usług za pomocą narzędzi takich jak test-ipv6.com.

Program tcpdump z filtrem ip6 przechwytuje cały ruch IPv6, umożliwiając szczegółową analizę pakietów. Filtr icmp6 ogranicza przechwytywanie wyłącznie do komunikatów ICMPv6, co jest przydatne przy debugowaniu NDP i PMTUD. Do obserwacji ruchu NDP stosuje się filtr na typy ICMPv6 od 133 do 136, które odpowiadają RS, RA, NS i NA. W tcpdump można filtrować pakiety IPv6 po konkretnym adresie docelowym lub źródłowym za pomocą wyrażeń ip6 dst i ip6 src. Filtrowanie po Next Header pozwala wyodrębnić pakiety określonego protokołu, na przykład TCP z Next Header 6 lub UDP z Next Header 17. Nagłówek fragmentacji w IPv6 ma wartość Next Header 44 i może być filtrowany za pomocą wyrażenia ip6[6] == 44. W praktyce tcpdump jest nieocenionym narzędziem do diagnozowania problemów z łącznością IPv6. Znajomość filtrów BPF dla IPv6 znacząco przyspiesza lokalizację problemów sieciowych.

Narzędzie nmap z flagą -6 umożliwia skanowanie portów i wykrywanie usług na hostach IPv6. W przypadku adresów link-local interfejs można wskazać opcją -e albo składnią z procentem, na przykład nmap -6 fe80::1%enp0s3 (obsługiwaną przez nowsze wersje nmap). Skanowanie całej sieci /64 w IPv6 jest praktycznie niewykonalne ze względu na ogromną liczbę możliwych adresów. nmap stosuje heurystyki, takie jak skanowanie ostatnich adresów w podsieci lub adresów wygenerowanych według EUI-64. Do wykrywania systemu operacyjnego na podstawie IPv6 nmap używa dedykowanych sygnatur dla stosów IPv6. Polecenie nmap -6 -sn wykonuje ping sweep po IPv6, wysyłając pakiety ICMPv6 Echo Request i Neighbor Solicitation. W środowiskach produkcyjnych skanowanie IPv6 powinno być stosowane ostrożnie ze względu na możliwość zakłócenia działania sieci. nmap pozostaje standardowym narzędziem do audytu bezpieczeństwa sieci również w przypadku protokołu IPv6.

Protokół ICMPv6 jest obowiązkowym elementem IPv6, w przeciwieństwie do ICMP w IPv4, który bywa blokowany przez firewall. Komunikaty błędów ICMPv6 obejmują typy od 1 do 4, czyli Destination Unreachable, Packet Too Big, Time Exceeded i Parameter Problem. Typ 2 Packet Too Big jest kluczowy dla mechanizmu PMTUD, ponieważ informuje host o zbyt dużym rozmiarze pakietu. Komunikaty informacyjne obejmują typy od 128 do 137, w tym Echo Request i Echo Reply dla ping, oraz typy NDP od 133 do 137. Zablokowanie ICMPv6 w firewallu może prowadzić do poważnych problemów z łącznością, w tym do całkowitego braku komunikacji. W szczególności blokada typu 2 Packet Too Big uniemożliwia działanie PMTUD, co skutkuje wiszącymi połączeniami TCP. W regułach firewalla należy zawsze przepuszczać komunikaty ICMPv6 związane z NDP i PMTUD. ICMPv6 pełni w IPv6 znacznie więcej funkcji niż ICMP w IPv4, zastępując między innymi ARP i IGMP.

IPv6 wymaga minimalnej wartości MTU wynoszącej 1280 bajtów, co jest znaczącym wzrostem w porównaniu z minimalnym MTU 576 bajtów w IPv4. Mechanizm PMTUD w IPv6 działa przez wysłanie pakietu z domyślnym MTU, a jeśli pakiet jest zbyt duży dla kolejnego łącza, router odsyła ICMPv6 Packet Too Big. Routery IPv6 nie wykonują fragmentacji pakietów, co stanowi istotną różnicę w porównaniu z IPv4, gdzie routery mogły fragmentować pakiety. W IPv6 fragmentacja może być wykonana wyłącznie przez host źródłowy za pomocą nagłówka rozszerzenia Fragment. Do sprawdzenia MTU ścieżki w systemie Linux służy polecenie tracepath6, które wyświetla MTU na każdym hopie. Blokowanie komunikatów ICMPv6 Packet Too Big przez firewall jest jedną z najczęstszych przyczyn problemów z działaniem IPv6. Ręczne ustawienie MTU interfejsu na 1280 może być pomocne w diagnostyce problemów z PMTUD. PMTUD w IPv6 jest niezawodny tylko wtedy, gdy ICMPv6 nie jest blokowany w żadnym punkcie sieci.

Tabela zestawiająca polecenia IPv4 i IPv6 ułatwia administratorom migrację do nowego protokołu. Polecenia pakietu iproute2 z flagą -6 działają dla IPv6 analogicznie jak ich odpowiedniki dla IPv4 bez flagi. Przestarzałe narzędzia, takie jak ifconfig, route i netstat, w przypadku IPv6 są zastępowane przez ip -6 addr, ip -6 route i ss -6. Ujednolicenie narzędzi w ramach iproute2 upraszcza zarządzanie siecią, ponieważ składnia poleceń jest identyczna dla obu protokołów. Administratorzy znający narzędzia dla IPv4 mogą szybko nauczyć się ich odpowiedników dla IPv6 dzięki spójnej składni. W systemie Linux flagę -6 można stosować praktycznie ze wszystkimi poleceniami iproute2, co czyni pracę z IPv6 intuicyjną. W przypadku starszych narzędzi, takich jak ping, konieczne jest użycie flagi -6 lub dedykowanej wersji ping6. Znajomość odpowiedników poleceń IPv4 w IPv6 jest kluczowa podczas migracji infrastruktury sieciowej.

Bezpieczeństwo sieci IPv6 różni się od IPv4 w kilku kluczowych aspektach, które administrator musi znać. Duża przestrzeń adresowa /64 utrudnia skanowanie sieci, ale nie uniemożliwia go całkowicie, ponieważ adresy mogą być wykrywane przez NDP i DNS. Mechanizm Privacy Extensions chroni prywatność użytkowników przed śledzeniem poprzez regularną zmianę adresów tymczasowych. Atak Rogue RA polega na wysłaniu fałszywych komunikatów Router Advertisement, które przekierowują ruch przez atakujący host. Zabezpieczenie RA Guard na przełącznikach blokuje nieautoryzowane komunikaty RA na portach dostępowych. Protokół SeND zapewnia kryptograficzne uwierzytelnianie komunikatów NDP, ale jego wdrożenie jest ograniczone ze względu na złożoność. W systemie Linux można ograniczyć ryzyko przez ustawienie accept_ra na zero na zaufanych interfejsach. Firewall dla IPv6 powinien przepuszczać komunikaty ICMPv6 niezbędne do prawidłowego działania protokołu.

Podsumowując, IPv6 to nie tylko większa przestrzeń adresowa, ale fundamentalnie przeprojektowany protokół sieciowy. Wprowadza on uproszczony nagłówek o stałej długości, wbudowane bezpieczeństwo IPsec oraz automatyczną konfigurację SLAAC. Rezygnacja z NAT przywraca model komunikacji end-to-end, co upraszcza działanie aplikacji sieciowych. Mechanizm NDP zastępuje ARP, a multicast całkowicie eliminuje potrzebę stosowania broadcastu. W systemie Linux wszystkie narzędzia sieciowe obsługują IPv6, często za pomocą tej samej flagi -6. Wdrożenie IPv6 jest nieuniknione ze względu na wyczerpanie puli adresów IPv4. Administratorzy sieci powinni zdobyć praktyczne umiejętności konfiguracji i diagnostyki IPv6. Znajomość IPv6 jest obecnie standardem wymaganym na rynku pracy w branży teleinformatycznej.

Serdecznie zachęcam do samodzielnego eksperymentowania z IPv6 w środowisku wirtualnym, na przykład w VirtualBox lub VMware. Praktyczne ćwiczenia z konfiguracją adresów, uruchomieniem radvd i analizą ruchu za pomocą tcpdump są najlepszym sposobem na utrwalenie wiedzy. Warto również skonfigurować własny router IPv6 na Linuxie, aby zrozumieć praktyczne aspekty forwardingu i dystrybucji prefiksów. Do testowania łączności IPv6 z Internetem można użyć publicznych serwerów DNS Google lub Cloudflare. Na stronie test-ipv6.com można sprawdzić, czy dostawca usług internetowych oferuje już IPv6. W przypadku problemów z IPv6 warto sprawdzić logi systemowe za pomocą dmesg i journalctl. Udział w projektach open source związanych z IPv6, takich jak radvd czy systemd-networkd, pogłębia praktyczne zrozumienie protokołu. Życzę owocnej nauki i zachęcam do dalszego zgłębiania tematyki adresacji IPv6.