Cloudflare запрещает доступ к файлу ads.txt

Посмотрите в Events, какое из ваших правил его блокирует. Как подозреваю то, что ставит под проверку переходы по протоколу HTTP1.
Добавьте в исключения.

Вот все правила, трудно сказать что именно блокирует

Если я сделаю так как на скрине, это может помочь?

Добавил вот это в правило  (http.request.uri eq "/ads.txt") и через 30 минут вышел статус " Разрешено", не совсем понятно тогда выходит robots.txt и некоторые другие файлы к которым есть доступ у поисковиков, тоже нужно открывать в Cloudflare, объясните пожалуйста кто в курсе. Спасибо

У основных поисковиков, которые в known bots, есть доступ ко всему. Адс, вероятно, ещё какой-то старонний сервис проверяет, поэтому блок был. Ну или у КФ adsbot почему-то не включён, хотя вряд-ли. Роботс можно открыть, если у вас там правила для краулеров прописаны, которые честно сначала проверяют разрешен ли им путь на сайт. Можно ещё к фавиконке доступ открыть. В остальном, если кого-то блочат по правилам, то и незачем им по файлам лазить. 

То есть лучше еще сделать вот так   (http.request.uri eq "/robots.txt") и так  (http.request.uri eq "/favicon.ico") правильно вас понял, может быть в правилах вы еще что-та добавляете? не могли бы пожалуйста поделится. Спасибо

Правильно. Да особо больше нет ничего такого, что выделить надо. Можно добавить  (http.request.uri contains ".css") , на случай, если кф стили блочит

Была недавно такая же ситуация. Нашел на каком-то форуме решение и сообщение исчезло:

(http.request.uri contains "ads.txt" and ip.geoip.asnum in {15169})

Все верно нужно просто разрешать ПС системам и их сервисам зеленый свет, а для гугла это 15169 сеть. Или выборочно разрешать сетки или через Knowsn Bots - это обсуждалось не раз.
У ТС этого топика гугл боты и чекеры ads.txt шли по HTTP 1.0 и падали на капчу. Да и сейчас падают на капчу боту гугла скорее всего судя по правилам.

опасное правило

бот добавляет в любой url ads.txt и обходит все правила