Internet stopniowo przechodzi na IPv6, cho\u0107 w praktyce wiele stron, aplikacji i system\u00f3w nadal korzysta r\u00f3wnolegle ze starszego protoko\u0142u IPv4. Dla administratora serwera VPS oznacza to konieczno\u015b\u0107 \u015bwiadomego zarz\u0105dzania dwiema rodzinami adres\u00f3w, osobnymi trasami sieciowymi oraz regu\u0142ami bezpiecze\u0144stwa.<\/p>\n
Uruchomienie IPv6 mo\u017ce zwi\u0119kszy\u0107 dost\u0119pno\u015b\u0107 us\u0142ug, upro\u015bci\u0107 adresowanie \u015brodowisk i przygotowa\u0107 infrastruktur\u0119 na dalszy rozw\u00f3j internetu. Nie wystarczy jednak samo przypisanie adresu do serwera. Potrzebna jest kompletna konfiguracja obejmuj\u0105ca system operacyjny, DNS, aplikacje, zapor\u0119 sieciow\u0105 i monitoring.<\/p>\n
IPv6 jest protoko\u0142em sieciowym wykorzystuj\u0105cym adresy 128-bitowe. Zapewnia dzi\u0119ki temu niepor\u00f3wnywalnie wi\u0119ksz\u0105 przestrze\u0144 adresow\u0105 ni\u017c IPv4, kt\u00f3ry opiera si\u0119 na adresach 32-bitowych. Rozbudowana pula pozwala przydziela\u0107 publiczne adresy wi\u0119kszej liczbie urz\u0105dze\u0144, us\u0142ug, kontener\u00f3w i \u015brodowisk bez konieczno\u015bci intensywnego korzystania z translacji NAT.<\/p>\n
Operator mo\u017ce przypisa\u0107 do serwera VPS pojedynczy adres IPv6, najcz\u0119\u015bciej w postaci adresu \/128, albo przekaza\u0107 ca\u0142y routowany prefiks. W drugim przypadku administrator mo\u017ce wydziela\u0107 z przydzielonej puli osobne adresy dla r\u00f3\u017cnych us\u0142ug, interfejs\u00f3w, kontener\u00f3w lub maszyn wirtualnych.<\/p>\n
Po stronie systemu operacyjnego adres IPv6 zostaje przypisany do odpowiedniego interfejsu sieciowego. Konfiguracja powinna zawiera\u0107 r\u00f3wnie\u017c informacje o trasie domy\u015blnej, bramie oraz sposobie routowania ruchu przez infrastruktur\u0119 operatora. Sam fakt wy\u015bwietlenia adresu w panelu klienta nie oznacza jeszcze, \u017ce komunikacja b\u0119dzie dzia\u0142a\u0142a prawid\u0142owo.<\/p>\n
IPv6 wykorzystuje r\u00f3wnie\u017c mechanizm Neighbor Discovery, kt\u00f3ry odpowiada mi\u0119dzy innymi za wykrywanie urz\u0105dze\u0144 w bezpo\u015brednio po\u0142\u0105czonej sieci i zast\u0119puje cz\u0119\u015b\u0107 funkcji znanych z protoko\u0142u ARP w IPv4. Mechanizm ten opiera si\u0119 na komunikatach ICMPv6, dlatego ich ca\u0142kowite blokowanie mo\u017ce uniemo\u017cliwi\u0107 prawid\u0142owe dzia\u0142anie po\u0142\u0105czenia.<\/p>\n
Aby domena prowadzi\u0142a do serwera przez IPv6, w strefie DNS nale\u017cy opublikowa\u0107 rekord AAAA. Jest on odpowiednikiem rekordu A u\u017cywanego dla IPv4. Rekord DNS nie uruchamia jednak obs\u0142ugi protoko\u0142u po stronie aplikacji. Serwer WWW, reverse proxy, baza danych lub inna us\u0142uga musz\u0105 jeszcze nas\u0142uchiwa\u0107 na odpowiednim adresie IPv6.<\/p>\n
Adresy IPv6 zapisuje si\u0119 w formie grup znak\u00f3w szesnastkowych rozdzielonych dwukropkami. Powtarzaj\u0105ce si\u0119 grupy zer mog\u0105 zosta\u0107 skr\u00f3cone, dlatego rzeczywisty zapis adresu bywa znacznie kr\u00f3tszy ni\u017c pe\u0142na posta\u0107 128-bitowa. Je\u017celi adres jest wpisywany bezpo\u015brednio w URL, nale\u017cy umie\u015bci\u0107 go w nawiasach kwadratowych.<\/p>\n
Nawiasy s\u0105 potrzebne, poniewa\u017c dwukropek s\u0142u\u017cy r\u00f3wnie\u017c do oddzielania numeru portu od adresu hosta.<\/p>\n
Podstawow\u0105 zalet\u0105 IPv6 jest zwi\u0119kszenie zasi\u0119gu komunikacyjnego serwera. Us\u0142uga staje si\u0119 bezpo\u015brednio dost\u0119pna dla u\u017cytkownik\u00f3w i system\u00f3w korzystaj\u0105cych z natywnej \u0142\u0105czno\u015bci IPv6, w tym sieci, kt\u00f3re nie maj\u0105 w\u0142asnego publicznego adresu IPv4 lub wykorzystuj\u0105 rozbudowane mechanizmy translacji.<\/p>\n
Uruchomienie IPv6 na serwerze VPS mo\u017ce przynie\u015b\u0107 kilka praktycznych korzy\u015bci:<\/p>\n
Du\u017ca przestrze\u0144 adresowa jest szczeg\u00f3lnie przydatna przy rozbudowanych wdro\u017ceniach. Jeden publiczny adres IPv4 musi by\u0107 cz\u0119sto wsp\u00f3\u0142dzielony przez wiele us\u0142ug, kt\u00f3re rozr\u00f3\u017cnia si\u0119 za pomoc\u0105 port\u00f3w, reverse proxy lub translacji adres\u00f3w. W przypadku odpowiednio przydzielonego prefiksu IPv6 poszczeg\u00f3lne aplikacje, kontenery lub \u015brodowiska mog\u0105 otrzyma\u0107 w\u0142asne adresy.<\/p>\n
Nie oznacza to jednak, \u017ce ka\u017cda us\u0142uga powinna by\u0107 bez ogranicze\u0144 dost\u0119pna z internetu. Brak typowego NAT nie zast\u0119puje zapory sieciowej. Administrator nadal musi okre\u015bli\u0107, kt\u00f3re porty mog\u0105 przyjmowa\u0107 po\u0142\u0105czenia, z jakich \u017ar\u00f3de\u0142 i do jakich us\u0142ug.<\/p>\n
Wdro\u017cenie IPv6 jest r\u00f3wnie\u017c warto\u015bciowym testem dojrza\u0142o\u015bci infrastruktury. Pozwala sprawdzi\u0107, czy aplikacje prawid\u0142owo obs\u0142uguj\u0105 nowy format adres\u00f3w, czy monitoring kontroluje obie rodziny protoko\u0142\u00f3w oraz czy regu\u0142y bezpiecze\u0144stwa nie obejmuj\u0105 wy\u0142\u0105cznie IPv4. Problemy wykryte na tym etapie mo\u017cna usun\u0105\u0107, zanim obs\u0142uga IPv6 stanie si\u0119 wymogiem konkretnego kontrahenta, operatora lub \u015brodowiska.<\/p>\n
Korzy\u015bci s\u0105 najbardziej odczuwalne wtedy, gdy serwer VPS obs\u0142uguje publiczn\u0105 stron\u0119 internetow\u0105, interfejs API, us\u0142ug\u0119 DNS, poczt\u0119 elektroniczn\u0105 albo po\u0142\u0105czenia pomi\u0119dzy rozproszonymi systemami. W ka\u017cdym z tych przypadk\u00f3w szersza dost\u0119pno\u015b\u0107 sieciowa mo\u017ce ograniczy\u0107 zale\u017cno\u015b\u0107 od mechanizm\u00f3w po\u015brednicz\u0105cych.<\/p>\n
Dual stack oznacza r\u00f3wnoleg\u0142\u0105 obs\u0142ug\u0119 IPv4 i IPv6 przez ten sam serwer. VPS otrzymuje co najmniej jeden adres z ka\u017cdej rodziny, a system operacyjny utrzymuje oddzielne trasy sieciowe dla obu protoko\u0142\u00f3w.<\/p>\n
Domena mo\u017ce w\u00f3wczas posiada\u0107 jednocze\u015bnie:<\/p>\n
Urz\u0105dzenie u\u017cytkownika pobiera oba rekordy i wybiera protok\u00f3\u0142 zgodnie z w\u0142asnymi mo\u017cliwo\u015bciami, konfiguracj\u0105 systemu oraz jako\u015bci\u0105 dost\u0119pnych tras. Wsp\u00f3\u0142czesne systemy i przegl\u0105darki mog\u0105 stosowa\u0107 mechanizmy z rodziny Happy Eyeballs, kt\u00f3re pr\u00f3buj\u0105 szybko zestawi\u0107 po\u0142\u0105czenie przez obie rodziny adres\u00f3w i wykorzystuj\u0105 t\u0119 dzia\u0142aj\u0105c\u0105 sprawniej.<\/p>\n
Dzi\u0119ki temu u\u017cytkownik bez dost\u0119pu do IPv6 nadal \u0142\u0105czy si\u0119 z us\u0142ug\u0105 przez IPv4. Osoba korzystaj\u0105ca z poprawnie dzia\u0142aj\u0105cej sieci IPv6 mo\u017ce natomiast nawi\u0105za\u0107 po\u0142\u0105czenie za pomoc\u0105 nowszego protoko\u0142u. Z punktu widzenia publicznej strony internetowej dual stack zapewnia wi\u0119c zwykle szersz\u0105 kompatybilno\u015b\u0107 ni\u017c publikacja us\u0142ugi wy\u0142\u0105cznie przez jeden protok\u00f3\u0142.<\/p>\n
Konfiguracja dual stack wymaga jednak konsekwencji. Dla IPv4 i IPv6 nale\u017cy osobno sprawdzi\u0107:<\/p>\n
Cz\u0119stym b\u0142\u0119dem jest skonfigurowanie zabezpiecze\u0144 tylko dla IPv4. Us\u0142uga mo\u017ce by\u0107 w\u00f3wczas chroniona przed nieautoryzowanym ruchem przy po\u0142\u0105czeniu przez starszy protok\u00f3\u0142, ale pozostawa\u0107 dost\u0119pna bez odpowiednich ogranicze\u0144 przez IPv6.<\/p>\n
Dual stack nie jest tak\u017ce pe\u0142n\u0105 redundancj\u0105. Je\u017celi awarii ulegnie aplikacja, system operacyjny albo ca\u0142y serwer VPS, przestan\u0105 dzia\u0142a\u0107 obie rodziny adres\u00f3w. R\u00f3wnoleg\u0142e protoko\u0142y mog\u0105 zwi\u0119kszy\u0107 odporno\u015b\u0107 na problemy wyst\u0119puj\u0105ce na konkretnej trasie sieciowej, ale nie zast\u0119puj\u0105 zapasowego serwera, klastra ani mechanizmu wysokiej dost\u0119pno\u015bci.<\/p>\n
IPv6 nie jest automatycznym sposobem na przyspieszenie strony lub aplikacji. W niekt\u00f3rych sieciach mo\u017ce zapewni\u0107 kr\u00f3tsz\u0105 tras\u0119, mniejsz\u0105 liczb\u0119 po\u015brednich mechanizm\u00f3w translacji i lepsz\u0105 jako\u015b\u0107 po\u0142\u0105czenia. W innych przypadkach trasa IPv4 b\u0119dzie stabilniejsza lub szybsza.<\/p>\n
Na rzeczywist\u0105 wydajno\u015b\u0107 wp\u0142ywaj\u0105 przede wszystkim:<\/p>\n
Nie nale\u017cy wi\u0119c zak\u0142ada\u0107, \u017ce samo dodanie rekordu AAAA skr\u00f3ci czas \u0142adowania strony. R\u00f3\u017cnice trzeba mierzy\u0107 z kilku lokalizacji i sieci, osobno dla IPv4 oraz IPv6. Warto por\u00f3wna\u0107 czas rozwi\u0105zywania DNS, nawi\u0105zywania po\u0142\u0105czenia TCP, negocjacji TLS, op\u00f3\u017anienia i transferu danych.<\/p>\n
Prawid\u0142owo dzia\u0142aj\u0105cy IPv6 zwi\u0119ksza dost\u0119pno\u015b\u0107 dla klient\u00f3w korzystaj\u0105cych z tego protoko\u0142u. B\u0142\u0119dna konfiguracja mo\u017ce jednak przynie\u015b\u0107 odwrotny efekt. Je\u017celi domena publikuje rekord AAAA, ale serwer nie przyjmuje po\u0142\u0105cze\u0144 pod wskazanym adresem, cz\u0119\u015b\u0107 u\u017cytkownik\u00f3w mo\u017ce zauwa\u017cy\u0107 op\u00f3\u017anienia lub ca\u0142kowity brak dost\u0119pu.<\/p>\n
Du\u017ce znaczenie ma r\u00f3wnie\u017c Path MTU Discovery, czyli mechanizm ustalaj\u0105cy maksymalny rozmiar pakietu, kt\u00f3ry mo\u017ce przej\u015b\u0107 przez ca\u0142\u0105 \u015bcie\u017ck\u0119 sieciow\u0105 bez fragmentacji. IPv6 korzysta w tym celu z odpowiednich komunikat\u00f3w ICMPv6. Ich nieprzemy\u015blane blokowanie mo\u017ce prowadzi\u0107 do tak zwanych czarnych dziur MTU.<\/p>\n
W takim przypadku niewielkie pakiety przechodz\u0105 prawid\u0142owo, wi\u0119c podstawowe testy mog\u0105 nie wykaza\u0107 problemu. Wi\u0119ksze \u017c\u0105dania, odpowiedzi lub po\u0142\u0105czenia szyfrowane zaczynaj\u0105 si\u0119 natomiast zawiesza\u0107. U\u017cytkownik mo\u017ce otworzy\u0107 cz\u0119\u015b\u0107 strony, ale nie pobra\u0107 wi\u0119kszego pliku albo nie doko\u0144czy\u0107 formularza.<\/p>\n
Dlatego dost\u0119pno\u015b\u0107 us\u0142ugi nale\u017cy testowa\u0107 nie tylko prostym poleceniem ping. Potrzebne s\u0105 r\u00f3wnie\u017c rzeczywiste pr\u00f3by po\u0142\u0105czenia z portami aplikacji, przesy\u0142ania danych, negocjowania certyfikatu oraz wykonywania operacji typowych dla u\u017cytkownika.<\/p>\n
Serwer IPv6-only nie posiada publicznej \u0142\u0105czno\u015bci IPv4. Taka konfiguracja mo\u017ce by\u0107 efektywna w kontrolowanym \u015brodowisku, jednak przy publicznych us\u0142ugach nadal wi\u0105\u017ce si\u0119 z istotnymi ograniczeniami.<\/p>\n
U\u017cytkownik znajduj\u0105cy si\u0119 w sieci bez obs\u0142ugi IPv6 nie po\u0142\u0105czy si\u0119 bezpo\u015brednio z us\u0142ug\u0105 opublikowan\u0105 wy\u0142\u0105cznie w rekordzie AAAA. Po\u0142\u0105czenie b\u0119dzie mo\u017cliwe tylko wtedy, gdy po drodze dzia\u0142a odpowiednia brama translacyjna, proxy lub inny mechanizm zapewniaj\u0105cy dost\u0119p pomi\u0119dzy obiema rodzinami protoko\u0142\u00f3w.<\/p>\n
Problem dotyczy r\u00f3wnie\u017c ruchu wychodz\u0105cego. Serwer posiadaj\u0105cy wy\u0142\u0105cznie IPv6 nie po\u0142\u0105czy si\u0119 bezpo\u015brednio z zewn\u0119trzn\u0105 us\u0142ug\u0105 dost\u0119pn\u0105 tylko przez IPv4. Mo\u017ce to dotyczy\u0107 mi\u0119dzy innymi:<\/p>\n
Rozwi\u0105zaniem mo\u017ce by\u0107 NAT64 po\u0142\u0105czony z DNS64, odpowiednie proxy albo brama udost\u0119pniona przez operatora. Przed wyborem VPS dzia\u0142aj\u0105cego wy\u0142\u0105cznie w IPv6 trzeba potwierdzi\u0107, czy takie mechanizmy s\u0105 dost\u0119pne i czy obs\u0142uguj\u0105 wszystkie wykorzystywane protoko\u0142y.<\/p>\n
Ograniczeniem bywaj\u0105 r\u00f3wnie\u017c listy dozwolonych adres\u00f3w. Niekt\u00f3re zewn\u0119trzne systemy umo\u017cliwiaj\u0105 wpisanie wy\u0142\u0105cznie adresu IPv4 albo nieprawid\u0142owo rozpoznaj\u0105 format IPv6. Podobny problem mo\u017ce wyst\u0105pi\u0107 w starszych aplikacjach, bibliotekach, panelach administracyjnych i systemach raportowych.<\/p>\n
Przed rezygnacj\u0105 z IPv4 warto przeprowadzi\u0107 audyt obejmuj\u0105cy:<\/p>\n
IPv6-only mo\u017ce by\u0107 dobrym rozwi\u0105zaniem dla wewn\u0119trznej komunikacji pomi\u0119dzy serwerami, zamkni\u0119tego klastra lub \u015brodowiska testowego. W przypadku publicznej strony lub aplikacji dual stack pozostaje jednak bezpieczniejszym wariantem migracyjnym, poniewa\u017c nie wyklucza u\u017cytkownik\u00f3w korzystaj\u0105cych wy\u0142\u0105cznie z IPv4.<\/p>\n
Konfiguracj\u0119 nale\u017cy rozpocz\u0105\u0107 od sprawdzenia parametr\u00f3w przekazanych przez operatora. Potrzebne s\u0105 przede wszystkim przydzielony adres lub prefiks, d\u0142ugo\u015b\u0107 prefiksu, spos\u00f3b wyznaczania bramy oraz informacja o trasowaniu ruchu.<\/p>\n
Warto tak\u017ce ustali\u0107, czy operator pozwala ustawi\u0107 reverse DNS, czy adres pozostaje przypisany po ponownym uruchomieniu VPS oraz czy konfiguracja wymaga r\u0119cznego wpisania parametr\u00f3w w systemie.<\/p>\n
Adres IPv6 powinien zosta\u0107 trwale dodany do konfiguracji sieciowej systemu. Tymczasowe przypisanie go poleceniem administracyjnym mo\u017ce dzia\u0142a\u0107 tylko do kolejnego restartu.<\/p>\n
Podstawow\u0105 kontrol\u0119 mo\u017cna przeprowadzi\u0107 za pomoc\u0105 polece\u0144:<\/p>\n
ip -6 addr<\/code><\/strong> \u2013 wy\u015bwietla adresy IPv6 przypisane do interfejs\u00f3w,<\/li>\nip -6 route<\/code><\/strong> \u2013 pokazuje tablic\u0119 routingu IPv6,<\/li>\nping -6<\/code><\/strong> \u2013 sprawdza podstawow\u0105 \u0142\u0105czno\u015b\u0107,<\/li>\ntraceroute6<\/code><\/strong> \u2013 pomaga przeanalizowa\u0107 tras\u0119 pakiet\u00f3w.<\/li>\n<\/ul>\nSam dost\u0119p do bramy nie potwierdza jeszcze, \u017ce us\u0142uga jest osi\u0105galna z internetu. Test powinien zosta\u0107 wykonany r\u00f3wnie\u017c z niezale\u017cnej sieci zewn\u0119trznej.<\/p>\n
Konfiguracja aplikacji<\/h2>\n
Serwer WWW, aplikacja lub reverse proxy musz\u0105 nas\u0142uchiwa\u0107 na IPv6. Mo\u017cliwe jest zwi\u0105zanie us\u0142ugi z konkretnym adresem albo ze specjalnym adresem ::<\/code>, kt\u00f3ry w zale\u017cno\u015bci od systemu i ustawie\u0144 mo\u017ce oznacza\u0107 nas\u0142uchiwanie na wszystkich interfejsach IPv6.<\/p>\nAktywne porty mo\u017cna sprawdzi\u0107 poleceniem:<\/p>\n
ss -lntup<\/code><\/strong><\/p>\nNale\u017cy zweryfikowa\u0107 nie tylko obecno\u015b\u0107 procesu, ale r\u00f3wnie\u017c adres, z kt\u00f3rym zosta\u0142 zwi\u0105zany. Us\u0142uga nas\u0142uchuj\u0105ca wy\u0142\u0105cznie na 0.0.0.0<\/code> mo\u017ce obs\u0142ugiwa\u0107 wszystkie interfejsy IPv4, ale nie musi przyjmowa\u0107 po\u0142\u0105cze\u0144 IPv6.<\/p>\nKonfiguracja zapory sieciowej<\/h2>\n
Regu\u0142y zapory powinny obejmowa\u0107 obie rodziny protoko\u0142\u00f3w. Spos\u00f3b konfiguracji zale\u017cy od u\u017cywanego systemu oraz narz\u0119dzia, na przyk\u0142ad nftables, iptables, ip6tables, UFW lub firewalld.<\/p>\n
Nie nale\u017cy automatycznie kopiowa\u0107 wszystkich regu\u0142 IPv4 bez sprawdzenia ich znaczenia w IPv6. Trzeba uwzgl\u0119dni\u0107 odmienny spos\u00f3b dzia\u0142ania sieci lokalnej, brak klasycznego broadcastu oraz istotn\u0105 rol\u0119 komunikat\u00f3w ICMPv6.<\/p>\n
Ca\u0142kowite blokowanie ICMPv6 mo\u017ce zak\u0142\u00f3ci\u0107 mi\u0119dzy innymi:<\/p>\n
\n- Neighbor Discovery,<\/li>\n
- wykrywanie niedost\u0119pnych tras,<\/li>\n
- Path MTU Discovery,<\/li>\n
- diagnostyk\u0119 po\u0142\u0105cze\u0144,<\/li>\n
- poprawne dzia\u0142anie cz\u0119\u015bci mechanizm\u00f3w sieciowych.<\/li>\n<\/ul>\n
Bezpieczniejszym podej\u015bciem jest dopuszczenie niezb\u0119dnych typ\u00f3w komunikat\u00f3w i ograniczenie tych, kt\u00f3re nie s\u0105 wymagane, zamiast blokowania ca\u0142ego protoko\u0142u.<\/p>\n
Publikacja rekordu AAAA<\/h2>\n
Rekord AAAA warto doda\u0107 dopiero po potwierdzeniu, \u017ce serwer jest poprawnie osi\u0105galny przez IPv6. Zbyt wczesna publikacja mo\u017ce skierowa\u0107 cz\u0119\u015b\u0107 u\u017cytkownik\u00f3w do niedzia\u0142aj\u0105cej \u015bcie\u017cki.<\/p>\n
Przed zmian\u0105 DNS nale\u017cy sprawdzi\u0107:<\/p>\n
\n- nas\u0142uchiwanie aplikacji na IPv6,<\/li>\n
- otwarcie wymaganych port\u00f3w,<\/li>\n
- dzia\u0142anie certyfikatu TLS,<\/li>\n
- konfiguracj\u0119 wirtualnego hosta,<\/li>\n
- poprawno\u015b\u0107 odpowiedzi aplikacji,<\/li>\n
- dzia\u0142anie monitoringu,<\/li>\n
- logowanie adres\u00f3w IPv6.<\/li>\n<\/ul>\n
Rekord mo\u017cna zweryfikowa\u0107 poleceniem:<\/p>\n
dig AAAA nazwa-domeny.pl<\/code><\/strong><\/p>\nPo publikacji przydatne jest r\u00f3wnie\u017c polecenie:<\/p>\n
curl -6 nazwa-domeny.pl<\/code><\/strong><\/p>\nWymusza ono pr\u00f3b\u0119 po\u0142\u0105czenia przez IPv6, dzi\u0119ki czemu pozwala oddzieli\u0107 wynik testu od ewentualnego dzia\u0142ania IPv4.<\/p>\n
Testy zewn\u0119trzne i monitoring<\/h2>\n
Test wykonany z tego samego serwera nie potwierdza dost\u0119pno\u015bci us\u0142ugi dla u\u017cytkownik\u00f3w. Potrzebne jest po\u0142\u0105czenie z co najmniej jednej niezale\u017cnej sieci IPv6, najlepiej nale\u017c\u0105cej do innego operatora.<\/p>\n
Zakres test\u00f3w powinien obejmowa\u0107:<\/p>\n
\n- rozwi\u0105zywanie rekordu AAAA,<\/li>\n
- dost\u0119pno\u015b\u0107 port\u00f3w TCP i UDP,<\/li>\n
- poprawno\u015b\u0107 trasy,<\/li>\n
- dzia\u0142anie certyfikatu TLS,<\/li>\n
- odpowiedzi aplikacji,<\/li>\n
- przesy\u0142anie wi\u0119kszych pakiet\u00f3w i plik\u00f3w,<\/li>\n
- wpisy w logach zapory,<\/li>\n
- dzia\u0142anie monitoringu,<\/li>\n
- zachowanie us\u0142ugi podczas awarii IPv4 lub IPv6.<\/li>\n<\/ul>\n
Monitoring powinien kontrolowa\u0107 ka\u017cd\u0105 rodzin\u0119 protoko\u0142\u00f3w osobno. Test wykorzystuj\u0105cy wy\u0142\u0105cznie nazw\u0119 domeny mo\u017ce za ka\u017cdym razem wybiera\u0107 t\u0119 sam\u0105 \u015bcie\u017ck\u0119 i nie wykry\u0107 awarii drugiego protoko\u0142u.<\/p>\n
W Rapid DC patrzymy na konfiguracj\u0119 serwera VPS jako na ca\u0142o\u015b\u0107 obejmuj\u0105c\u0105 zasoby, system operacyjny, sie\u0107, bezpiecze\u0144stwo i realn\u0105 dost\u0119pno\u015b\u0107 us\u0142ug. IPv6 przynosi korzy\u015bci dopiero wtedy, gdy ca\u0142y \u0142a\u0144cuch \u2014 od routingu i DNS po aplikacj\u0119 oraz monitoring \u2014 dzia\u0142a poprawnie. Dlatego przed publikacj\u0105 rekordu AAAA warto przetestowa\u0107 \u015brodowisko w praktyce, a nie ogranicza\u0107 si\u0119 do potwierdzenia, \u017ce adres zosta\u0142 przypisany w panelu.<\/p>\n
Najcz\u0119\u015bciej zadawane pytania (FAQ)<\/h2>\n\n\nCzy ka\u017cdy serwer VPS obs\u0142uguje protok\u00f3\u0142 IPv6?<\/span><\/summary>\n\nNie. Obs\u0142uga IPv6 zale\u017cy od infrastruktury sieciowej operatora, wybranego centrum danych, platformy wirtualizacyjnej oraz warunk\u00f3w konkretnej oferty. Sam system operacyjny mo\u017ce obs\u0142ugiwa\u0107 IPv6, ale nie oznacza to jeszcze, \u017ce operator kieruje ruch tego protoko\u0142u do danego VPS. Przed wyborem us\u0142ugi nale\u017cy sprawdzi\u0107, czy serwer otrzymuje globalny adres IPv6, czy dost\u0119pny jest routowany prefiks oraz czy mo\u017cliwe jest ustawienie reverse DNS.<\/p>\n<\/p><\/div>\n<\/details>\n\nIle adres\u00f3w IPv6 mo\u017ce otrzyma\u0107 jeden serwer VPS?<\/span><\/summary>\n\nSerwer mo\u017ce otrzyma\u0107 pojedynczy adres \/128 albo ca\u0142y prefiks, na przyk\u0142ad \/64. Prefiks \/64 zawiera bardzo du\u017c\u0105 liczb\u0119 adres\u00f3w, ale mo\u017cliwo\u015b\u0107 ich wykorzystania zale\u017cy od routingu i zasad operatora. Dostawca mo\u017ce ograniczy\u0107 liczb\u0119 adres\u00f3w konfigurowanych na interfejsie albo okre\u015bli\u0107, do jakich cel\u00f3w mo\u017cna u\u017cywa\u0107 przydzielonej puli.<\/p>\n<\/p><\/div>\n<\/details>\n\nCzy za dodatkowe adresy IPv6 trzeba p\u0142aci\u0107?<\/span><\/summary>\n\nZale\u017cy to od cennika i polityki operatora. Podstawowy adres lub prefiks mo\u017ce by\u0107 zawarty w cenie serwera VPS, natomiast dodatkowa pula mo\u017ce wymaga\u0107 zg\u0142oszenia, uzasadnienia lub dop\u0142aty. Op\u0142ata wynika z warunk\u00f3w \u015bwiadczenia us\u0142ugi, obs\u0142ugi routingu i konfiguracji, a nie z zasad samego protoko\u0142u IPv6.<\/p>\n<\/p><\/div>\n<\/details>\n\nCzy certyfikat SSL dzia\u0142a r\u00f3wnie\u017c przy po\u0142\u0105czeniu przez IPv6?<\/span><\/summary>\n\nTak. Protok\u00f3\u0142 TLS mo\u017ce zabezpiecza\u0107 po\u0142\u0105czenia realizowane zar\u00f3wno przez IPv4, jak i IPv6. Certyfikat zazwyczaj potwierdza nazw\u0119 domeny, dlatego ten sam certyfikat mo\u017ce dzia\u0142a\u0107 dla po\u0142\u0105cze\u0144 kierowanych przez rekordy A i AAAA. W przypadku strony HTTPS nale\u017cy upewni\u0107 si\u0119, \u017ce serwer WWW nas\u0142uchuje na IPv6 na porcie 443 i obs\u0142uguje w\u0142a\u015bciwy wirtualny host. Port 80 jest potrzebny wtedy, gdy strona ma obs\u0142ugiwa\u0107 HTTP, przekierowywa\u0107 ruch do HTTPS albo gdy do automatycznego wystawiania lub odnawiania certyfikatu u\u017cywana jest walidacja ACME HTTP-01. Przy walidacji DNS-01 port 80 nie jest wymagany. Nieprawid\u0142owy rekord AAAA mo\u017ce utrudni\u0107 automatyczne wystawienie lub odnowienie certyfikatu, je\u017celi urz\u0105d certyfikacji pr\u00f3buje zweryfikowa\u0107 domen\u0119 przez IPv6.<\/p>\n<\/p><\/div>\n<\/details>\n\nCzy aplikacje i systemy CMS wymagaj\u0105 osobnej konfiguracji dla IPv6?<\/span><\/summary>\n\nZwykle nie, je\u017celi korzystaj\u0105 z nazw DNS oraz aktualnych bibliotek obs\u0142uguj\u0105cych obie rodziny adres\u00f3w. Zmiany mog\u0105 by\u0107 jednak potrzebne w konfiguracji nas\u0142uchiwania, zaporze, reverse proxy, bazie danych lub listach dozwolonych adres\u00f3w. Problemy najcz\u0119\u015bciej wyst\u0119puj\u0105 wtedy, gdy adresy IPv4 zosta\u0142y wpisane na sta\u0142e albo aplikacja nieprawid\u0142owo waliduje format IPv6.<\/p>\n<\/p><\/div>\n<\/details>\n\nCzy adres IPv6 mo\u017cna wykorzysta\u0107 do obs\u0142ugi poczty elektronicznej?<\/span><\/summary>\n\nTak. Serwer SMTP mo\u017ce odbiera\u0107 i wysy\u0142a\u0107 wiadomo\u015bci przez IPv6, a host pocztowy mo\u017ce posiada\u0107 rekord AAAA. Nale\u017cy jednak zadba\u0107 o poprawny rekord PTR w strefie ip6.arpa<\/code>, zgodno\u015b\u0107 nazwy hosta, konfiguracj\u0119 SPF, DKIM i DMARC oraz osi\u0105galno\u015b\u0107 portu 25. Dual stack pozostaje praktycznym rozwi\u0105zaniem, poniewa\u017c cz\u0119\u015b\u0107 serwer\u00f3w pocztowych nadal komunikuje si\u0119 wy\u0142\u0105cznie przez IPv4.<\/p>\n<\/p><\/div>\n<\/details>\n<\/section>\n\n\n