← Web3 / web3 / ipfs-gateway
Устранение неполадок
Специфично для Cloudflare
Нет ссылки с именем "ipfs"
Если вы получите no link named "ipfs" under <<CID>> при попытке получить доступ к содержимому через IPFS шлюз Cloudflare, это значит, что вы создали шлюз без значения для DNSLink.
Так как Cloudflare сейчас поддерживает только ограниченные шлюзы, а не универсальные шлюзы - эти запросы будут завершаться ошибкой, пока вы не укажете значение DNSLink.
Проверить статус Cloudflare
Стоит проверить недавние инциденты на панель состояния ↗ которые могли повлиять на наш шлюз, но лучшее место для получения актуальной информации о проблемах IPFS, это IPFS Discussion Forum ↗.
Обычный IPFS
IPFS остаётся развивающимся протоколом, и контент нередко оказывается недоступен или загружается медленно по причинам, не зависящим от Cloudflare. Как правило, дело в одной из следующих причин.
Контент был загружен в бесплатный или анонимный сервис пиннинга.
Бесплатные анонимные сервисы пиннинга часто помогают быстро разместить контент в IPFS, но обычно они прекращают закреплять контент вскоре после загрузки. Рекомендуемая альтернатива: запустить собственный сервер или воспользоваться платным сервисом пиннинга, это надежнее сохранит ваш контент в сети.
Ни один узел с запрошенным контентом не в сети.
Контент останется в сети IPFS только пока его раздает хотя бы один узел. Если все узлы, которые раздавали определенный контент, отключатся, он станет недоступен, пока один из них не вернется в сеть.
Узлы с запрошенным контентом недоступны по публичному адресу.
У тех, кто запускает узел IPFS в домашней сети Wi-Fi, часто наблюдаются долгое время ожидания или высокая доля неудачных запросов. Причина в том, что остальным узлам сети IPFS сложно подключиться к ним через NAT (домашний роутер). Решить эту проблему можно, настроив проброс портов на роутере, чтобы направлять внешние подключения на порт 4001 на хост с узлом IPFS, либо перенеся узел на выделенный сервер или виртуальную машину.
Узлы с запрошенным контентом не закрепляют его.
Если с момента загрузки файлов на узел IPFS прошло уже несколько минут, а другие шлюзы всё ещё их не находят, возможно, узел не может анонсировать файлы остальной сети. Убедиться, что узел закрепил (pinned) этот контент, можно с помощью команды:
ipfs pin -r <content id>А запустить фактическое оповещение можно командой:
ipfs dht provide -rv <content id>Вторая команда выполняется бесконечно и выдаёт довольно сложный вывод,
поэтому её можно запустить в фоновом режиме и опустить -v флаг.
Узлы с запрошенным контентом устарели.
Время от времени IPFS выпускает обязательные обновления, вносящие критические изменения в протокол. Cloudflare старается идти в ногу с этими обновлениями и из-за этого иногда теряет связь со старыми узлами.