Defaults.Exposed › Поправки › IPv6 support

Как да поправите IPv6 support

IPv6 е по-новата, много по-голяма версия на адресната система на интернет, въведена поради изчерпването на старата (IPv4). Добавянето на IPv6 поддръжка означава, че уебсайтът и имейлът ви могат да бъдат достигнати и по модерната мрежа, а не само по старата. По нашата методология това е информационно — липсата му не сваля оценката ви — но е реален проблем с достъпността: нарастващ дял от мобилни и задгранични клиенти се свързват по мрежи, поддържащи само IPv6, и те стигат до вас безпроблемно само ако го поддържате. Поправката е безплатна и се прилага в DNS и хостинг настройките ви.

Заключение за вашия бизнес: Нарастващ дял от потребители на интернет — особено при мобилни оператори и на бързо развиващи се пазари в Азия и части от Европа — вече се свързват по IPv6. Ако сайтът ви поддържа само IPv4, тези посетители обикновено все пак стигат до него (операторът им превежда връзката), но тази трансформация добавя стъпка, може да е малко по-бавна и е още едно нещо, което може да се провали или да се забави в натоварени часове. Поддръжката на IPv6 означава по-чиста, по-директна връзка за съвременните клиенти, малка инвестиция в бъдещото развитие и ясен сигнал към технически купувачи, че инфраструктурата ви е актуална. Тя не променя нищо в оценката ви — третирайте я като полиране за бъдещето, не като спешен случай — но е безплатна за добавяне и ви поставя в крак с посоката, в която се движи интернет.

Какво може да ви струва това

Клиент при мобилен оператор, работещ само с IPv6, трябва да стигне до вашия IPv4 сайт чрез слоя за трансформация на оператора. Почти винаги работи — но добавя латентност и е още една зависимост, която може да се спъне в пиковите часове, карайки сайта ви да изглежда малко по-бавен от конкурент, до когото може да се стигне директно.
Техническият екип по сигурност/инфраструктура на купувач или партньор прави бърза проверка преди подписване и отбелязва, че работите само с IPv4. Не ви провалят, но конкурент, показващ dual-stack (IPv4 + IPv6), попада в колоната 'модерен, добре управляван', докато вие сте в 'добре, малко назад'.
Разширявате се на пазар — части от Азия, Индия, някои европейски мобилни мрежи — където IPv6 вече е доминиращ. Директната достъпност там, вместо постоянно чрез трансформация, премахва малък, но реален източник на бавни или нестабилни връзки за най-новите ви клиенти.
Хостингът или CDN-ът ви вече поддържат IPv6 безплатно, но никой никога не го е включил, така че пропускате лесно, нулеворазходно подобрение, което конкурентите ви са получили по подразбиране.
Контролен списък за обществена поръчка или корпоративно осигуряване пита дали услугите ви са готови за IPv6 (много обществени изисквания вече правят това). 'Не' е неловка линия, когато поправката е безплатна.

Защо има значение. По нашата методология поддръжката на IPv6 е информационна — проверката е регистрирана с нула точки и никога не мести оценката ви. Докладваме я, защото е реален, ориентиран към бъдещето сигнал за достъпност и модерност: интернет изчерпа старите (IPv4) адреси преди години и делът на потребителите, свързващи се по мрежи само с IPv6, продължава да нараства, особено в мобилния сектор и в региони, доминирани от IPv6. Поддръжката на IPv6 дава на тези потребители по-чист, по-директен път до сайта и имейла ви и сигнализира за актуална инфраструктура на всеки, който провери. Безплатна е за добавяне и рядко счупва нещо — именно затова си заслужава, въпреки че не влияе на оценката.

IPv6 поддръжка с прости думи

Интернет идентифицира всеки сървър с числов адрес. Оригиналната система, IPv4, разполага с фиксиран, сравнително малък пул от адреси — и светът изчерпа нови преди години. Нейният заместник, IPv6, разполага с практически неограничен пул и интернет тихо мигрира към него от тогава насам.

