![Безопасно ли отключать IPv6 на моем сервере Debian?](https://rvso.com/image/760997/%D0%91%D0%B5%D0%B7%D0%BE%D0%BF%D0%B0%D1%81%D0%BD%D0%BE%20%D0%BB%D0%B8%20%D0%BE%D1%82%D0%BA%D0%BB%D1%8E%D1%87%D0%B0%D1%82%D1%8C%20IPv6%20%D0%BD%D0%B0%20%D0%BC%D0%BE%D0%B5%D0%BC%20%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B5%20Debian%3F.png)
На моем сервере размещены два разных веб-сайта, которые в последнее время медленно загружаются в браузерах.
После поиска в интернете возможных причин и решений я наткнулся на этонить.
Одним из рекомендуемых решений было отключение IPv6, что я и хотел бы попробовать. Однако, поскольку у меня нет опыта в этой области, я сначала хочу убедиться, что точно понимаю, что это даст (каковы последствия этого), и если все в порядке, то узнать, как это сделать безопасно, не нарушая работу моего сервера/веб-сайтов.
решение1
Нет, не отключайте IPv6. Это все ломает, отпугивает пользователей без v4 и добавляет работы для вашего будущего проекта по использованию IPv6.
Хост, имеющий только адреса и маршруты IPv4, будет прекрасно обслуживать веб-сайты, не делая ничего. Хосты v4 и двойного стека по-прежнему смогут к нему получить доступ.
Вы цитируете сообщения на форуме примерно 2008 года. И даже тогда отключение IPv6 было необоснованным выстрелом вслепую, я не вижу использования v6 в их терминальном выводе. Более того, с тех пор IPv6 прошел путь от ранних последователей до зрелого и широко развернутого.
Используйте аналитику производительности веб-сайта, чтобы измерить, что работает медленно. Существуют инструменты для имитации реальной пользовательской нагрузки при медленном соединении или для измерения фактической производительности пользователя в его браузере. Используйте, например, инструменты разработчика браузера F12. Точно укажите, какие запросы. Затем проследите запросы через стек вашего веб-сервера и посмотрите, что участвует в его обслуживании.
решение2
Если IPv6 неправильно настроен на вашем сервере, то он не только может быть частью проблемы, но и, вероятно, вообще никому не служит. Сканирование журналов веб-сервера или небольшой мониторинг сети должны показать, сколько конечных пользователей, если таковые имеются, используют IPv6 для доступа к вам. Если их кажется мало или вообще нет, то диагностическая выгода от работы без него в течение пробного периода, вероятно, перевешивает затраты. И если это исправит проблему, то сделайте вывод, что в вашей настройке ipv6 есть какая-то неправильная конфигурация, которую следует устранить.
Я был непосредственно вовлечен в два инцидента, в которых неправильно настроенный ipv6 вызывал очень серьезные проблемы с производительностью. В обоих случаях (и я собираюсь немного вдаваться в подробности) IPv6, казалось, работал, поэтому приложения пытались его использовать, но он не был правильно маршрутизирован, поэтому трафик истекал. Тайм-аут, скажем, для поиска DNS для каждого почтового сообщения или каждого веб-запроса наверняка убьет производительность.
Полностью отказываться от IPv6 — это немного луддитски. Мораль такова: если он включен, убедитесь, что он правильно настроен.