Как найти причину задержки обновления сайта через DNSLink
После релиза домен всё ещё показывает вчерашнюю версию сайта в IPFS. Три наблюдения помогают установить, на каком этапе остаётся прежний адрес.
Сравните ответы DNS
В DOMAIN укажите имя сайта. В двух остальных переменных задайте авторитетный DNS-сервер зоны и рекурсивный сервер, которым пользуется клиент. Для неизменяемого содержимого поле TXT содержит значение вида dnslink=/ipfs/<корень>. Сравните его с CID каталога нового релиза.
dig +short TXT "_dnslink.$DOMAIN" @"$AUTHORITATIVE_DNS"
dig +short TXT "_dnslink.$DOMAIN" @"$RECURSIVE_DNS"
ipfs resolve "/ipns/$DOMAIN"
Определите источник старого значения
Если авторитетный сервер отдаёт прежний CID, проверьте имя записи и зону, в которой внесли изменение. Если отстаёт лишь рекурсивный сервер, посмотрите оставшийся TTL его записи. Если DNS уже обновился, сравните путь, который разрешил Kubo, и запросите новый CID через шлюз напрямую. Успешное чтение сузит поиск до разрешения имени или HTTP-кеша. Публикация записи DNS сама по себе не копирует файлы сайта.