IPv6 поддръжката означава, че уебсайтът ви (и имейлът) могат да бъдат достигнати по тази по-нова мрежа и по старата. На практика се свежда до едно нещо в DNS-а ви: редом до записа, указващ стария ви адрес (A запис), публикувате и запис, указващ IPv6 адреса ви (AAAA запис — четири A-та). Поддържането на двата едновременно се нарича dual-stack и е нормалният, безопасен начин да се направи това.

Тази проверка е информационна. Тя не променя оценката ви. Търсим дали домейнът ви публикува AAAA записи и просто докладваме какво намираме — налично или отсъстващо. Маркираме го, защото е реален сигнал за достъпност и модерност, безплатен за поправяне, а не защото е провал.

Какво може да ви струва това

Рядко причинява твърда авария — именно затова е информационна, а не оценена. Но „невидимата цена” е все пак цена. Ето реалистичните начини, по които настройка само с IPv4 тихо работи срещу вас:

Малко по-бавно преживяване за мобилни клиенти. Много мобилни оператори вече работят вътрешно само с IPv6. Клиент в такава мрежа, стигащ до вашия сайт само с IPv4, преминава през слоя за трансформация на оператора — допълнителна стъпка, добавяща латентност и способна да се претовари в пиковите часове. Конкурентът ви с IPv6 дава на същия клиент директна, по-чиста връзка. На страница за плащане малкото забавяне се натрупва в изоставени кошници.
По-слабо впечатление при технически купувачи. Преди подписване на договор, IT или екипът по сигурност на купувача нерядко прави бърза инфраструктурна проверка. Само с IPv4 не ви провалят — но dual-stack изглежда като „модерен и добре управляван”, а отсъствието му — „малко назад”. Когато сте близо по всичко останало, тези малки сигнали кливат решенията.
Триене на пазари, доминирани от IPv6. Ако се разширявате в региони, където IPv6 вече е норма — части от Азия, Индия, няколко европейски мобилни мрежи — директната достъпност там премахва реален източник на бавни или нестабилни връзки за най-новите, трудно спечелени ви клиенти.
Неуспешен контролен запис при поръчка. Нарастващ брой обществени и корпоративни процеси за обществени поръчки вече питат изрично дали услугите ви са готови за IPv6. „Не” е неловък отговор, когато поправката е безплатна.
Оставено безплатно подобрение на масата. Много пъти хостът или CDN-ът ви вече поддържат IPv6 без допълнителна цена — просто никога не е бил включен. Това е лесна, нулеворазходна победа, която конкурентите ви са получили по подразбиране и вие не.

Какво всъщност е

Всяко устройство в интернет се нуждае от адрес. IPv4 адресите изглеждат като 203.0.113.10 — четири числа, пул от около 4,3 милиарда, отдавна изчерпан. IPv6 адресите изглеждат като 2001:db8::1 — по-дълги, шестнадесетични, с пул, толкова обширен, че е практически безграничен.

В DNS-а ви — адресната книга на интернет — те се намират като два типа записи:

A запис → вашият IPv4 адрес (старата мрежа).
AAAA запис → вашият IPv6 адрес (новата мрежа).

Нашата проверка е еквивалент на изпълнение на dig AAAA yourdomain.com и докладва дали се върнат AAAA записи.

Как изглежда „добро”: dual-stack настройка — съществуващите A записи непроменени, с публикувани AAAA записи редом до тях, двата сочещи към сървър (или балансьор, или CDN), реално отговарящ и по двете мрежи и сервиращ същия сайт. IPv4 потребителите продължават точно по старому; IPv6 потребителите получават директен път. Не се отказвате от IPv4 — добавяте IPv6 редом до него.

Какво означава „отсъстващ”: няма AAAA записи. IPv6-само потребителите обикновено все пак могат да стигнат до вас чрез трансформацията на оператора, но никога директно. Не е счупено — просто е пропусната модернизация, затова не ви струва точки.

Как да го поправите (безплатно, ~15–30 минути)

Предайте това на IT специалиста си или на когото управлява уебсайта ви — поправката е безплатна. Това е промяна в DNS и хостинга, а не покупка. Златното правило: добавете IPv6 редом до IPv4, никога вместо него (dual-stack) и потвърдете, че целта действително отговаря по IPv6, преди да публикувате.

1. Разберете дали хостингът/CDN-ът ви поддържа изобщо IPv6. Това е портата. Ако хостът ви няма IPv6 адрес за предлагане, няма какво повече да правите и няма санкция за това. Повечето модерни платформи и CDN-ове го поддържат — нерядко вече включен.

2. Приложете го на вашата платформа:

Cloudflare: IPv6 обикновено е включен по подразбиране. Когато сайтът ви е проксиран чрез Cloudflare (оранжев облак), Cloudflare отговаря по IPv6 вместо вас автоматично — обикновено изобщо не добавяте AAAA записи ръчно. Проверете дали Network → IPv6 Compatibility е активирано. Това е най-лесният маршрут досега.
Google Workspace / Microsoft 365 (страна имейл): страната за получаване на имейл обикновено вече е IPv6-способна в инфраструктурата на доставчика — не управлявате това. AAAA записите на уебсайта на тази страница са за вашия сайт, а не за техните пощенски сървъри; не е необходимо действие за самия доставчик на пощенска кутия.
AWS: активирайте dual-stack на балансьора (ALB/NLB) или инстанцията, след това добавете AAAA alias запис в Route 53, сочещ към него. За CloudFront, IPv6 е превключвател в настройките на дистрибуцията.
Google Cloud / Azure: активирайте IPv6 (dual-stack) на балансьора или инстанцията, получете IPv6 адреса и публикувайте AAAA записа в DNS-а ви.
Самохостнат / управляван VPS: поискайте IPv6 адрес от доставчика си, конфигурирайте уеб сървъра да слуша по IPv6 (и потвърдете, че сервира същия сайт там), след това добавете DNS записа:
```
yourdomain.com.      AAAA   2001:db8::1
www.yourdomain.com.  AAAA   2001:db8::1
```
(Заменете с реалния IPv6 адрес. Запазете съществуващите A записи точно такива, каквито са.)

