Безопасно ли отключать IPv6 на моем сервере Debian?

Безопасно ли отключать IPv6 на моем сервере Debian?

На моем сервере размещены два разных веб-сайта, которые в последнее время медленно загружаются в браузерах.

После поиска в интернете возможных причин и решений я наткнулся на этонить.

Одним из рекомендуемых решений было отключение IPv6, что я и хотел бы попробовать. Однако, поскольку у меня нет опыта в этой области, я сначала хочу убедиться, что точно понимаю, что это даст (каковы последствия этого), и если все в порядке, то узнать, как это сделать безопасно, не нарушая работу моего сервера/веб-сайтов.

решение1

Нет, не отключайте IPv6. Это все ломает, отпугивает пользователей без v4 и добавляет работы для вашего будущего проекта по использованию IPv6.

Хост, имеющий только адреса и маршруты IPv4, будет прекрасно обслуживать веб-сайты, не делая ничего. Хосты v4 и двойного стека по-прежнему смогут к нему получить доступ.

Вы цитируете сообщения на форуме примерно 2008 года. И даже тогда отключение IPv6 было необоснованным выстрелом вслепую, я не вижу использования v6 в их терминальном выводе. Более того, с тех пор IPv6 прошел путь от ранних последователей до зрелого и широко развернутого.

Используйте аналитику производительности веб-сайта, чтобы измерить, что работает медленно. Существуют инструменты для имитации реальной пользовательской нагрузки при медленном соединении или для измерения фактической производительности пользователя в его браузере. Используйте, например, инструменты разработчика браузера F12. Точно укажите, какие запросы. Затем проследите запросы через стек вашего веб-сервера и посмотрите, что участвует в его обслуживании.

решение2

Если IPv6 неправильно настроен на вашем сервере, то он не только может быть частью проблемы, но и, вероятно, вообще никому не служит. Сканирование журналов веб-сервера или небольшой мониторинг сети должны показать, сколько конечных пользователей, если таковые имеются, используют IPv6 для доступа к вам. Если их кажется мало или вообще нет, то диагностическая выгода от работы без него в течение пробного периода, вероятно, перевешивает затраты. И если это исправит проблему, то сделайте вывод, что в вашей настройке ipv6 есть какая-то неправильная конфигурация, которую следует устранить.

Я был непосредственно вовлечен в два инцидента, в которых неправильно настроенный ipv6 вызывал очень серьезные проблемы с производительностью. В обоих случаях (и я собираюсь немного вдаваться в подробности) IPv6, казалось, работал, поэтому приложения пытались его использовать, но он не был правильно маршрутизирован, поэтому трафик истекал. Тайм-аут, скажем, для поиска DNS для каждого почтового сообщения или каждого веб-запроса наверняка убьет производительность.

Полностью отказываться от IPv6 — это немного луддитски. Мораль такова: если он включен, убедитесь, что он правильно настроен.

Связанный контент