Кратко

  • Необязательный атрибут geofeed в APNIC позволяет уполномоченному мейнтейнеру связать адресный ресурс с одним HTTPS-файлом геолокации.
  • Защищённая ссылка подтверждает происхождение публикации, но не точность, полноту или актуальность каждой строки внешнего CSV.

У такой записи есть не один источник времени. На момент фиксации доказательств запрос APNIC для 206.83.119.190 возвращал диапазон 206.83.112.0 - 206.83.119.255, мейнтейнера MAINT-SPACEX-AP и ссылку на отдельно размещённый файл. Объект реестра был изменён в марте 2026 года. У отдельно полученного в августе внешнего файла HTTP-заголовок указывал на изменение тем же утром.

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

В руководстве APNIC по объекту inetnum geofeed определён как необязательное однозначное поле с корректным HTTPS-адресом самостоятельно публикуемого CSV. Там же mnt-by обозначает мейнтейнера, который авторизует и удостоверяет изменения защищённого объекта. Это основание доверять тому, кто разместил ссылку, но не основание считать, что APNIC проверил каждое место в файле.

Практическое руководство APNIC разделяет создание CSV, его размещение по HTTPS и добавление URL в Whois через MyAPNIC. Оно также поясняет: поле country в поддерживаемой APNIC записи обозначает экономику юридической регистрации организации и может не совпадать с местом использования сети. Поддержка атрибута была объявлена 18 августа 2023 года.

RFC 8805 описывает Geofeed как самостоятельно опубликованное оператором сопоставление префиксов с необязательными данными о стране или экономике, регионе и городе. Потребителю следует проверять полномочия издателя и, когда это возможно, точность мест. Поскольку файл может меняться без уведомления, при отсутствии другого интервала рекомендуется обновление не реже раза в неделю.

RFC 9632 задаёт границы использования: обязателен HTTPS; неподписанные строки за пределами адресного диапазона исходного объекта должны отбрасываться; при выборе учитывается самый специфичный применимый объект. Необязательная RPKI-подпись усиливает аутентификацию, но подтверждает высказывание, а не измеряет физическое место.

В зафиксированном файле семь /24 и два /25 внутри исходного /21 были отнесены к Sydney. Снимок доказывает, что издатель заявил это в момент загрузки. Он не определяет независимо местонахождение пользователя, спутникового шлюза, площадки или пути трафика.

Воспроизводимая запись должна сохранять объект APNIC, мейнтейнера, самый специфичный диапазон, URL, время загрузки, заголовки ответа, полный хеш файла, совпавшую строку и состояние подписи. Точность проверяется уже независимыми источниками. Иначе подтверждённый путь публикации незаметно превращается в географический вердикт, которого APNIC не выносил.

Источники