3. Тествайте преди да се доверите. След публикуване, верифицирайте от IPv6-способен инструмент, че AAAA записът се разрешава и сайтът действително зарежда по IPv6 (онлайн „IPv6 тест” или curl -6 https://yourdomain.com от IPv6-способна машина). Публикуван AAAA запис, сочещ никъде, е по-лош от никакъв.

4. Сканирайте отново. След като AAAA записите са активни и отговарят, тази проверка ще покаже IPv6 като активиран. (Няма да промени оценката ви — тя беше информационна от самото начало — но ще сте затворили пропастта.)

Чести грешки

Публикуване на AAAA запис, сочещ към сървър, неслушащ по IPv6. Това е класическата самонанесена рана: IPv6 потребителите се пращат до мъртъв адрес и сайтът ви изглежда счупен само за тях — трудно забележимо, тъй като за вас работи нормално по IPv4. Винаги потвърдете, че целта отговаря по IPv6 преди публикуване.
Замяна на IPv4 вместо добавяне на IPv6. Никога не премахвате A записите. Dual-stack запазва и двата; отказването от IPv4 ще прекъсне връзката за мнозинството потребители за една нощ.
Добавяне само на apex домейна, но забравяне на www (или обратното), или покриване на сайта, но не на пощенските/поддомейните, които ви интересуват. Бъдете последователни в имената на хостовете, които са важни.
Приемане, че е готово, защото хостът „поддържа” IPv6. Поддръжката и активирането са различни. При Cloudflare обикновено е автоматично; при чист VPS трябва сами да го конфигурирате и публикувате.
Третиране на това като спешно. Не е. Информационно е. Правете оценените проверки за сигурност (HTTPS, DMARC, DNSSEC, хедъри за сигурност) първо; добавете IPv6 като ориентирано към бъдещето полиране когато ви е удобно.

ЧЗВ

Ако сайтът ми само с IPv4 все пак зарежда за всички, защо IPv6 изобщо е важен?

Защото 'все пак зарежда' свършва много работа. Потребителите в мрежи само с IPv6 — обичайни при мобилни оператори и все по-разпространени другаде — стигат до сайт само с IPv4 чрез слоя за трансформация на оператора (NAT64/464XLAT). Обикновено работи, но е допълнителна стъпка, добавяща малко латентност и е още едно споделено звено на инфраструктурата, което може да е бавно или претоварено в пиковите часове. Поддръжката на IPv6 дава на тези потребители директна връзка. Това е подобрение на плавността и инвестиция в бъдещето, а не превключвател 'счупено срещу работещо' — затова е информационна, а не оценена.

Не влияе на оценката ми — трябва ли да се занимавам?

Напълно незадължително е, но е безплатно и нискорисково, така че си заслужава когато IT специалистът ви е следващия път в DNS или хостинг конзолата. Много доставчици (Cloudflare, големите облачни платформи, много хостове) поддържат IPv6 от кутия — понякога е само превключвател. Ако вашият изобщо не го поддържа, това е добра причина да го оставите засега; оценката ви не претърпява никакви последствия в нито един случай. Третирайте го като почистване, а не като тревога.

Не съм технически — какво всъщност трябва да направя?

Предайте раздела 'Как да го поправите' на когото управлява уебсайта или DNS-а ви и попитайте: 'Можем ли да добавим IPv6 (AAAA записи) за сайта ни? Безплатно е и не трябва да счупи нищо.' Ако сте в Cloudflare, обикновено вече е включено. Ако сте при управляван хост или голяма облачна платформа, обикновено е единствена настройка. Ако хостът ви изобщо не поддържа IPv6, няма какво да правите — и няма санкция за това.

Какво е AAAA запис на прост език?

DNS-ът ви е адресната книга на интернет. 'A запис' посочва старомодния (IPv4) адрес на сайта ви; 'AAAA запис' (четири A-та) посочва по-новия му IPv6 адрес. Добавянето на IPv6 поддръжка означава публикуване на AAAA записи редом до съществуващите A записи, за да могат устройствата в новата мрежа да ви намерят директно. Нашата проверка просто търси AAAA записите ви и докладва дали съществуват.

Може ли добавянето на IPv6 да счупи уебсайта или имейла ми?

Нискорисково е при правилно изпълнение, но не е нулев риск — затова тествате. Безопасният модел е 'dual-stack' — запазвате всички съществуващи IPv4 (A) записи точно такива, каквито са, и добавяте IPv6 (AAAA) записи до тях. IPv4 потребителите продължават точно по старому; IPv6 потребителите получават нов директен път. Нещото, което трябва да проверите, е, че каквото и да сочи AAAA записът (вашия сървър или балансьор) действително слуша по IPv6 и сервира същия сайт — остарял или грешен AAAA запис може да прати IPv6 потребители до мъртъв адрес. При управлявани платформи и CDN-ове това се обработва вместо вас; при самохостнати настройки потвърдете, че сървърът отговаря по IPv6 преди публикуване.

Прави ли IPv6 сайта ми по-сигурен?

Само по себе си — не. Той е предимно подобрение на достъпността и модерността, а не контрол за сигурност, което е отчасти причината да не носи точки. Той е посочен в по-широки рамки за управление на риска (например общите задължения за управление на киберсигурността на NIS2) като част от поддържането на актуална, устойчива инфраструктура, но добавянето на AAAA запис не ви укрепва по начина, по който HTTPS, DMARC или DNSSEC правят. Правете оценените проверки за сигурност първо; третирайте IPv6 като ориентирана към бъдещето инфраструктурна хигиена отгоре.