Jump to content

Неисправность IPv6 и белый список DNS

В области IPv6 развертывания поломка IPv6 представляла собой плохое поведение, наблюдаемое в ранних туннельных или двухстековых развертываниях IPv6 , где ненадежное или фиктивное подключение IPv6 выбиралось вместо работающего подключения IPv4. Это часто приводило к длительным задержкам при загрузке веб-страницы , когда пользователю приходилось ждать, пока истечет время ожидания каждой попытки подключения IPv6 , прежде чем будет предпринята попытка подключения IPv4. [1] Эти тайм-ауты варьировались от почти мгновенных в лучших случаях до от четырех секунд до трех минут. [2]

Неисправность IPv6 в настоящее время считается решенной проблемой практически для всех практических целей после усовершенствований как на транспортном, так и на прикладном уровнях. [3]

Сломанность

[ редактировать ]

По состоянию на май 2011 года дефектность IPv6, измеренная с помощью набора основных норвежских веб-сайтов, снизилась до ~ 0,015%. [4] большая часть из них была вызвана более старыми версиями Mac OS X , которые часто предпочитали неработающее подключение IPv6, когда это не было оправдано. [5] Это поведение было исправлено в Mac OS X 10.6.5 и, вероятно, будет ухудшаться по мере распространения Mac OS X 10.6.5 и последующих версий для более широкой аудитории. не было возможности обновления Однако для компьютеров Mac на базе PowerPC . [6]

Основной оставшейся проблемой для Mac OS X было наличие мошеннических маршрутизаторов, таких как неправильно настроенные устройства общего доступа к подключению к Интернету Windows , притворяющиеся имеющими подключение IPv6, в то время как туннелированный трафик IPv6 6to4 блокируется на брандмауэре. [ нужна ссылка ] Другая проблема заключалась в версиях Opera до 10.50. [ нужна ссылка ]

После Всемирного дня IPv6 в июле 2011 года появились сообщения о существенном уменьшении количества сбоев IPv6 в результате этого эксперимента. [7] Сообщалось , что в течение года после испытания, но до даты запуска всемирного IPv6 , уровень поломок снова медленно поднялся вверх до 0,03%. [8]

Белый список DNS

[ редактировать ]

Google , крупный поставщик услуг в Интернете, экспериментировал с использованием списка разрешенных DNS для каждого интернет-провайдера, чтобы предотвратить это. [9] [10] до мирового запуска IPv6. При использовании списка разрешенных DNS интернет-провайдеры определяются на основе поиска DNS IP-адресов источника путем сопоставления их с сетевыми префиксами, полученными из таблиц маршрутизации . Существует проект IETF , озаглавленный «Последствия включения белого списка DNS IPv6 AAAA», в котором описаны проблемы, связанные с белым списком. Записи AAAA отправляются только тем интернет-провайдерам, которые могут продемонстрировать, что они предоставляют своим клиентам надежный IPv6. Другим интернет-провайдерам отправляются только записи A, что предотвращает попытки пользователей подключиться через IPv6, когда вместо ipv6-адресов используются имена хостов.

Были высказаны многочисленные опасения по поводу практичности включения в список разрешенных DNS как долгосрочного крупномасштабного решения, например, проблемы масштабируемости и обслуживания, связанные с обслуживанием большого количества двусторонних соглашений. [11] В 2010 году несколько крупных поставщиков веб-сервисов встретились, чтобы обсудить объединение информации о своих списках разрешенных DNS в попытке избежать проблем масштабирования. [12]

Решение проблемы

[ редактировать ]

Похоже, что ни один из крупных поставщиков контента в конечном итоге не стал использовать подход с включением в список разрешенных, учитывая, что все, кто ранее заявил о своей заинтересованности, начали предоставлять записи AAAA для общих запросов DNS после Всемирного дня запуска IPv6 . Google теперь предоставляет записи AAAA всем DNS-серверам, за исключением тех, которые входят в ограниченный список подсетей, которые Google исключает из службы записей AAAA. [13] [14]

По состоянию на 2017 год неисправность IPv6 обычно считается не проблемой. Это связано с двумя факторами: во-первых, транспортировка IPv6 значительно улучшена, что значительно снижает базовую частоту ошибок, и, во-вторых, обычные приложения, такие как веб-браузеры, теперь используют методы быстрого возврата, такие как алгоритм « Счастливые глазные яблоки », для выбора какой протокол работает лучше всего. [3] Некоторые поставщики операционных систем включили алгоритмы быстрого возврата в свои API-интерфейсы сетевого стека более высокого уровня , что делает решение доступным для всех программ, которые используют эти API-интерфейсы для установления соединений. [15]

См. также

[ редактировать ]
  1. ^ Ив Поппе (12 октября 2010 г.). «IPv6 и страх сломаться» . ID круга . Проверено 29 декабря 2010 г.
  2. ^ Лоренцо Колитти. «Опыт перехода на IPv6» (PDF) . Проверено 29 декабря 2010 г. представлен на НАНОГ 50
  3. ^ Перейти обратно: а б Марсан, Кэролин Даффи. « Проблема «неисправности IPv6» кажется решенной» . Сетевой мир . Архивировано из оригинала 5 июля 2015 года . Проверено 6 января 2017 г.
  4. ^ Торе Андерсон. «Потеря клиента с двойным стеком IPv6 в Норвегии» . Проверено 16 июня 2011 г.
  5. ^ Торе Андерсон. «Измерение и борьба со сбоями IPv6» (PDF) . Проверено 29 декабря 2010 г. , представлено на конференции RIPE 61, Рим, ноябрь 2010 г.
  6. ^ Ильич ван Бейнум (12 ноября 2010 г.). «Apple исправляет сломанный IPv6, ломая его еще раз» . Арс Техника . Проверено 29 декабря 2010 г.
  7. ^ Кэролайн Даффи Марсан (27 июля 2011 г.). « Проблема «неисправности IPv6» кажется решенной» . Сетевой мир.
  8. ^ Стивен Шенкленд (4 июня 2012 г.). «Сила Интернета перевернула IPv6 (часто задаваемые вопросы)» . Новости CNET.
  9. ^ «Google через IPv6» . Проверено 29 декабря 2010 г.
  10. ^ Ильич ван Бейнум (29 марта 2010 г.). «Yahoo хочет, чтобы двусторонний DNS помог развертыванию IPv6» . Арс Техника . Проверено 29 декабря 2010 г.
  11. ^ Джейсон Ливингуд (октябрь 2010 г.). «Белый список DNS IPv6 — обзор и последствия» (PDF) . Комкаст . Проверено 29 декабря 2010 г. , представлено на IETF79, Пекин
  12. ^ Кэролайн Даффи Марсан (29 марта 2010 г.). «Google, Microsoft и Yahoo обсуждают белый список IPv6» . Техмир . Проверено 29 декабря 2010 г.
  13. ^ «Мировой запуск IPv6: поддержание роста Интернета» . Официальный блог Google . Проверено 6 января 2017 г.
  14. ^ «Список исключений сетей для записей Google IPv6 AAAA» . Проверено 6 января 2017 г.
  15. ^ «После Всемирного дня IPv6 браузеры сопротивляются нарушениям IPv6, но должны ли они?» . Арс Техника . Проверено 6 января 2017 г.
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: b243b02a3c1ce6161f288219f39de4b8__1721520240
URL1:https://arc.ask3.ru/arc/aa/b2/b8/b243b02a3c1ce6161f288219f39de4b8.html
Заголовок, (Title) документа по адресу, URL1:
IPv6 brokenness and DNS whitelisting - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)