Кратко

  • В проверенных исходниках RIPE Atlas Tools HTTP-настройка с десятисекундным значением по умолчанию передаётся геокодированию Google, но не созданию измерений Atlas через Cousteau.
  • Локальная проверка значений 3, 10 и 30 подтверждает границу передачи параметра. Она не использовала сеть или ключи, не создала измерений и не потратила кредиты; это не свидетельство аварии и не аудит всех установок.

Что показали три значения

При локальной проверке RIPE Atlas Tools числа 3, 10 и 30 дошли до вызова геокодирования. До HTTP-параметров создания измерения Atlas не дошло ни одно. Это результат проверки конкретного пути в исходниках, а не три измеренных времени ожидания.

В официальном журнале изменений версия 3.4.0 датирована 3 июня 2026 года. Среди изменений указан настраиваемый HTTP-тайм-аут со значением по умолчанию десять секунд. Сентябрьская работа рассматривает уже опубликованный код, а не сообщает о новом сентябрьском выпуске.

Настройка http-timeout действительно существует и применяется. Метод поиска зондов, переводящий название места в координаты, передаёт её Requests при обращении к Google и обрабатывает ошибки истечения срока ожидания. Этот конкретный потребитель виден в коде.

Создание измерения идёт через SDK. Инструмент передаёт AtlasCreateRequest сервер API, ключ авторизации, идентификатор клиента, определения измерений, источники зондов и признак однократного запуска. Значение HTTP-тайм-аута в передачу не входит.

В проверенном Cousteau 2.3.0 класс создания наследует AtlasRequest. Общая структура HTTP-аргументов включает параметры, заголовки, проверку TLS и прокси. POST добавляет тело JSON; конечный вызов Requests получает этот словарь без параметра тайм-аута. Общая институциональная среда двух пакетов не делает настройку одного автоматическим свойством другого.

Проверка с заглушками, без удалённой задачи

Для исследования из синтаксического дерева закреплённых исходников извлекли настоящие методы создания и геокодирования, а также классы запроса и создания SDK. Они исполнялись локально с синтетическими определениями измерений и объектами источников. Вместо сетевого транспорта функции записывали аргументы и возвращали тестовые данные, не ответы Atlas.

При настройках 3, 10 и 30 геокодирование получало соответствующее число. Все три перехваченных словаря аргументов Atlas POST оставались без тайм-аута. У извлечённого кода не было доступных сетевых функций. Не использовались API-ключи, не создавались измерения или удалённые задания, не расходовались кредиты.

Метод проверяет передачу значения через эти классы и функции. Он не запускает установленную команду целиком, не испытывает интеграцию всех модулей и не проверяет сервер. Не измеряется и задержка. Поэтому результат не доказывает, что пользователь ждал тридцать секунд, что Atlas завис или что какая-либо задача была принята удалённо.

Это важная граница доказательства. В исходниках можно увидеть отсутствие аргумента. Для вывода о последствиях в эксплуатации нужны данные о фактических версиях, локальных изменениях и внешнем контроле процессов. Таких данных это исследование не собирало.

Тайм-аут соединения не равен сроку всей работы

Документация Requests говорит, что без явно заданного тайм-аута его вызовы не имеют установленного тайм-аута Requests. Но и переданное число не ограничивает полную продолжительность загрузки ответа. Условие ожидания на соединении и общий временной бюджет задачи — разные механизмы.

Даже геокодирование с полученным значением не обещает завершить команду ровно через десять секунд после старта. Отсутствие параметра в пути Atlas также не означает обязательного бесконечного ожидания: его могут прекратить операционная система, соединение, прокси или внешний надзор за процессом. Их правила здесь не проверялись.

Нельзя смешивать ожидание HTTP-ответа API со сроком ожидания пакетов у зонда или временем сбора результатов. Поздний ответ на создание задания сам по себе не означает, что зонд медленный или измеряемый маршрут ухудшился.

Неизвестный исход нужно сохранить

Допустим, сервер принял запрос на создание, но ответ потерялся. Остановка локального клиента тогда не подтверждает отказ в удалённой работе. Это аналитический сценарий, а не событие из проверки, которая не подключалась к Atlas.

Прежде чем решать о повторной отправке, оператору следует сверить операцию с удалённой записью, к которой у него есть разрешённый доступ, либо явно сохранить неизвестный исход. Локальный срок не является доказательством отказа сервера. Остановленный процесс не означает автоматически отменённую удалённую задачу.

Полезное описание эксплуатации разделяло бы географический запрос, Atlas-вызов SDK и общий срок автоматизированной работы. Разные правила допустимы. Необходима возможность установить, какая граница применяется к какой операции и кто выясняет результат после её срабатывания.

Источники