Коротко о главномРазвернутьСвернуть
- 6 сентября у российских пользователей нарушился доступ к ChatGPT: по замерам Comss , соединение с именем chatgpt.
- com обрывалось внутри страны на этапе TLS-рукопожатия, до получения ответа сайта.
- Проверки указывают на фильтрацию по имени сайта, но не устанавливают её оператора или наличие официального решения.
6 сентября у российских пользователей нарушился доступ к ChatGPT: по замерам Comss , соединение с именем chatgpt.com обрывалось внутри страны на этапе TLS-рукопожатия, до получения ответа сайта. Проверки указывают на фильтрацию по имени сайта, но не устанавливают её оператора или наличие официального решения. По данным detector404, на которые ссылается Хабр , проблема пропала спустя более 15 часов.
Для пользователей браузера и приложения это означало недоступность интерфейса, которую обычная смена DNS не устраняла. Для разработчиков есть отдельная оговорка: таблица Comss с результатами проверки поддоменов не доказывает доступность API OpenAI. Хабр сообщал, что без специальных сетевых средств API тоже не работал. Ниже разбираем, что именно проверяли источники и какие выводы позволяют сделать эти измерения.
Что показала проверка имени сайта?
Comss обращался к серверу напрямую по IP-адресу, подставляя имя сайта вручную. TLS-рукопожатие с именем chatgpt.com обрывалось во всех попытках, с посторонним именем на том же адресе проходило. Три обычных запроса подряд возвращали код 000 и время рукопожатия 0,000000 секунды; тот же сервер, проверенный локально с его стороны, отвечал за 0,07 секунды. Коллеги издания, обслуживающие DNS-серверы Comss.one, независимо повторили замеры с пяти российских точек. В тесте все проверяемые имена вели на один зарубежный адрес: четыре имени прошли проверку, а chatgpt.com получил обрыв.
SNI передаёт имя запрашиваемого сайта в начале установки защищённого TLS-соединения. Если это имя не скрыто, например расширением ECH, его может прочитать оборудование на маршруте. Сочетание успешного соединения с другим именем на том же адресе и обрыва с chatgpt.com согласуется с фильтрацией по SNI. Это техническое объяснение результата, которое приводит Comss. Само по себе оно не устанавливает владельца оборудования и причину появления правила.
Код 000 в приведённом результате не является ответом HTTP-сервера и не заменяет код 403. Он показывает, что обычного HTTP-ответа в этой попытке не получили. Так же нулевое время рукопожатия в отчёте нельзя читать как мгновенное успешное подключение: рядом с ним источник фиксирует неуспех соединения. Значение сравнительного теста в том, что адрес оставался прежним, а результат менялся вместе с именем.
Какие адреса проверял Comss?
В таблице Comss приведены следующие результаты. Все имена в этой проверке направлялись на один зарубежный адрес, поэтому список описывает поведение соединения при разных именах, а не полноценную проверку каждого сервиса:
- chatgpt.com: обрыв;
- ab.chatgpt.com: открывается;
- api.chatgpt.com: открывается;
- openai.com: открывается;
- auth.openai.com: открывается.
Адрес api.chatgpt.com из этой таблицы нельзя использовать как подтверждение работоспособности программного интерфейса OpenAI. Хабр отдельно сообщает, что API без специальных сетевых средств не работал. Проверка имени при TLS-рукопожатии и успешный запрос к API проверяют разные этапы: первое ещё не означает, что приложение сможет авторизоваться и получить ответ. Поэтому делать вывод о доступности API на основании таблицы Comss нельзя.
Почему смена DNS не устраняла проблему?
DNS отвечает за получение адреса по имени сайта. В описанных замерах адрес уже был известен: исследователи обращались к нему напрямую. Обрыв возникал позже, во время установки TLS-соединения, когда клиент передавал имя. Comss отдельно сообщил, что Comss.one DNS для chatgpt.com больше не устраняет ограничение. Замена резолвера сама по себе не скрывает SNI, поэтому эти два этапа диагностики нужно разделять.
Раньше, по описанию Comss, соединение доходило до сервиса, который отвечал кодом 403 с сообщением о недоступности в регионе. В новом случае браузеры показывали сетевые ошибки: Firefox сообщал PR_CONNECT_RESET_ERROR, в браузерах на Chromium встречались ERR_TIMED_OUT и ERR_CONNECTION_RESET. В приложении оставался серый экран с логотипом. Эти признаки помогают описать сбой пользователю, но одна ошибка браузера без сравнительного замера ещё не доказывает фильтрацию по имени.
Что известно о длительности и причинах?
Хабр со ссылкой на detector404 пишет, что сбой затронул разных провайдеров, начался 6 сентября и пропал спустя более 15 часов. Это длительность из сообщения источника; собственных непрерывных измерений редакция не проводила. Хабр также отмечает, что глобального сбоя сервисов OpenAI не зафиксировано. В сохранённых материалах нет официального объяснения инцидента или установленного оператора фильтрации.
При повторении проблемы полезно записать время, провайдера и точный текст ошибки, отдельно проверить получение адреса и установку TLS-соединения. Это позволит сравнивать одинаковые симптомы вместо общего сообщения «ChatGPT не работает». О других причинах недоступности мы писали при разборе сбоев ИИ-сервисов ; устройство приложения затрагивали в статье о том, что хранит в кеше десктопный ChatGPT . Для этого инцидента открытым остаётся вопрос о причине появления и исчезновения обрывов.
Источники: Comss.ru: ChatGPT начали блокировать в России: раньше доступ ограничивала сама OpenAI , Хабр: Сетевой сбой в работе ChatGPT в РФ, спустя 15 часов проблема пропала
Изображение на обложке: OpenAI, логотип
