Как мы знаем, модуль IPv6 установлен и включен по умолчанию на нашем сервере CentOS. Но я никогда им не пользовался, и во многих статьях говорится об отключении функции IPv6 по соображениям производительности или безопасности. Итак, в каких ситуациях мне следует включать IPv6 на моем сервере, расположенном в Интернете?
Краткий ответ: IPv6 должен быть включен на всех серверах.
Более длинный ответ: у трех из пяти RIR так мало IPv4-адресов, что нормирование стало реальностью. И еще один RIR истечет в начале следующего года, и Африка останется единственным регионом в мире, не испытывающим нехватки адресов IPv4.
Основные поставщики контента развернули двойной стек в 2012 году. Тем самым они устранили один из единственных веских аргументов в пользу того, чтобы другие оставались только IPv4.
Короче говоря, если вы не думали о включении IPv6 вместе со всеми другими провайдерами еще в 2012 году, значит, вы отстаете от графика.
В то время я бы рассматривал размещение в центре обработки данных только с IPv4 как вескую причину, чтобы пока не включать IPv6. Но тогда было бы разумно потребовать от вашего хостинг-провайдера поддержки IPv6. Конкуренции достаточно, чтобы каждый мог найти провайдера с поддержкой IPv6.
С подключением к вашему дому или офису ситуация немного иная. Привязка к определенному месту ограничивает конкуренцию. А ограниченная конкуренция означает, что во многих регионах вы просто не можете переключиться на конкурирующего провайдера.
Есть меньшинство пользователей с лучшими возможностями подключения по IPv6, чем по IPv4. Вы поддержите их лучше, разместив свой сервер в двойном стеке, чем только IPv4. Плюс интернет-провайдеры используют ваше отсутствие поддержки IPv6 как предлог, чтобы не развертывать IPv6 для своих клиентов. Эти двое для меня являются достаточной причиной порекомендовать развернуть IPv6 как можно скорее.
Несколько лет назад клиенты с нарушенной связью IPv6 были проблемой, из-за которой поставщики контента неохотно развертывали IPv6. Это в основном решенная проблема, но есть еще несколько вещей, которые вы можете сделать самостоятельно, чтобы пользователи вашего сервера с двойным стеком испытали максимально надежное соединение: