Тема
Подотчётность WHOIS/RDAP
В фасете «Тема» значение «Подотчётность WHOIS/RDAP» объединяет статьи по конкретной теме или предмету наблюдения. Здесь собраны связанные публикации, источники, участники рынка и последствия для инфраструктуры. Страница помогает сравнить повторяющиеся сигналы, затронутые организации, непрерывность услуг, закупки, конкуренцию, соблюдение требований и вопросы стратегического планирования, а также понять, почему тема важна операторам, заказчикам, инвесторам и специалистам по политике.
Истории
RDAP APNIC заблокировал около 10% запросов за то, что они не были похожи на браузерные
В январе пограничная защита отличала часть клиентов машинного протокола по их сходству с обычным браузером. APNIC раскрыла длительность, долю и причину сбоя. Теперь нужен более сильный эксплуатационный ответ: проверка доступности каждой поддерживаемой категории клиентов от…
Истории
LACNIC Whois owner-c обозначает административные полномочия, а не эксплуатацию сети
Учётная запись, способная изменить реестровую запись, обладает реальной властью, но над определённым объектом. В бразильской NIR-части системы LACNIC поле `owner-c` указывает административный контакт, который ведёт данные организации и назначает другие контакты ресурсов. Само по…
IETF
RDAP убрал два поля DELEG, но указанная модель записи всё ещё их содержит
Публичный ответ реестра — это конечная точка, а не происхождение данных. Для домена путь может начаться с команды EPP, пройти через авторитетное состояние DNS и закончиться JSON-ответом RDAP. Опубликованная 4 сентября редакция 05 расширения RDAP для DELEG привела сторону чтения к…
Истории
AFRINIC Whois notify отправляет уведомление об изменении, а не назначает оператора
Адрес электронной почты в реестре выглядит как контакт ответственного лица. У `notify` в AFRINIC Whois более узкая функция: получить сообщение при изменении объекта базы. Получатель не становится из-за этого оператором сети, abuse-службой, авторизатором обновления или источником…
Истории
В дампе WHOIS AFRINIC остаются 1 345 меток устаревшей аутентификации
Строка в публичном объекте сообщает, какой метод записан. Она не сообщает, какое решение примет работающий сервер: разрешит изменение, допустит только замену старого метода или отклонит запрос. У AFRINIC разрыв между записью и исполняемой возможностью уже можно измерить, но пока…
Истории
RIPE Database sponsoring-org фиксирует административное спонсорство, а не эксплуатацию сети
Слово «спонсор» легко принять за указание на собственника, инвестора или оператора. В RIPE Database у `sponsoring-org` более узкий смысл: атрибут называет организацию, которая в рамках договорной системы реестра несёт административную ответственность за спонсирование независимого…
Истории
В APNIC Whois поле mnt-lower обозначает иерархию сопровождающих, а не маршрутизации
Слово «lower» подталкивает к сетевой схеме: верхний и нижний уровни, между которыми идут пакеты. В APNIC Whois у `mnt-lower` более узкий смысл. Поле указывает сопровождающего в структуре разрешений на изменение реестра. Это полезное свидетельство ответственности, но не карта BGP…
Истории
Net Type ARIN фиксирует путь регистрации, а не текущие отношения с клиентом
Слова «перераспределено» и «переназначено» похожи на описание деловых отношений. В реестре ARIN их смысл уже: они показывают, как блок адресов вошёл в нижестоящую цепочку регистрации и какое использование заявил получатель. Это полезная история, но не актуальная карта клиентов.
Истории
Поле nslastaa в WHOIS LACNIC показывает последнюю успешную проверку, а не текущее состояние DNS
Дата в ответе реестра легко воспринимается как действующая гарантия. Но LACNIC определяет `nslastaa` гораздо уже: это дата, когда на указанном сервере в последний раз наблюдалась корректная настройка обратного DNS. Такая запись полезна как историческое свидетельство, однако она…
Истории
Поле source в WHOIS AFRINIC обозначает базу, а не происхождение записи
`source: AFRINIC` похоже на ссылку о происхождении объекта. Но руководство AFRINIC задаёт более узкий смысл: строка идентифицирует базу данных. Авторство, разрешение изменения, свежесть зеркала и текущее состояние сети требуют иных доказательств.
Истории
Переход LACNIC на RDAP превращает реестровые данные в контракт автоматизации
Данные реестра перестают быть простым результатом поиска, когда от них зависят производственные системы. Описание LACNIC показывает, что переход с Whois на порту 43 к RDAP — это операционная перестройка.
Истории
База RIPE теперь нормализует Unicode. Цепочке текста нужна запись
Нормализация устраняет лишнее различие между эквивалентными последовательностями Unicode, но одновременно создаёт новую точку принятия решения: какая форма считается эталонной и как доказать путь от запроса до ответа конкретного интерфейса.
Истории
Роль registrant в RDAP APNIC обозначает сторону регистрации, а не собственника компании
Одно слово внутри вложенной сущности APNIC имеет реальную, но ограниченную доказательную силу. Роль RDAP `registrant` указывает сторону, записанную в конкретной регистрации; она не превращает ответ в реестр корпоративной собственности или доказательство контроля маршрутизации.
Истории
APNIC prop-164 превращает малые выделения IPv6 в проверку прозрачности резервов
Предложение APNIC prop-164 позволит начинать с блока IPv6 меньше `/32`, сохраняя пространство для роста. Это может повысить точность Whois и RDAP, но главный критерий — останется ли зарезервированное пространство видимым, проверяемым и условным обязательством реестра, а не…
Истории
Альтернативная ссылка Whois у ARIN — это замещающее представление, а не независимое подтверждение
Одна запись RDAP ARIN указывает в сторону более старого сервиса Whois REST той же ARIN. Ссылка полезна, но два представления одного реестра не становятся из-за этого двумя независимыми свидетелями.
IETF
TTL в реестре — это состояние политики, а не наблюдение за DNS в реальном времени
RFC 10037 позволяет реестру публиковать через RDAP настроенные значения времени жизни для наборов DNS-записей. Расширение невелико, но проводит важную границу: число описывает состояние базы реестра, а не остаток времени в кэше и не текущий ответ авторитативного сервера.
Истории
Имя RDAP LACNIC — метка регистрации, а не юридическая или маршрутная идентичность
Поле `name` легко принять за достоверное имя субъекта. В текущей записи RDAP LACNIC для `200.0.0.0/21` его значение лишь повторяет диапазон адресов как метку. Оно обозначает регистрацию, но само по себе не устанавливает законного правообладателя или оператора сети.
Истории
Handle RDAP AFRINIC — ссылка реестра, а не глобальная идентичность сети
Строка `196.216.2.0 - 196.216.3.255` похожа на диапазон адресов, потому что это диапазон. Но в текущем ответе RDAP AFRINIC она также служит полем `handle`, и это назначение ограничено контекстом реестра.
Истории
Код страны в RDAP RIPE NCC не определяет географию сети
Двухбуквенный код страны кажется готовой точкой на карте. Но в сетевом объекте RDAP RIPE NCC это регистрационное поле, а не координаты и не прямое доказательство местонахождения маршрутизаторов, пользователей, трафика или сервисов.
IETF
Ссылка — ещё не местоположение: RFC 9877 и контроль геофидов в RDAP
Обнаружение ссылки на геофид показывает клиенту, где искать данные, но не превращает каждое утверждение о местоположении в проверенный факт. RFC 9877 задаёт RDAP как ограниченный сигнал обнаружения и ответственности, а область действия, свежесть, подлинность и приватность требуют…